').load( oops $('

').load(url+selector, function(html) { $(this).dialog(html); }); hmm... will look at that. tx np Hi since last svn up wiki-page-edit- categories tab shows only the top category (in ie9, ff 6.0.2) and all categories expanded in chrome rev. 37252 coaboa: Hi, i have the same problem with the category plugin tested on FF6.02 and 4.02 on Mac. Reading your message i check on Win - IE9 and it work fine. jonnyb: is the spinner anything to do with the category selector? maybe it's just the .boxes .dialog css nkoth|nelson: not as far as i know - why? last known version without this cstegorize problem: 37245 because people are saying that r37252 breaks the category selector in wiki pages browser dependent oh right, yes - i meant to ask RobertPlummer if those classes were only for "modal" i thought they should have less generic names jonnyb Yea originally I created them to add as dom elements. They can be renamed and should not conflict with anything. Should have checked if they existed somewhere, but the way I was using them it didn't matter much. But now they should be. Bernard1 I just rechecked my IE9.0.8 on windows 7 does not have more than the top category: maybe yours has a chaed version? *cached It also broke the plugin structures (not working on ff 6.02 and working on ie9) coaboa are you sure it is r37252 or could it be something earlier? between 37245 & 37252 well my prob is related but not the same as you. i tested the plugin category and strutures; both on FF mac keep every item expended (the [+] don't appears at all) on win ie9 it work fine (i have an url if you need to look at it) coaboa, can you manually roll back r37252 css change an dsee if it helps? oh i'm on proposal/6.x ! (!important ;) ) ok to version r37251? ok, i get the same problem in ff 6.0 - looks like some js is messed up somewhere... investigating coaboa: is this with wysywyg? (it is for me) so with r37251 its the same trying r37251 jonnyb no wysiwyg so with r37251 its the same trying r37250 hmm, with no wysiwyg my categ picker seems fine here nkoth|nelson: Thanks for taking care of the lucene part of language + forum. I meant to get to it, but I got sidetracked. I digress. RobertPlummer, np coaboa: i just svn up'ed and it seems ok here in firefox now (don't think i broke anything in this area recently ;) ) ok maybe its me ;-) strange rolling ack does not restore the externals nor the category picker. Copying all my mod to the machine which is on r 37245 does not break the category picker maybe some external changes? I used: svn update -r37245 (cleaned all available cache) is there a svn cmd which also rolles the external back? found it: added a share this link js part to L&F customization and this broke the picker. Sorry for causing confusion. tikiwiki: 03robertplummer * r37258 10/trunk/tiki-edit_draw.php: [FIX] Only check if file is svg if there is a file loaded Do you have any answer to my last assertion ? Am I wrong or right (in the principle) ? Hi, I have created an initial (but incomplete) version of a Tiki installer for InnoDB, and I plan to create the project in experimental/tiki-innodb. Any recommended way to do this? ... or should I just upload all the files? hi arildb. oh, I suggest you make it a proper branch or move it somewhere. http://dev.tiki.org/Experimental+Branches chealer: ok. will try. Haven't done that before arildb: you've already create tiki-innodb no , ? changi|away: yes but it's not an actual branch chengi|away: yes, but it only includes a modified tiki.sql. Now I have a fuller installation. Is it a problem that it already exists? arildb: is it totally different ? arildb: or simply an add-on changi|away: Yes, now I have a full, monified Tiki installation/system that can be run so, a brach seems right should I delete the current tiki-innodb first? arildb: yes i think so, and then recreate one based on trunk ok arildb: if you recreate one, you could simply name it "innodb" I just noticed - on this page: http://doc.tiki.org/Wiki-Syntax+Text - the quick reference table isn't quite right; the "syntax" column shows the result, not the syntax chealer: ok any recommended form of documentation (or other recommends) for experimental braches? tikiwiki: 03nkoth * r37259 10/trunk/ (tiki-index.php tiki-read_article.php): [FIX] Change site language when page lang change feature lasted only for one page svdasein: yes, it seems that ~np~ is not working tikiwiki: 03arildb * r37260 10/branches/experimental/innodb/: InnoDB installer for Tiki changi|away: is there alternative documentation 'til that gets fixed? Trebly: sorry - the thing about wysiwyg and plugins? no, i can't get in to that at the moment i'm afraid (it's always a big task, anything to do with wysiwyg) svdasein: if you have a specific question, one of us should be able to answer jonnyb: do we have a regression with ~np~ in 7.1 ? changi|away: oh - no thanks. I'm setting something up for a client - they're going to want to be able to read documentation alternative doc: http://twbasics.keycontent.org ;-) thanks ricks99 changi|away: looks like it's only broken inside the fancy table plugin, yes? jonnyb: I think it's elsewhere it's sort of sporadic but some stuff works, some doesn't it's all through the user guide stuff changi|away: inside version plugin too by the look of it yes, a parser issue ? maybe - could be just some plugins is it the same in trunk? brb jonnyb: unable to test because of Fatal error: Uncaught exception 'Exception' with message 'Unexpected input at line47: <' in /var/local/trunkdoc.tiki.org/www/lib/smarty/libs/sysplugins/smarty_internal_templatelexer.php on line 192 changi|away: sorry - seems like one of those days! off now, more tomorrow nkoth|nelson: ping, you should have received an email for me :) change|away: ok forwarding nkoth|nelson: thx arildb: how to document the innodb branch? you saw the table on the page above? chealer: no, where? arildb: in the Summary section of http://dev.tiki.org/Experimental+Branches chealer: ok nkoth|nelson: I'm fine with r37259, but not that the previous behavior was (somewhat) intended: http://sourceforge.net/apps/trac/tikiwiki/changeset/36777 s/not/note/ gn chealer: I see, Butreally the feature makes little sense for me without persisitence it's almost like you might as well not have the feature and going to switch_lang is just cleaner for that purpose, even if it's one more hit to me the feature is strange in any variant tikiwiki: 03arildb * r37261 10/branches/experimental/innodb/ (4 files in 3 dirs): tikiwiki: [NEW] Initial, but incomplete, update of installer to support InnoDB. tikiwiki: This version will (re)install InnoDB, but no choice is given i.e. no MyISAM option. chealer: doc done. https://dev.tiki.org/ExperimentalBranches+InnoDB ....thanks arildb: thank *you* :-) arildb: wouldn't it be simpler to set storage_engine ( http://dev.mysql.com/doc/refman/5.1/en/server-system-variables.html#sysvar_storage_engine ) ? chealer: That seems to set the default storage engine. Not sure if it applied to tables with a specified storage engine. Then there is the conversion of the data. Not sure if/how that is done. Also requires a server restart, if it did work, and that may not be possible for all. So, I doubt this is a better way arildb: does it? http://dev.mysql.com/doc/refman/5.1/en/storage-engine-setting.html has a query setting it arildb: it wouldn't apply to tables that specify a storage engine, but the idea would be to get rid of storage engine specifications on each table tikiwiki: 03mlustenberg * r37262 10/trunk/lib/ (2 files in 2 dirs): [FIX/ENH] wysiwyg_htmltowikii: fixed copy paste operations and added the corresponding tools to the toolbar. something that should probably be done even for MyISAM-only arildb: as for conversion of data, I don't see how setting a default would affect that. chealer: I think I misunderstood that it changed the storage engine, but all it does seem to be to specify the default storage engine arildb: yeah chealer: Tiki currently uses fulltext searches, which are only supported by MyISAM. arildb: right. all I'm suggesting is that instead of specifying MyISAM on each table definition, we remove these and just set the default engine before. that should avoid having to parse tiki.sql and convert it. chealer: What I use is not really different URLs, just different subfolder for each installation. Each with their own database....very few problems changi|away: Loggar seems to be on something again yes i'm playing with him :) should be fine now changi|away: all right, be free, I was just worried it was broken tikiwiki: 03arildb * r37263 10/branches/experimental/tiki-innodb/: innodb takes the place of tiki-innodb Hi is create tracker broken in current trunk r37262? The PopUp dialogue is empty. But not hen editing an existing tracker. tikiwiki: 03sylvieg * r37264 10/trunk/lib/core/Tracker/Field/Abstract.php: notice *when editing tiki_user_bookmarks_folders in tiki.sql causes the error: "Incorrect table definition; there can be only one auto column and it must be defined as a key". Should be fixed. Is this table still in use? tikiwiki: 03arildb * r37265 10/branches/experimental/innodb/db/tiki.sql: tikiwiki: [FIX] The tiki installer doesn't like c-style comments. Removed commented tikiwiki: sections, including the table tiki_user_bookmarks_folders which causes the tikiwiki: error: "Incorrect table definition; there can be only one auto column and it tikiwiki: must be defined as a key". Should be fixed. re-polom tikiwiki: 03arildb * r37266 10/branches/experimental/innodb/db/tiki_sql_removed_statements.sql: [FIX] Forgot one file. Completes r37265 they force me to change my name or disable my google+ account taking down my picasa albums with :( luciash: whooo what? why? fabricius: they "detected" my name is not a "proper" name i would understand that if they force me to insert "proper" name when joining google+ but ithink it is evil when they let you in, offer to convert your picasa albums to work with google+ and after a while they force you to leave including the "now connected service" picasa albums New Forum Posts: Logon Problem - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42240 luciash: I think, I remember, that I have read, that it would be possible to "unconnect" such a sevice again fabricius: that would be good; otherwise it would be evil fabricius: let me know if you find the read fabricius: i have no idea now - i let them review my name again and see in few days I would like to create a directory of links to Free Software tools. I would like to have additional fields for each tool such as 'license', 'OS', etc.. I would also like for users to be able to rate and comment on their experiences with the tools. Should this be done with the TikiWiki directory, tracker, wiki (possibly with ttemplates), or some other way? i would choose tracker brylie: ^ OK, that is what I was thinking. I just wasn't sure if there was a better way as my knowledge of TikiWiki is very limited. tiki directory feature is not that easily extendible And the tracker data can be integrated into other 'views' such as wiki pages or JSON perehaps? *perhaps brylie: wiki pages (using pretty trackers) or export to CSV iirc for the OS list probably use dynamic items list see http://doc.tiki.org/Dynamic+items+list tikiwiki: 03chealer * r37267 10/trunk/doc/devtools/restorehelp.php: tikiwiki: [FIX] restorehelp.php: does not actually categorize tikiwiki: link to documentation luciash: I will not find that, sorry, but look what I found instead: http://www.google.com/support/forum/p/Picasa/thread?tid=0d7405f305d45158&hl=en luciash: and the information fits with what I remember now ... you cannot disconnect picasa, but you can downgrade from google+ luciash: then you'd have picasa as before, but no more google+ hmm :( i fear it will delete (remove) my picasa albums also one of us could send you another invitation, if you still want and then you could ... perhabs the best way to just try to avoid google whee possible where "You cannot de-link or unlink. Picasaweb is a key component of the Google+ design and experience." maybe setting up a tiki based album? "If you want to truly separate your Picasa web account then you would have to migrate your web albums to a new Google account." http://www.google.com/support/forum/p/Picasa/thread?tid=5005c90ac2f7af80&hl=en yes - but downgrade google+ pretty much must work to leave google+ and stay in picasa but they (google) seems to be fu**ers, even worse that microsoft has been (or still are?) give a private company unlimited power and it will destroy democracy maybe it is just the law of economy what's the story with diaspora? passed by or still an arising alternative of social software? yeah, i am very upset now with google tikiwiki: 03chealer * r37268 10/trunk/ (4 files in 4 dirs): tikiwiki: [REF] move code for getting information on objects from CategLib category_...() to ObjectLib add_object(). category_...() methods removed. tikiwiki: add_object(): support calling without object information, getting the information from the relevant table. removes freetags "DIRTY hack". somewhat document tikiwiki: add_categorized_object(): make object information optional tikiwiki: 03chealer * r37269 10/trunk/lib/objectlib.php: [FIX] add_object() (oops, r37268 regression) fabricius, have you checked in to GNU.social? tikiwiki: 03chealer * r37270 10/trunk/ (6 files in 6 dirs): tikiwiki: [REF] add_categorized_object(), add_object(): optionally fail and return FALSE if object type is not handled and no information is given tikiwiki: [REF] category_any(): remove apparently unused object types brylie - just read - interesting