[0:3] deeku I want to display a random image from a file gallery as a CSS background-image, e.g. #header-top { background-image: url({IMG(randomGalleryId="3")}{IMG});} Is there an easy way to get this result?
[0:4]  matwho joined #tikiwiki
[0:12]  marclaporte joined #tikiwiki
[0:13] marclaporte polom
[0:14] deeku polom Marc!
[0:15] marclaporte Hi Neil!
[0:15] marclaporte or is it spelt neil ? :-)
[0:16] marclaporte never sure about spelling :-)
[0:16] marclaporte how are you?
[0:16] deeku there are many possible variations - Neil will do!. I am well, thanks.
[0:16] deeku quick question:
[0:17] deeku I want to display a random image from a file gallery as a CSS background-image, e.g. #header-top { background-image: url({IMG(randomGalleryId="3")}{IMG});} Is there an easy way to get this result?
[0:19] deeku Would this work: {if $page ne 'HomePage'}{literal}<style type="text/css">#header-top { background-image: url(http://vlpl.in/tiki-download_file.php?randomGalleryId=3); }</style>{/literal}{/if}
[0:21] deeku Hmm, it works!
[0:23] deeku Its not very obvious but this is a neat way to display random images from a file gallery as rotating background images: see http
[0:23] deeku http://vlpl.in
[0:28] CIA-36 tikiwiki: 03eromneg * r40840 10/branches/9.x/templates/wiki-plugins/wikiplugin_trackerlist.tpl: [FIX] add a class to 'No records found' error message so that it can be suppressed with css when the message is spurious
[3:2]  goj_killedByISP joined #tikiwiki
[4:0]  RobertPlummerMob joined #tikiwiki
[4:0]  RobertPlummerMob left #tikiwiki
[5:31]  Tiki|bot joined #tikiwiki
[9:21] Tiki|bot New Forum Posts: Help anybody with pictures - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43766
[13:12]  rodrigoprimo joined #tikiwiki
[13:16] CIA-36 tikiwiki: 03jonnybradley * r40841 10/branches/9.x/lib/core/:
[13:16] CIA-36 tikiwiki: [FIX] Switch to tagged release of Zend library as the dev branch has a typo in it which messes up RSS feeds (issue reported to Zend but not fixed as yet)
[13:16] CIA-36 tikiwiki: Needs doing before release anyway...
[13:16]  jonnyb joined #tikiwiki
[13:20]  ricks99 joined #tikiwiki
[13:23]  benoitg1 joined #tikiwiki
[13:28]  ricks99 joined #tikiwiki
[13:28] ricks99 polom y'lall
[13:29] jonnyb hi ricks99
[13:29] ricks99 hi jonnyb
[13:29]  RobertPlummerMob joined #tikiwiki
[13:40]  RobertPlummer joined #tikiwiki
[13:41] RobertPlummer polom all
[13:42] jonnyb hi RobertPlummer
[13:42] RobertPlummer jonnyb: Did we get that blocker you were working on fixed?
[13:42] RobertPlummer Also, do we tag in svn in tiki?
[13:43] jonnyb not yet - did one of them, (mostly)
[13:43] jonnyb still a problem with html entities getting encoded inside plugins
[13:44] jonnyb sidetracked by the themegenerator bug at the moment (can't remember how it all works!)
[13:44] RobertPlummer jonnyb: Is anyone else working on the html entities?
[13:44] RobertPlummer I can jump on that if you think it is a good idea?
[13:44] RobertPlummer Jyhem.... Feel free to chime in.
[13:45] jonnyb yes please - the plugin code all seems very fragile regarding this sort of thing
[13:46] RobertPlummer I've made some progress with the Jison Parser, hopefully this old parser will start to find its way out after 9, but till then... I'm jumping in.
[13:50] Tiki|bot Info: TikiFest + Kaltura - http://info.tiki.org/article189-TikiFest-Kaltura
[14:11]  sandroandrade joined #tikiwiki
[14:12]  sandroandrade joined #tikiwiki
[14:28] Jyhem_laptop polom
[14:28] jonnyb molop
[14:28] ricks99 bolow
[14:29] Jyhem_laptop jonnyb: FYI last night's rebuild worked after I moved the pluginR files away. I took approx 2hours and a half
[14:30] Jyhem_laptop Today I rebuilt again, and I see it's finished after 2h and 10 minutes
[14:30] jonnyb wow, that's slow - what sort of server?
[14:30] Tiki|bot Info: TikiFest + Kaltura: Video development the wiki way - http://info.tiki.org/article189-TikiFest-Kaltura-Video-development-the-wiki-way
[14:33] Jyhem_laptop a virtualbox on a Kimsufi 16G server. The bottleneck seems to be the CPU
[14:34] * Jyhem_laptop wonders how he can evaluate the CPU capacity of a virtualbox
[14:41] Jyhem_laptop strangely, as I wanted to put the pluginR files back in temp/cache I realise they are already there since during the rebuild. So, no conclusion on the suspicion that pluginR conflicts with unified search
[14:49] * Jyhem_laptop goes eat something
[14:49]  StuartIanNaylor joined #tikiwiki
[15:2]  eromneg joined #tikiwiki
[15:3]  radek82 joined #tikiwiki
[15:6] CIA-36 tikiwiki: 03jonnybradley * r40842 10/branches/9.x/ (lib/tikilib.php tiki-switch_theme.php): [FIX] Switch theme: Empty values were obscuring site defaults following prefs overhaul (so themegen theme could not be set - thanks Chibaguy!)
[15:25] RobertPlummer jonnyb: How do I reproduce the problem with encoding html?
[15:26] jonnyb there's a demo page - i find it...
[15:27] jonnyb http://demo.tiki.org/9x/tiki-index.php?page=HTMLentities
[15:27] jonnyb i fixed it for the entities outside the plugin, but as you'll see the ones inside {code} get displayed as the entities, not the markup
[15:28] jonnyb this is for non-is_html pages
[15:28] jonnyb brb
[15:32] RobertPlummer So is this plugin specific or parser?
[15:36] jonnyb b
[15:36] jonnyb RobertPlummer: parser i think
[15:46] RobertPlummer So the issue is that they shouldn't be encoded, correct?
[15:47] jonnyb yup
[15:49]  rodrigoprimo joined #tikiwiki
[15:49] RobertPlummer Why would the plugin be any different?
[15:50]  Jyhem_laptop joined #tikiwiki
[15:51] jonnyb i think it's connected with the fact the plugin args need to be decoded but the body gets done too?
[15:51] RobertPlummer yes, very odd.
[15:54] jonnyb the upgrade script i'm working on is in the same area - it's v tricky...
[15:54] * Jyhem back
[15:55] jonnyb by the way, spotted a couple of codemirror issues - no html "brush" and custom css etc prefs highlighter won't change...
[15:56] jonnyb i'll carry on with the entity horrors, i've been in it for a couple of days so sort of know my way around (a bit)!
[16:6] Tiki|bot New Forum Posts: Features for a theme I am developing - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43772
[16:7] CIA-36 tikiwiki: 03tikii18nbot * r40843 10/trunk/lang/de/language.php: German translations done on i18n.tiki.org
[16:8] RobertPlummer jonnyb: It looks like it is <pre> related jonnyb.  If you look at the page source, it looks like it should.
[16:8] RobertPlummer jonnyb: Codemirror on/off has no affect, can css be set to encode?
[16:8] jonnyb i didn't think so - but well spotted
[16:9] jonnyb most odd
[16:10] RobertPlummer no, I found it!
[16:10] RobertPlummer Our little buggy friend, who we don't all agree on how should work....
[16:10] RobertPlummer ~np~~/np~
[16:11] RobertPlummer When I place him in there, it works fine, but things are parsed.
[16:11] RobertPlummer So I wonder if there is some sort of nesting issue.
[16:12] jonnyb but you're right the source looks like it should, just that <pre> encodes them, no?
[16:12] RobertPlummer I'm not sure, honestly....
[16:12] RobertPlummer if I wrap $data in pre, it looks fine.
[16:15] RobertPlummer no, it is deeper than just the ~np~, but that makes it do it or not.
[16:26] RobertPlummer I guess you are right....
[16:26] RobertPlummer jonnyb: So we are good then?
[16:27] jonnyb hmm? you fixed it?
[16:32] RobertPlummer I'm guessing that there is some js doing it or something.  I don't think pre can do it.
[16:32] RobertPlummer Right?
[16:32] RobertPlummer So we are done inside the parser.
[16:33] jonnyb i think so - i have this upgrade script ready to commit it think...
[16:34] RobertPlummer ok
[16:34] RobertPlummer let me see if I can find something affecting pre
[16:38] CIA-36 tikiwiki: 03jonnybradley * r40844 10/branches/9.x/installer/schema/999999992_decode_pages_plugin_args_tiki.php: [FIX] Another go at decoding entities - the previous script was tricked occasionally by double encoded entities so this one re-decodes any found in plugin arguments.
[16:40] Jyhem I'm sorry i can't really help. Just getting into the parser would take more time than we have :-(
[16:40] jonnyb agreed, don't go there! :)
[16:40] Jyhem Plus, I'm currently worried with my tracker issues
[16:40] Jyhem the rebuild of my dev sit took 10 minutes (same computer)
[16:41] Jyhem the rebuild of my dev site took 10 minutes (same computer)
[16:41] jonnyb sounds better, so it's a virtualisation issue then?
[16:42] Jyhem Main difference I see: one has 295 000 entries in tiki_tracker_item_fields and the dev one has 90 943 (same virtual box, other virtual domain)
[16:43] jonnyb ew
[16:43] RobertPlummer It is ~np~ jonnyb, confirmed.
[16:43] Jyhem Yes... That's only part of the data which will eventually get there
[16:47] jonnyb RobertPlummer: yes, but what if there's wiki markup in there?
[16:48] RobertPlummer I know, I'm not saying we should remove it.
[16:49] RobertPlummer I've traced it to the beginning of parse_data still working backwards.
[16:49] jonnyb yes, but i see it "works" here - changes the &'s to &amp;
[16:49] jonnyb isn't there an "output mode" flag for plugins? wiki or html?
[16:49] RobertPlummer But look in firefox, in source it highlights the syntax.
[16:50] RobertPlummer But if wrap $data in pre from wikiplugin_code and die, it is fine.
[16:51] RobertPlummer hmmmmm.... Cold it be smarty?
[16:52] jonnyb grrr... 'format' => 'html' and removing the ~np~s makes the entities ok, but the wiki markup gets parsed...
[16:52] RobertPlummer Right, that is no good.
[17:2] jonnyb i used the popup plugin edit form and it encoded everything :(
[17:3] jonnyb putting the inner content through htmlspecialchars() seems to work...
[17:5] jonnyb so with line 129 of wikiplugin_code changed to " . htmlspecialchars($out)" it seems to work...
[17:5] jonnyb shall i commit?
[17:6] jonnyb looks ok to me, and can't break anything else (inside the parser etc)
[17:15] RobertPlummer sure
[17:16] RobertPlummer If I can get the ordered and unordered lists handled, the new parser is nearly usable.
[17:16] jonnyb ok, will do, but my local uni-search index has broken, which is a good thing as i can now try to report the problem in a civilised manor (makes a mess at the moment!)
[17:18] CIA-36 tikiwiki: 03jonnybradley * r40845 10/branches/9.x/lib/wiki-plugins/wikiplugin_code.php: [FIX] code plugin: encode html chars on output so the full source is displayed
[17:21] CIA-36 tikiwiki: 03jonnybradley * r40846 10/branches/9.x/lib/smarty_tiki/block.textarea.php: [FIX] wysiwyg: rollback setting display:none on hidden textarea so the ajax loading message appears in the right place for "normal" editors (will have to find another solution for template contents)
[17:39] RobertPlummer jonnyb: You da man.
[17:40] jonnyb is good? (hope it doesn't gang up with all the other entity fixes i've done and turn nasty! :) )
[18:26] Tiki|bot New Forum Posts: where can i see files of pages wiki? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43774
[18:32] Jyhem Have you guys tried the database upgrade after tiki9 update ?
[18:32] Jyhem I got Mon Apr 09 18:13:44 2012] [warn] [client 85.168.216.146] mod_fcgid: stderr: PHP Fatal error:  Call to a member function convert_cdn() on a non-object in /var/www/clients/client2/web3/web/lib/smarty_tiki/function.icon.php on line 198, referer: http://spiral-dev.alsawiki.com/tiki-install.php?install_step=4&lang=en
[18:33] jonnyb not for a few days...
[18:34] Jyhem I commented line 198 out. iT is $params['file'] = $headerlib->convert_cdn($params['file']);
[18:35] jonnyb probably no headerlib in installer :(
[18:36] Jyhem then F5 and it claimed to have upgraded, then entered my Tiki again and all the plugins are disabled on the home page
[18:38] CIA-36 tikiwiki: 03jonnybradley * r40847 10/branches/9.x/lib/search/refresh-functions.php: [FIX] search: Add a more helpful message when the exception doesn't have one.
[18:53] jonnyb got the convert_cdn error here :(
[18:57] Jyhem That's reassuring in a way. Easier to fix this way :-)
[19:2] jonnyb ok, should have a fix
[19:2] jonnyb can you rollback your tiki?
[19:3] Jyhem hmmm, not really :-(
[19:4] Jyhem It's not backep up, it's for testing
[19:5] Tiki|bot New Forum Posts: Deactivate profile - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43775
[19:6] jonnyb i've deleted the script
[19:6] CIA-36 tikiwiki: 03jonnybradley * r40848 10/branches/9.x/installer/schema/999999992_decode_pages_plugin_args_tiki.php: [KIL] remove previous upgrade script pending investigation - seems to have corrupted pages when run in the browser installer - do not use!
[19:7] jonnyb sorry about that - hope no one else has run it... :(
[19:7] jonnyb i'm working out a way to de-trash my local tiki...
[19:7] Jyhem I doubt it. Maybe robert?
[19:8] jonnyb weird how it worked fine in the shell - usually it'\s the other way round, hence testing the shell version more these days
[19:10] jonnyb first i'm trying to work out why these ones don't have a "rollback" link on tiki-lastchanges.php (would be handy! :)
[19:11] Jyhem :-)
[19:11] Jyhem tonight I plan to launch a rebuild + log. So we have an idea of what stage takes all the time
[19:21] RobertPlummer I didn't run it.
[19:26] CIA-36 tikiwiki: 03Jyhem * r40849 10/branches/9.x/styles/ (coelesce.css eatlon.css): [FIX] Admin boxes should not look differently when already visited
[19:26] jonnyb just done a grovelling mail to the dev list
[19:34] Jyhem I reinstalled from the would-be production site.
[19:35] * Jyhem now has 2 websites with 295 000 entries in tiki_tracker_item_fields
[19:35] Jyhem So don't look for a way to roll back if it's on my behalf
[19:37] jonnyb ok, thanks - still trying to work out why lastchanges is so odd...
[20:3] Jyhem It seems that the site is a tiny bit more responsive, but item links with multiple fields still make tracker display timeout :-(
[20:4] jonnyb just found i seem to have also broken the custom search plugin - html escaping again... so dull!
[20:6] Jyhem :-( Too many things happening behind the stage. We need to get KISS back in the design
[20:23]  arildb joined #tikiwiki
[20:39]  arildb_ joined #tikiwiki
[20:55]  dlech joined #tikiwiki
[20:55] dlech !help
[20:55] Tiki|bot You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot .
[20:57] dlech !bugs
[20:57] Tiki|bot Recent Bug: Tracker item: #4190 - - PATCH: wikiplugin_userlist.php handles privileges the opposite way  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4190
[20:57] Tiki|bot Recent Bug: Tracker item: #4191 - - LDAP/Active Directory Multiple Domain Support  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4191
[20:57] Tiki|bot Recent Bug: Tracker item: #4192 - - tags columns in tiki-listpages.php  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4192
[22:30]  sandroandrade joined #tikiwiki
[22:38]  jonnyb joined #tikiwiki
[22:48] CIA-36 tikiwiki: 03robertplummer * r40850 10/branches/9.x/lib/core/JisonParser/ (Wiki/Handler.php Wiki.jison Wiki.js Wiki.php): [FIX] Got non-working lists somewhat working.
[23:22] eromneg RobertPlummer: hi Robert - are you there - geoff
[23:41]  Trebly joined #tikiwiki
[23:42]  eromneg left #tikiwiki
[23:48] Trebly <sylvieg>Hi, The ui principles of image-gallery had been modified from 6.x to 8.3. But 8.3 is not coherent and contain many bugs, do you know if something is planned on this subject for the 8.x trunk version.
[23:49] Trebly This because I initiate an important site development based on 8.3, and I have to push out the bugs and rewrite a new ui. I would not want to work without utility and in another way than the way defined, may be for 9.x trunk  ui (I have not looked at, no time).