96 poloms in the shade polom y'all hi ricks99 hiya jonnyb polom hi chibaguy hi jonnyb is it hot over there? yes very (for here) only for a couple of days though wow. some records have been broken here too. hottest here today for many years so far Info: Vive Tiki! TikiFest Strasbourg - http://info.tiki.org/article170-Vive-Tiki-TikiFest-Strasbourg chibaguy or anyone: any idea who did the footer to *.t.o? seems very odd... i couldn't reproduce Marc's parsing bug locally so had a look and it's really odd - seems it has wiki parse switched off, but it's all inside {wiki}{literal} smarty tags i added DONATE link last week. thats it from me jonnyb, I think marc had a list of links, and I added some layout divs, etc. but it seems like madness to say "don't wiki parse" and then use wiki tags to parse it I'm not sure about the no-parsing, though. seems to be why it's not working now I haven't looked at it carefully for a while. where is it not working? i'm reluctant to add code to support such odd usage on dev.t.o for instance the html tags are showing that's the other thing - it says don't use wiki, then says use wiki, then has html in it!!?!??!? :) heh, I wonder why it's different at the different sites. madness - i'll try and fix it could just be how up to date the svn is IIRC, I tried to follow the standard ways of making lists and floating things left for columns. seems it uses

tags dues to the problem of parsing headers as the first line of a plugin @jonnyb & chibaguy: here is the footer code used for all *.t.o sites: http://branding.tiki.org/Footer+code thanks ricks99 i updated all sites last week. only thing i changed was to add DONATE link looks to me like using the "Must be wiki parsed" checkbox properly works fine ah,I might have used HTML

tags because of spacing problems caused by using wiki syntax. yes, thought so... just finding another possible solution I don't recall exactly now, but in the past I've gotten frustrated trying to get the spacing I wanted with with wiki syntax alone. so why use wiki syntax at all? they're just links, no? hm, old habits die hard, maybe. in fact the bit at the end isn't even in the wiki tag New Forum Posts: Change ip address in Mail notification - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=41643 indeed, but i'm not sure the parser should support all that... I don't know if I can be held responsible for everything in the footer now. ;-) :D note that the footer looks fine in tiki6 (info) dog walk time. be back soon. I fixed a bug in the parser recently that might have caused this, but the issue is either that the footer sends HTML in a plugin that is not supposed to take it or the modules call parse_data wrong hi lphuberdeau - yes, on it - email on it's way... wiki syntax is good for wiki pages - i can't see any advantage, other than increasing server CPU usage, on using it in a footer like this lphuberdeau: any idea on how to get {html} plugin body not to be sanitised? should be done as the filter is declared to rawhtml_none rawhtml_unsafe, sorry so if it gets sanitized, it's prior to being inserted in the db which means the input filters are wrong seems to be failing - e.g. http://dev.tiki.org/tiki-index.php?page=DevMenu my idea of using $.getScript seems to mess things up too... hmm, probably the surrounding {CENTER} plugin the issue is in tiki-editpage.php that does not configure the input to skip sanitization on the input value aha - sounds feasible (but it does seem to work fine when not nested very possible to be an other plugin too tiki-editpage.php seems to have other hacks to cope with it removing the enclosing {CENTER()} plugin seems to fix it Isn't there a wiki syntax to center anyway? yes, but it doesn't work hacked round it with some html :P I guess that center plugin needs to have a wikicontent body filter html is often a good solution to html issues... well, the issue with wiki syntax begins when you realize there is html under the hood and decide to think that way :) DIV and TAG are aberrations unholy aberrations imho especially when used in smarty syntax inside a wiki tag with html mixed in there too yes, read the email, that was pretty nasty seen worse! oh, and about your other email, we can chat about it a bit later today ok, super need to get this boring stuff done before my attention span vanishes tiki-download_forum_attachment.php in broken on dev.tiki.org :D tikiwiki: 03jonnybradley * r35066 10/branches/7.x/lib/wiki-plugins/wikiplugin_center.php: [ENH] center plugin: Add wikicontent filter (thanks lph) Seems to me I got into using DIV plugins maybe before there was an HTML plugin or for some reason HTML wasn't really encouraged in wiki pages. Does that seem familiar, or was that just me? :-) I recall thinking that to do everything with wiki syntax and plugins was a goal, to emulate html without using it directly. the goal is to have an expressive syntax for the content that provides semantics DIV kind of fails in that regard but if the aim os more focussed on design than semantic meaning wiki stuff just gets in the way (i think) lphuberdeau: I think you are the last one to work on comments. Why get_thread_attachment does not return the data? do you mean expressive and semantic at the syntax code level? comments and attachments are not related lph or jonnyb chibaguy: user level ah things like BOX or SIDEBAR kind of have a meaning sure, they are divs underneath, but kind of serve a better reference to the editor right, DIV is basically a generic block-level (usually) container. but it has been slightly abused tikiwiki: 03sylvieg * r35067 10/branches/7.x/lib/comments/commentslib.php: [FIX]forum: attachment download was broken tikiwiki: 03sylvieg * r35068 10/branches/7.x/lib/tikilib.php: [FIX]parse: ~np~ and ~/np~ was introducing a space tikiwiki: 03sampaioprimo * r35069 10/trunk/lang/de/language.php: updating german language file tikiwiki: 03tikii18nbot * r35070 10/trunk/lang/de/language.php: German translations done on i18n.tiki.org <@rwik> hey, I am trying to set up a dynamic items list which throws the field entries from a collection tracker into a drop down of another tracker. I have been messing with the parameters, but have had no luck getting it to display. Running tiki 7.0 the source tracker has id # 18, and the field there is 110. The tracker i want it to display on has id # 19, and the dropdown field id is 111. the sytnax is [trackerId],[filterFieldIdThere],[filterFieldIdHere],[listFieldIdThere],[statusThere], so does 18,110,111,111, make sense? I think you can skip the last 111 New Forum Posts: Forum attachment downloads a php-file - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=41649 but not very familiar with that field yeah, thats the one which is throwing me off too. I tried getting rid of it, but it didnt help. do you need the extra ","s as a placeholder for a value, or can you ditch em? I tried both ways, but still nada... ditch em cool. still no luck on that syntax. got it. you want to use item link with syntax of "trackerid,fieldid" and it creates a dropdown. tikiwiki: 03lphuberdeau * r35071 10/trunk/ (41 files in 4 dirs): [MOD] Move the field descriptions inside the handlers I thought there was an easy way to upload image in a wiki page ... that the {img} was autoamtically inserted - but I have to upload and I have to select the file after??? does somebody know where the default fgalId the textarea images are uploaded is set? ok it is the home file gallery tikiwiki: 03sylvieg * r35074 10/branches/7.x/tiki-upload_file.php: [FIX]fgal: a warning if incorrect fgalId