!help newbi here! what does that mean? [or better, how do i solve it] Fatal error: Maximum execution time of 30 seconds exceeded in /home/lesplott/public_html/tikithese/lib/tikidate-php5.php on line 282 You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot . tikiwiki: 03lindonb * r34001 10/branches/7.x/lib/wiki-plugins/wikiplugin_fancytable.php: tikiwiki: [FIX] Make use of pipe (|) separator more reliable by masking tiki tags content tikiwiki: while processing so pipes used for other purposes aren't mistaken for cell tikiwiki: dividers. Took more refactoring than expected - assuming it's too much to tikiwiki: backport to proposals/6x. Doesn't conflict with trunk in my tests. good morning lo Carsten hi Jörn bbb test? bin drin :-) jo aber ich seh disch.net hello. I recently upgraded from 5.3 to 6.3 (topic still says 6.2 btw) and now I cannot edit wiki sections anymore. any idea how to fix that? the button doesn't even show does anyone know where to enabled it again? oh, wtf. it even happens on the official tiki.org site the buttons show for like 1 second and then hide i would guess "browser problem" but Opera and Firefox 4 are both affected re I found the answer some developer with little respect for backwards compatibility decided it would be a good idea to introduce a "View edit icons" feature that hides the icons by default after an upgrade. now if only i could find a way to toggle the default behaviour to "on" polom spring poloms hi guys hi jonnyb and coaboa (and everybody) hi all that reminds me (seeing chibaguy), must commit that theme option before it's too late yes, the door is closing ;-) should be shut already really, but one more theme option shouldn't hurt anything... no, I wouldn't expect any problems from that, being optional and all. ;) tikiwiki: 03jonnybradley * r34002 10/branches/7.x/styles/ohia/options/ (5 files in 2 dirs): tikiwiki: [NEW] Option for Ohia theme: Cornflower tikiwiki: Initially committed as a 6.x theme to be back-ported as is, then adapted to 7.x (top module zone mostly) chibaguy: do you have an idea in your head as to the minimum needed to get 6.x themes happy with the new layout? looking for that info too ;-) tikiwiki: 03jonnybradley * r34003 10/branches/proposals/6.x/styles/ohia/options/ (5 files in 2 dirs): tikiwiki: [bp/r34002][NEW] Option for Ohia theme: Cornflower tikiwiki: Initially committed as a 6.x theme to be back-ported as is, then adapted to 7.x (top module zone mostly) tikiwiki: 03jonnybradley * r34004 10/trunk/ (15 files in 8 dirs): [MRG] Automatic merge, branches/7.x 33979 to 34001 Well, I decide which module zone the page-top stuff goes into best, and then add the css rules for those items (logo, search, login popup, top menu normally). what no magic script? :P Sometimes the fixedwidth rules need to be added, if the theme does something different (similar to fivealive having always 100% wide header and footer, etc.). That's about it. Heh, I'm not a magic scripter, unfortunately. you already did ohia didn't you, so i guess i can take the structural bits from that I want add some diagrams to http://themes.tiki.org/Theme+header+modules/ to illustrate the situation in general. thanks - good page! Yes, I did Ohia. If your theme option is just colors, though, maybe just those things need to be specified (backgrounds, color, borders, etc.) not positioning. Since some of the site header area div names changed from 6 to 7, those probably need to updated in themes, so styling (color, etc.) gets applied correctly again. polom hi all hi b hi Bernard1 thx chibaguy coaboa, are you still using a Milky Way type theme? no Ah, ok. I updated it for Tiki 7, if you needed it. Also Tikipedia is about ready for 7 (finally getting an update). thats cool, will share some earning on that if customer pays ;-) main app there is a bbb installation and we are waiting for .8 release what is new in .8 ? bbb .8 will avaid the multiple reencoding of audio caused by the red5 server and may add recordign&playback for conferences *avoid chibaguy: is the login popup module looking ok for you in ohia? seems to be stuck on the left under the #tiki-top menu for me cool, coaboa; I think the recording will be very useful. oh, I'll look, jonnyb, I don't recall. epecially for business apps where a conference may be transscripted into a protocol or if a student misses a lesson. The use a (html5 based, I think) slider to sync audio an video when accessing specific time in a record *they *and old keybord, old fingers ;-) tikiwiki: 03jonnybradley * r34005 10/branches/7.x/styles/ohia/options/cornflower.css: [FIX] Ohia/cornflower: Basic fixes for 7.x style modules in header (more to do) hmm, my menu isn't showing up in ohia, despite assigning it. (my localhost is a great test of multiple themes in one tiki install ;-) .) wait 'till you start playing with the theme generator! :) about your question, yes, looks like the login position isn't set. heh, yeah, I think theme generator might need a tiki installation all of its own. ;-) tikiwiki: 03jonnybradley * r34006 10/branches/7.x/styles/ohia/options/cornflower.css: [FIX] Ohia/cornflower: Slight improvement on header height (still not quite right) Well, I've got to fix the Ohia header item positions; looks like I didn't finish them. Sorta related, the module open|close icon works in the footer module zone but not in the pagetop zone, at least in my current install here. hmm, curious - i usually have nobox=y in the pagetop... will check yeah, I was just trying out a regular module. seems fine in the pagetop to me (moduleflip you mean?) yes. Ok, I'll keep an eye on it. I've noticed it sometimes working and sometimes not. (i assume my config stayed the same, but....) tikiwiki: 03jonnybradley * r34007 10/trunk/ (9 files in 3 dirs): [MRG] Automatic merge, branches/7.x 34001 to 34006 tikiwiki: 03chibaguy * r34008 10/branches/7.x/styles/ohia.css: [FIX] Updating some site header item positions for Ohia theme (assuming menu, logo, login_box, and search modules in Top module zone). Recent Bug: Tracker item: #3852 - - Link syntax for pointing to pages on Wikipedia and other mainstream sites - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3852 This is weird but my menu didn't show up when two themes were specified as parameters; I removed one and then the menu worked in ohia. Haven't seen this problem for a while. is anyone else getting a problem with allowHtml on wiki pages (you can't seem to turn it off now) indeed chibaguy - thought i fixed all them tikiwiki: 03chibaguy * r34009 10/branches/7.x/styles/ohia.css: [FIX] Text-align properties not needed and sometimes caused centered content in middle column; site logo spacing fixed. tikiwiki: 03jonnybradley * r34010 10/branches/7.x/pics/icons/ (html.png page_white_flash.png): [FIX] Restore a couple of icons lost in r31492 (unintentionally presumably?) polom y'all hi ricks99 - you all ok? (bit windy over there we hear) tornados hit the other end of town. coo, close amazing when my small town makes front page of ny times :) (or when folks in UK hear about us) must have been pretty bad to get a mention on the news here it was pretty bad. but then sunday was a beautiful, gorgeous day i find the days after typhoons (hurricanes in this hemisphere) are usually crystal clear. i guess the wind and rain clear up the air. my garden survived quite well. :) jonnyb, I'm kind of wondering why your theme option css file repeats so many (all?) of the rules of the parent theme. laziness ok. i removed a load of them before i committed - more could (should) go a problem is that fixes in the parent get overridden by old bad code in the option. that's why i was putting off committing it really, but it was never going to happen otehrwise i'd love to find an app to identify surplus css lines well, winmerge (on windows) will graphically show all the lines of two files that are the same, but won't automatically remove them, as far as I know. probably there is some utility somewhere to do that. one that can handle 4 or 5 cascading files would be really handy, i've looked a few times but no joy but it is more than simply removing duplicates, right? in css, the order matters, too. exactly - not so simple also you can do the same thing in various ways - backgrounds for instance but browsers seem to work it out... (so somewhere might be able to record all the definitions they've ignored - maybe) ricks99: off: did you notice that you post to user and dev list at once? I receive all your postings twice. just in case it happens unintentionally @coaboa: y. the original post was sent to both (or so i thought) polom hi RavenC Hi Johnnyb risk99: hi, this is nathanaellee here chibaguy: should say hello to you as my old friend tikiwiki: 03jonnybradley * r34011 10/branches/7.x/ (lib/ajax/autosave.js tiki-auto_save.php): [FIX] editpage: Correct decoding of html for preview diffs and pass on state of allowHtml checkbox to diff setup code (thanks Marc) hi nathanaellee oh sorry, was away eating. hi nathanaellee. are you still using Tiki? sure, I am back and will go on tiki work in our China ricks99: sorry for a little slow to install skype, I will be there several minutes tikiwiki: 03jonnybradley * r34014 10/branches/7.x/lib/wiki-plugins/wikiplugin_trackerlist.php: [FIX] trackerlist: Add a couple of useful params to $auto_query_args chibaguy: please ping me on skype tikiwiki: 03jonnybradley * r34015 10/branches/7.x/tiki-auto_save.php: [FIX] autosave/preview: Use tikilib function for htmldecode Recent Bug: Tracker item: #3853 - - code plugins don't display their contents - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3853 bbl tikiwiki: 03lphuberdeau * r34016 10/branches/7.x/lib/ (core/WikiParser/OutputLink.php tikilib.php): [FIX] Two calls made to parse_first to handle a special case of wiki links with anchors defined (was broken, too), now handled as a standard case (and fixed), removing the additional parse_first call Recent Bug: Tracker item: #3854 - - fancytable, code, and some other plugins display their html - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3854 polom hi luciash heya jonnyb hi lphuberdeau, are you still working on tikilib and outputlink? fancytable broke (displayed its html) and then was fixed, but maketoc is still displaying its html on some pages was done, which rev? see http://screencast.com/t/uNRHV7Dl r34016 this is on the 7.x head maketoc is such a hack not actually a plugin ypu, mheller - i get that too now (ypu=yup) also, the code plugin is displaying nothing (ticket 3853) mheller: the issue lphuberdeau is fixing was that before today in 7.x html was always getting "allowed" which would have been a bad regression from 6.x I think the code plugin issue is something else codemirror related I would guess the code is there but just hidden yes, been waiting for Robert to appear to point it out to him (again) it doesn't do it if you can't edit the page yes