←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
deekuI 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:3]
matwhojoined #tikiwiki [0:4]
marclaportejoined #tikiwiki
polom
[0:12]
deekupolom Marc! [0:14]
marclaporteHi Neil!
or is it spelt neil ? :-)
never sure about spelling :-)
how are you?
[0:15]
deekuthere are many possible variations - Neil will do!. I am well, thanks.
quick question:
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?
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}
Hmm, it works!
Its not very obvious but this is a neat way to display random images from a file gallery as rotating background images: see http
http://vlpl.in
[0:16]
CIA-36tikiwiki: 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 [0:28]
goj_killedByISPjoined #tikiwiki [3:2]
RobertPlummerMobjoined #tikiwiki
left #tikiwiki
[4:0]
Tiki|botjoined #tikiwiki
New Forum Posts: Help anybody with pictures - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43766
[5:31]
............................................................................................................................................................... (idle for 13h12mn)
rodrigoprimojoined #tikiwiki [13:12]
CIA-36tikiwiki: 03jonnybradley * r40841 10/branches/9.x/lib/core/:
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)
tikiwiki: Needs doing before release anyway...
[13:16]
jonnybjoined #tikiwiki [13:16]
ricks99joined #tikiwiki [13:20]
benoitg1joined #tikiwiki [13:23]
ricks99joined #tikiwiki
polom y'lall
[13:28]
jonnybhi ricks99 [13:29]
ricks99hi jonnyb [13:29]
RobertPlummerMobjoined #tikiwiki [13:29]
RobertPlummerjoined #tikiwiki
polom all
[13:40]
jonnybhi RobertPlummer [13:42]
RobertPlummerjonnyb: Did we get that blocker you were working on fixed?
Also, do we tag in svn in tiki?
[13:42]
jonnybnot yet - did one of them, (mostly)
still a problem with html entities getting encoded inside plugins
sidetracked by the themegenerator bug at the moment (can't remember how it all works!)
[13:43]
RobertPlummerjonnyb: Is anyone else working on the html entities?
I can jump on that if you think it is a good idea?
Jyhem.... Feel free to chime in.
[13:44]
jonnybyes please - the plugin code all seems very fragile regarding this sort of thing [13:45]
RobertPlummerI'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:46]
Tiki|botInfo: TikiFest + Kaltura - http://info.tiki.org/article189-TikiFest-Kaltura [13:50]
..... (idle for 21mn)
sandroandradejoined #tikiwiki
joined #tikiwiki
[14:11]
.... (idle for 16mn)
Jyhem_laptoppolom [14:28]
jonnybmolop [14:28]
ricks99bolow [14:28]
Jyhem_laptopjonnyb: FYI last night's rebuild worked after I moved the pluginR files away. I took approx 2hours and a half
Today I rebuilt again, and I see it's finished after 2h and 10 minutes
[14:29]
jonnybwow, that's slow - what sort of server? [14:30]
Tiki|botInfo: TikiFest + Kaltura: Video development the wiki way - http://info.tiki.org/article189-TikiFest-Kaltura-Video-development-the-wiki-way [14:30]
Jyhem_laptopa virtualbox on a Kimsufi 16G server. The bottleneck seems to be the CPU
Jyhem_laptop wonders how he can evaluate the CPU capacity of a virtualbox
[14:33]
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:41]
Jyhem_laptop goes eat something [14:49]
StuartIanNaylorjoined #tikiwiki [14:49]
eromnegjoined #tikiwiki [15:2]
radek82joined #tikiwiki [15:3]
CIA-36tikiwiki: 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:6]
........ (idle for 36mn)
RobertPlummerjonnyb: How do I reproduce the problem with encoding html? [15:25]
jonnybthere's a demo page - i find it...
http://demo.tiki.org/9x/tiki-index.php?page=HTMLentities
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
this is for non-is_html pages
brb
[15:26]
RobertPlummerSo is this plugin specific or parser? [15:32]
jonnybb
RobertPlummer: parser i think
[15:36]
RobertPlummerSo the issue is that they shouldn't be encoded, correct? [15:46]
jonnybyup [15:47]
rodrigoprimojoined #tikiwiki [15:49]
RobertPlummerWhy would the plugin be any different? [15:49]
Jyhem_laptopjoined #tikiwiki [15:50]
jonnybi think it's connected with the fact the plugin args need to be decoded but the body gets done too? [15:51]
RobertPlummeryes, very odd. [15:51]
jonnybthe upgrade script i'm working on is in the same area - it's v tricky... [15:54]
JyhemJyhem back [15:54]
jonnybby the way, spotted a couple of codemirror issues - no html "brush" and custom css etc prefs highlighter won't change...
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)!
[15:55]
Tiki|botNew Forum Posts: Features for a theme I am developing - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43772 [16:6]
CIA-36tikiwiki: 03tikii18nbot * r40843 10/trunk/lang/de/language.php: German translations done on i18n.tiki.org [16:7]
RobertPlummerjonnyb: It looks like it is <pre> related jonnyb. If you look at the page source, it looks like it should.
jonnyb: Codemirror on/off has no affect, can css be set to encode?
[16:8]
jonnybi didn't think so - but well spotted
most odd
[16:8]
RobertPlummerno, I found it!
Our little buggy friend, who we don't all agree on how should work....
~np~~/np~
When I place him in there, it works fine, but things are parsed.
So I wonder if there is some sort of nesting issue.
[16:10]
jonnybbut you're right the source looks like it should, just that <pre> encodes them, no? [16:12]
RobertPlummerI'm not sure, honestly....
if I wrap $data in pre, it looks fine.
no, it is deeper than just the ~np~, but that makes it do it or not.
[16:12]
I guess you are right....
jonnyb: So we are good then?
[16:26]
jonnybhmm? you fixed it? [16:27]
RobertPlummerI'm guessing that there is some js doing it or something. I don't think pre can do it.
Right?
So we are done inside the parser.
[16:32]
jonnybi think so - i have this upgrade script ready to commit it think... [16:33]
RobertPlummerok
let me see if I can find something affecting pre
[16:34]
CIA-36tikiwiki: 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:38]
JyhemI'm sorry i can't really help. Just getting into the parser would take more time than we have :-( [16:40]
jonnybagreed, don't go there! :) [16:40]
JyhemPlus, I'm currently worried with my tracker issues
the rebuild of my dev sit took 10 minutes (same computer)
the rebuild of my dev site took 10 minutes (same computer)
[16:40]
jonnybsounds better, so it's a virtualisation issue then? [16:41]
JyhemMain 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:42]
jonnybew [16:43]
RobertPlummerIt is ~np~ jonnyb, confirmed. [16:43]
JyhemYes... That's only part of the data which will eventually get there [16:43]
jonnybRobertPlummer: yes, but what if there's wiki markup in there? [16:47]
RobertPlummerI know, I'm not saying we should remove it.
I've traced it to the beginning of parse_data still working backwards.
[16:48]
jonnybyes, but i see it "works" here - changes the &'s to &amp;
isn't there an "output mode" flag for plugins? wiki or html?
[16:49]
RobertPlummerBut look in firefox, in source it highlights the syntax.
But if wrap $data in pre from wikiplugin_code and die, it is fine.
hmmmmm.... Cold it be smarty?
[16:49]
jonnybgrrr... 'format' => 'html' and removing the ~np~s makes the entities ok, but the wiki markup gets parsed... [16:52]
RobertPlummerRight, that is no good. [16:52]
jonnybi used the popup plugin edit form and it encoded everything :(
putting the inner content through htmlspecialchars() seems to work...
so with line 129 of wikiplugin_code changed to " . htmlspecialchars($out)" it seems to work...
shall i commit?
looks ok to me, and can't break anything else (inside the parser etc)
[17:2]
..... (idle for 23mn)
RobertPlummersure
If I can get the ordered and unordered lists handled, the new parser is nearly usable.
[17:15]
jonnybok, 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:16]
CIA-36tikiwiki: 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
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:18]
.... (idle for 18mn)
RobertPlummerjonnyb: You da man. [17:39]
jonnybis good? (hope it doesn't gang up with all the other entity fixes i've done and turn nasty! :) ) [17:40]
.......... (idle for 46mn)
Tiki|botNew Forum Posts: where can i see files of pages wiki? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43774 [18:26]
JyhemHave you guys tried the database upgrade after tiki9 update ?
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:32]
jonnybnot for a few days... [18:33]
JyhemI commented line 198 out. iT is $params['file'] = $headerlib->convert_cdn($params['file']); [18:34]
jonnybprobably no headerlib in installer :( [18:35]
Jyhemthen F5 and it claimed to have upgraded, then entered my Tiki again and all the plugins are disabled on the home page [18:36]
CIA-36tikiwiki: 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:38]
.... (idle for 15mn)
jonnybgot the convert_cdn error here :( [18:53]
JyhemThat's reassuring in a way. Easier to fix this way :-) [18:57]
jonnybok, should have a fix
can you rollback your tiki?
[19:2]
Jyhemhmmm, not really :-(
It's not backep up, it's for testing
[19:3]
Tiki|botNew Forum Posts: Deactivate profile - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43775 [19:5]
jonnybi've deleted the script [19:6]
CIA-36tikiwiki: 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:6]
jonnybsorry about that - hope no one else has run it... :(
i'm working out a way to de-trash my local tiki...
[19:7]
JyhemI doubt it. Maybe robert? [19:7]
jonnybweird how it worked fine in the shell - usually it's the other way round, hence testing the shell version more these days [19:8]
first i'm trying to work out why these ones don't have a "rollback" link on tiki-lastchanges.php (would be handy! :) [19:10]
Jyhem:-)
tonight I plan to launch a rebuild + log. So we have an idea of what stage takes all the time
[19:11]
RobertPlummerI didn't run it. [19:21]
CIA-36tikiwiki: 03Jyhem * r40849 10/branches/9.x/styles/ (coelesce.css eatlon.css): [FIX] Admin boxes should not look differently when already visited [19:26]
jonnybjust done a grovelling mail to the dev list [19:26]
JyhemI reinstalled from the would-be production site.
Jyhem now has 2 websites with 295 000 entries in tiki_tracker_item_fields
So don't look for a way to roll back if it's on my behalf
[19:34]
jonnybok, thanks - still trying to work out why lastchanges is so odd... [19:37]
JyhemIt seems that the site is a tiny bit more responsive, but item links with multiple fields still make tracker display timeout :-( [20:3]
jonnybjust found i seem to have also broken the custom search plugin - html escaping again... so dull! [20:4]
Jyhem:-( Too many things happening behind the stage. We need to get KISS back in the design [20:6]
.......... (idle for 46mn)
arildbjoined #tikiwiki [20:23]
.... (idle for 16mn)
arildb_joined #tikiwiki [20:39]
.... (idle for 16mn)
dlechjoined #tikiwiki
!help
[20:55]
Tiki|botYou can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot . [20:55]
dlech!bugs [20:57]
Tiki|botRecent 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
Recent Bug: Tracker item: #4191 - - LDAP/Active Directory Multiple Domain Support - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4191
Recent Bug: Tracker item: #4192 - - tags columns in tiki-listpages.php - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4192
[20:57]
................... (idle for 1h33mn)
sandroandradejoined #tikiwiki [22:30]
jonnybjoined #tikiwiki [22:38]
CIA-36tikiwiki: 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. [22:48]
....... (idle for 34mn)
eromnegRobertPlummer: hi Robert - are you there - geoff [23:22]
.... (idle for 19mn)
Treblyjoined #tikiwiki [23:41]
eromnegleft #tikiwiki [23:42]
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.
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).
[23:48]

←Prev date Next date→ Show only urls(Click on time to select a line by its url)