mlpvolt: yes, that's a now regression from Tiki 5.3. a solution is being discussed. there's a workaround documented at http://tiki.org/ReleaseNotes5.3#Regressions
pardon me, switched browsers. 
i cannot get group theme to work in 6.0
the setting in group admin does not appear to be saved. 
yes it seems the bug goes back to version5. 
 Recent Bug: Tracker item: #3598 - - Group theme no longer working.  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3598
mlpvolt: ah, right
 New Forum Posts: traducir el modulo Últimas modificaciones - http://tiki.org/tiki-view_forum_thread.php?forumId=15&comments_parentId=39108
mlpvolt: for me, setting the theme works in 3.x, not anymore in proposals/4.x
iw was working as late as 4.2 i'm pretty sure.
it was extensively used in this site i was upgrading from 4>5
 New Forum Posts: Display problem with MilkyWay theme viewed in IE - http://tiki.org/tiki-view_forum_thread.php?forumId=14&comments_parentId=39109
 New Forum Posts: Tiki not allowing anonymous users to take surveys - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39110
tikiwiki: 03chealer * r30162 10/branches/6.x/tiki-admingroups.php: 
tikiwiki: [FIX] Group theme: depends on group home
tikiwiki: Presumably a copy-paste error from r10380
tikiwiki: Partially fixes #3598
tikiwiki: 03chealer * r30163 10/branches/6.x/lib/userslib.php: 
tikiwiki: [FIX] Group theme
tikiwiki: r24574 regression. thanks Michael Pilling
tikiwiki: Closes: #3598
tikiwiki: 03chealer * r30164 10/branches/5.x/lib/userslib.php: [bp/r30163][FIX] Group theme
 Recent Bug: Tracker item: #3599 - - Admin>Groups>Groupname>Members Tab displays only 24 members (no mater how many more exist)  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3599
good morning all
morning
 New Forum Posts: Settings a default category and forcing some users to set category - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39114
Hi Xavi !
hi yonixxx 
What's the weather in Spain ?
cloudy
lucky guy... yesterday it was the hotest day in Israel since the creation of the country... 40 in a lot of place ! I WAnT SNOW !
:-)
mmm, weirdness: I have a drop-down-with-other field with value 0 (zero) as default in a tracker form (so options for that field are "0,0"), but when I see the tracker dropdown to insert items, the drop down gets populated with some string about the sandbox...
in branches/6x from yesterday
I'll upgrade again to latest svn, just in case
hi! I'm looking for a feature in tikiwiki to be able to create an easy editable box on left or right side (a module). The module should contain only todays information (editable plain text) and should be cleared every day. Is there a feature in tikiwiki which allows me to do that?
tikiwiki: 03sept_7 * r30165 10/branches/6.x/lib/TikiWebdav/Backend/File.php: [FIX] WebDAV add some debug info and deleted a suspicious test spotted by LPH (thanx)
walle_: use module pagemenu (or menupage, never remember the exactname in each tiki version)
and in that (wiki) page shown in that module, you can use any other wiki plugin: like articles (with publish date and expiry date), etc.
or cleared everyday manually: simple wiki text, so a human would edit every day
search the documentation for these features: http://doc.tikiwiki.org/Documentation (search that html page for modules,... and articles, if needed, etc.)
mmm, about the previous weirdness I commented here one hour ago, it's still occurring in latest brnaches/6x (r30164)
well, I'll avoid that  issue by not using 0,0 as options, but either "0","0" instead (which seems to show the text ok, and not the wrong label about the sandbox), or text field with jq prefill for default value
for completeness of description: with 1,1, the drop down shows correctly. The issue is just with 0,0, it seems
anyway, back to the workaround to keep working
previous bug report: http://dev.tiki.org/item3600
 Recent Bug: Tracker item: #3600 - - drop-down-with-other field with options 0,0 shows wrong label (about sandbox)  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3600
ah, ok, thanks Tikiwiki|bot 
tikiwiki: 03sept_7 * r30166 10/branches/proposals/5.x/lib/TikiWebdav/Backend/File.php: 
tikiwiki: [FIX/bp30165] WebDAV fix suspicious test that prevented files to be written to
tikiwiki: disk when FS storage was used. Thanx LPH for spotting this. Extra add some more debug messages.
 Recent Bug: Tracker item: #3601 - - User Menu hidden when displayed in modules  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3601
hi all :-)
xavi: Thanks i'll test the menu page module
ok, walle_ : it should work for what you are looking for (and for more :-) 
it sounds like what i'm looking for
hi ricks99 
i was also considering writing an addon to shoutbox to only display todays message (or an sql script to delete messages) :)
walle_: serch documentation for ephemerides (even I'm afraid that it was a killed feature in current tiki stable versions), and for "taglines" (available in mods)
they were related to that also, 
but anyway, I would suggest that you go first with articles per day, etc. that would do
ok, but i'll start with menu page... i think that was actually exactly what i was looking for
yes, and in case you plan to "write an addon", you might preffer to rescue ephemerides, which was more what you say of a message a day, etc.
ah,.. ok.
has anybody here used the trackerlist plugin with the param ldelim and rdelim? ( to allow using angle brackets in smarty code, for latex, jquery, r, ...)?
example: 
{TRACKERLIST(trackerId="1", fields="6:7:8:9:10", showlinks="y", view="user", ldelim="@{", rdelim="}@", wiki=>"BP Template Section 01")}{TRACKERLIST}
hi xavi - no not used them, but did notice them in the code
because with change in ldelim and rdelim, all the other smarty (and not just the one in the wiki page template queried from the plugintrackerlist) seems to be displayed on the screen as if it was palin text
hi jonnyb 
s/palin/plain
nice!
ok, I'll skip that also, and try to use some workaround for avoiding angle brackets
nice? kidding?
:)
:-D
it's shocking some of the code that's been put in tiki
quite a coder... quite a breaker of the code, I would say! ;-)
"breaker of code".... we call that "QA" in the USA :-)
:-)
at some point, i really think we need to revamp/reorg/rethink the entire doc.t.o site/plan/future.
xavi: where is the second field for max records per page for comments? I can see only one
mmm... checking again...
xavi: if it is easier send me a print screen
tiki-admin.php?page=comments , General preferences > Using comments beelow wiki pages > "Comments below wiki pages"
rodrigo_sampaio: you need to enable "Comments below wiki pages" to see it, it seems
xavi: found it
xavi: thanks
ok
welcome
xavi: I will check
thanks :-)
ricks99: ok, I didn't know about the "QA", but found http://en.wikipedia.org/wiki/Quality_assurance (nice :-)
yup. that's it
heya, jonnyb or ricks99  or any js master: do you want to see "disco effects" on doc.t.o due to some bug when concurrent editing is on?
amazing
I reproduced the problem right now here: http://doc.tiki.org/PluginJq&page_ref_id=3359
sounds like fun... checking
I've opened the page with one user in one browser
and then, in another browser (chrome 7, in this case), attenmpted to open the page, with the botton on top
hmmm, splendid!
and disco-like effect on the "Loading" image
:-)
did you spot the js error?
stuck on "loading"
I'm the "breaker of the day" :-)
endless loop
no, it's minify broken again
ok
maybe clearing cache will fix
:-)
tikiwiki: 03sampaioprimo * r30167 10/branches/6.x/templates/tiki-admin_include_comments.tpl: [FIX] removing duplicated preference wiki_comments_per_page
keep in mind, that if you click in the edit button at the bottom of the page, the behavior is different: you see the message as expected, that the page is open for edition by the other user, etc.
@jonnyb: is the 6.x i18n structure issue targetted for 6.1?
so there must be some important difference between those two ways of editing the page 
ricks99: just not targeted for now i'm afraid, but should be possible for 6.1
k. tx
hmm, doc still unhappy when js minify is off...
maybe just edit collision is broken with ajax on (it's possible)
that ajax edit icon on the topbar has cost me more hours than any other button, ever (i reckon)
hey wow - it worked eventually! (after flashing for a minute or two, it ended up in the editor!)
next!
tikiwiki: 03sampaioprimo * r30168 10/branches/6.x/templates/tiki-admin_include_comments.tpl: [FIX] move wiki related features to section "Using comments in various features" for consistency
he he, it worked, because I saved the page
so, it's like a queuing system :)
then, I clicked inmmediately again, with the same user and browser, and got also the never ending loop myself
:-)
xavi: done :)
thts rodrigo_sampaio 
duplicate lavel and feature pref. I reckon?
duplicated label
ok, back to work
xavi: exactly, two calls to the same pref
xavi: that is why only the second one was working. the second value was overriding the first.
ok, thanks for fixing (in nomral conditions, I could have fixed myself this one :-) easy for newbies)
xavi: when did layout per section last work? cos no one's touched it for ages by the look of it
but it is some very weird code
mmm, let me see...
looks all wrong (maybe worked with php3?)
you are right, it doesn't work either in tiki3 :-/
looks fixable, probably fairly trivial
it did work for me for ages... maybe until 2.4 (let me check in one 2.x site that I still have due to php4 restriction)
and it does sort of work - the sections do have the layout you save, just the admin page doesn't show them
ah, ok
in 2.4, it doesn't show the checked checkboxes either
jquery question: how can I add the result of a PluginTrackerList call to a JQuery prefill call?
http://161.116.82.31/tiki/BasicPipe+Section+01
I'm getting the output at the bottom of the page, but (same syntax, without quotation marks) inside the JQ syntax it seems to show the trackerlist call, not the output
not sure i follow - jquery doesn't care where the stuff came form (server side), just how to get to it on the page
ok. let me paste the syntax somewhere.... (pastebin...)
i'm looking at the src of that page
ok, thanks
anyway, already pasted here: http://pastebin.com/hdQcDhfY
ah, maybe val({TRACKERLIST.... 
without quotation marksinside the val("")
hm... not possible to have both _icon and _text in a {button} ...
do you want the {trackerlist} in the jq to execute?
yes
use two curly brackets to escape back into smarty parsing inside a {jq} block
so val("{{TRACKERLIST(trackerId
wohooo, thanks for that tip!
should also be on the doc somewhere ;)
somewhere near the top!
:-)
so you can do $("#thing").val("{{$smarty_variable}}")
hi Kimberlee 
+1 to nominate jonnyb as the jquery guru of the year!
ok, it's sunny here, and also lunchtime, so i'm going out to get air and food, neither of which i've had enough of recently
bbl
plus... +1 for smarty-guru also 
ok, enjoy, jonnyb, and thanks
:-/ unluckily it didn't seem to work for me that {{ trick. 
tikiwiki: 03lphuberdeau * r30169 10/trunk/tiki-index.php: [FIX] Removing debug information
Hi, all :)
hi chahn 
Today I finished the translation of language.php as much as I wanted. So I tested it with import language feature. But it doesn't work. All other features work well with Korean language  but only importing to DB is problem, what should I do?
xavi,  Hi :)
chahn: commit that file to svn
http://dev.tiki.org/Commit
do you have commit access?
xavi, i will try now I don't have I believe
changi told me that I can mail him the language file.
But I wanted to check once more with DB. The translated array's key and values seemed duplicated, So I wanted to erase and export it in clean way.
When I looked at tiki-edit-languages.php  the code dosen't seem to discriminate the newly inserted language and distributed language but importing feature does so.
maybe rodrigo_sampaio can help you better. Sorry , I don't know that much of the internals
xavi, it's ok Thank you :)
np
hi chahn :)
chahn: which version are you using?
rodrigo_sampaio, hi :)
I am using tiki6alpha
chahn: ok, I you are using language.php to translate to korean but you think there are some duplicated strings that is it?
chahn: than you want to use import language.php to db feature to check that?
that is it?
yes right
And I also want the feature of interactive translation.
chahn: what happens when you try to import? you see any errors?
chahn: you can use interactive translation without having to import first your language.php
chahn: actually import language.php to db will die in tiki7
No error. it says it was imported.
can you send me the file so I can try to import and check if I discover the problem?
Oh, is there special reason for it to die?
sure I will send it to you.
chahn: an error ;)
rodrigo_sampaio: rodrigosprimo@gmail.com
yes it is real error :)
ok I will send it right a way.
chahn: have you heard about i18n.tiki.org?
not much
chahn: it is a community site for collaboratively translating tiki using interactive translation
I wanted to contact the former contributer for Korean language but failed.
chahn: you can use your own tiki installation on your server or use i18n.tiki.org as you  prefer
chahn: I will take a look at your language.php file latter on today and I give you some feedback
rodrigo_sampaio, I left a message but I don't think the person have read it. Thank you rodrigo_sampaio I will send it now brb.
chahn: where you left a message?
rodrigo_sampaio, I sent it. Would you check it?
chahn: I have received your e-mail. I will check it later today, ok? Get back to you here or by e-mail
Ok thanks. I left the message on the web as a comment. The user was gene** I remember. I think I wrote on his Userpage. Now I am trying to find it but I think I need time.
his or her Userpage: if you want me more specific then I will search for the page on which I wrote. Do you want rodrigo_sampaio ?
chahn: no, I did not understood that you meant you tried to send a message to the old korean translator. i thought you were saying you tried to contact someone to get more information about i18n.tiki.org
woo-hoo! my upgrade from 5->6 was 99.99% flawless. kudos to all devs
Oh I see. I wanted to add some translation upon the language.php file the former contributor has worked on.
My translation is poor at this point but I think it would be better than nothing.
ricks99, I thank you for your great job! 
well...
hm...
after the upgrade a bunch of my pluggins are now pending approval :-(
no all, just some...
It helped me a lot. Please cheer up!
all of my {SQL} plugins needed to be re-approved :-(
is this by design?
rodrigo_sampaio, you said the feature of importing language.php into DB will die in tiki7. Then does it mean that from tiki7 the language.php file will disappear and only tiki-language table will work for i18n?
chahn: no
chahn: the reason for importing language.php to the database was to be able to edit strings using tiki-edit_languages.php
chahn: on tiki7 it is possible to edit strings using tiki-edit_languages.php without having to import all language.php strings to db. it saves just what you change on the database
chahn: so there is no more use for importing all language.php strings to db
rodrigo_sampaio, I see thank you. 
chahn: welcome
tikiwiki: 03lphuberdeau * r30170 10/trunk/lib/ (3 files in 3 dirs): [ENH] Using some jquery to handle the category tree
tikiwiki: 03sept_7 * r30171 10/branches/6.x/tiki-webdav.php: (log message trimmed)
tikiwiki: [FIX] WebDAV : fix an authentication pb with apache when PHP is used in FCGI or
tikiwiki: CGI mode.
tikiwiki: Extra documentation :
tikiwiki: If Apache is calling PHP in CGI mode, authentication HTTP Headers are not
tikiwiki: set.
tikiwiki: In this case, you have to add the following lines inside your Apache
tikiwiki: 03sampaioprimo * r30172 10/trunk/ (3 files in 3 dirs): remove code duplication by using $comments->getHref() for getting comment href on module since_last_visit_new
Are the modules in v6 not Perspective-aware?
tikiwiki: 03nkoth * r30173 10/branches/6.x/lib/ (tikilib.php wiki/wikilib.php): [FIX] Wiki links when using wysiwyg don't survive rename
tikiwiki: 03nkoth * r30174 10/branches/6.x/lib/wiki/wikilib.php: [FIX] capitalization in previous commit (curious it worked) but anyway
c u all
MacLeod: as far as I know they should be
MacLeod: if not looks like a bug to me, but I never used perspectives myself so I'm just guessing
rodrigo_sampaio, I think I figured it out. I tried to import the korean  language.php file into DB with the site language selected as Korean. Now I changed it to english and the importing is done.
chahn: I think someone told me about this bug, so yes it make sense
chahn: I never bothered about it as I knew the import feature would be removed on tiki7 ;)
chahn: tiki-edit_languages.php was abandoned for ages and I started working on it two months ago to improve it so that we can use for i18n.tiki.org
chahn: so it was full of weird bugs like that
hi rodrigo_sampaio
hi sylvieg
is it normal that the captcha file in temp/public is not deleted
I have a bunch of them...
sylvieg: no, it is not :)
sylvieg: Zend_Captcha has a garbage collector
if have more than 400 captcah.png
In a sense it makes sense that if site language is fixed to Korean it would not need to be imported again to translate. But you made me long forr tiki7 already :) Thanks a lot rodrigo_sampaio.
so I suppose I nned to check if the garbage collector is on...
sylvieg: should be always on but the place to start to understand what is happening is the garbage collector function: line 572 of the file lib/core/Zend/Captcha/Image.php
sylvieg, hi :)
chahn: ;)
sylvieg: let me know if I can help you with this. on my sites the garbage collector is working.
sylvieg: there was a bug on the garbage collector that is suppose to be fixed on the ZF version we are using
sylvieg: for more information about the bug see http://framework.zend.com/issues/browse/ZF-10006
sylvieg: I'm checking here and apparently the garbage collector is not working for me also
sylvieg: I can check that later today if you don't find the solution first
tikiwiki: 03nkoth * r30175 10/branches/6.x/lib/ (tikilib.php wiki/wikilib.php): [FIX] minor regex escaping missed in previous commit
tikiwiki: 03jonnybradley * r30176 10/branches/6.x/tiki-index.php: [FIX] Removing debug information (well spotted LPH)
I will be back later, have a nice day all :)
tikiwiki: 03nkoth * r30177 10/branches/6.x/tiki-sefurl.php: [FIX] Prevent page names with colon in them to be interpreted as protocol handler by browsers hence breaking sefurl links to them
tikiwiki: 03nkoth * r30178 10/branches/6.x/tiki-sefurl.php: [FIX] Revert r30177 (breaks renames)
polom
tikiwiki: 03nkoth * r30179 10/branches/6.x/lib/tikilib.php: [FIX] Improve previous r30173 consistency in regex in case there are additional params
tikiwiki: 03chealer * r30180 10/branches/proposals/5.x/lib/userslib.php: [bp/r30163][FIX] Group theme
tikiwiki: 03jonnybradley * r30181 10/branches/6.x/tiki-adminusers.php: [FIX] admin users: Fix import users from CSV file and added messages to all calls to check_authenticity()
@rodrigo_sampaio:  The "Since Your Last Visit" module does not appear to be Perspective-aware.
tikiwiki: 03chealer * r30182 10/branches/6.x/tiki-adminusers.php: [FIX] Admin users: CSRF confirmation when deleting a user talks about deleting a new user
thanks chealer - i knew i'd mess up one of them! :)
jonnyb: tsk tsk, only bad boys are so careless with Admin Users
:D
tikiwiki: 03lphuberdeau * r30183 10/trunk/ (6 files in 4 dirs): [NEW] UI to bulk-change categories on objects
tikiwiki: 03nkoth * r30184 10/branches/6.x/lib/ (tikilib.php wiki/wikilib.php): [FIX] Wanted page links not changing after page is created when wysiwyg is in use
tikiwiki: 03nkoth * r30185 10/branches/6.x/templates/tiki-admin_include_wysiwyg.tpl: [DOC] Provide a note to warn users of non-updating of wysiwyg wiki links when SEFURL is on
tikiwiki: 03sampaioprimo * r30186 10/trunk/ (4 files in 3 dirs): [MOD] use 'blog post' instead of 'post' for blog post comment object type (as 'blog post' is the value used for blog post object type in other parts of Tiki)
tikiwiki: 03jonnybradley * r30187 10/branches/proposals/3.x/lib/newsletters/nllib.php: [bp/r23854][FIX] newsletters: display also the newsletter that have not been sent
jonnyb or anyone else: I notice that ! generates h2 in non wysiwyg but headings in wysiwyg start with h1
what should I do?
hi nkoth 
isn't there a pref for that too?
i've noticed it too - a bit inconsistent...
ah, when page title is off
it becomes h1
that's the one
and when wysiwyg is off, it's h1 too regardless
this is when converting wiki to html, guess
er... really?
that doesn't sound right
ok, I think I might be gettting to simething since I am trying to make maketoc work
the theory of the wiki <-> html conversion (in my mind anyway) is that you should be able to switch back and forth as often as you want, so somehow the same behaviour should be used in both modes
brave man! :)
but I'm running in to the problem that ckeditor creates h1 right?
yup
so while editing it's going to look like h1
it's html, so it would
and if after save, I convert it to h2, it'll totally mess up the user
maybe that toolbar menu can be customised
so that's not really a good solution either...
basically for 6.x using wysiwyg will miss out on lots of the wiki-goodness
you're using it in html mode i presume?
ok, let me check that possiblity (of customizing the toolbar menu) but then to be consistent it needs to read the page title pref as well so that gets complicated.
yes I am using it in html mode
yes, horrid
I tried htmltowiki - it is still too experimental unfrtunately
i'd say leave all this kind of stuff until htmltowiki mode works (in 7+)
ok then, I'l just do the maketoc then (I have page title off anyway)
and leave a note somewhere abut this limitation for now
good plan - on the release notes (or linked from there i guess)
I think I will just put a remarks box in the wysiwyg admin panel
actually it won't be an issue, because if wysiwyg is on, it is always starts with h1 anyway
and maybe add some of the relevant prefs there too
tikiwiki: 03sampaioprimo * r30188 10/trunk/lib/ (4 files in 2 dirs): 
tikiwiki: [MOD] use 'blog post' instead of 'post' for blog post comment object type (as
tikiwiki: 'blog post' is the value used for blog post object type in other parts of Tiki)
tikiwiki: - missing few changes on previous commit plus very basic unit test for
tikiwiki: $commentslib->getHref()
tikiwiki: 03jonnybradley * r30189 10/branches/6.x/tiki-editpage.php: [FIX] editpage: Correct logic and param for no best language on cancel (same as save)
tikiwiki: 03jonnybradley * r30190 10/branches/6.x/templates/tiki-show_page.tpl: [FIX] lang: bl=n change to no_bl=y for translations
tikiwiki: 03jonnybradley * r30191 10/branches/6.x/ (3 files in 2 dirs): [FIX] xajax: Handle errors properly when ajax_xajax is on, including not using ajax on the "back" button. (fixes concurrent editing problem amongst others, thanks again Xavi)
tikiwiki: 03sampaioprimo * r30192 10/trunk/templates/tiki-list_comments.tpl: fix listing of archived or unarchived comments
tikiwiki: 03sampaioprimo * r30193 10/trunk/ (2 files in 2 dirs): [FIX] module since_last_visit_new only display archived comment if user has perm
tikiwiki: 03lphuberdeau * r30194 10/trunk/ (3 files in 3 dirs): [NEW] Orphan object listing in category organizer
tikiwiki: 03sylvieg * r30195 10/branches/6.x/installer/tiki-installer.php: [FIX]installer: syntax in local.php
tikiwiki: 03nkoth * r30196 10/branches/6.x/lib/tikilib.php: [FIX] maketoc does not work with wysiwyg
jonnyb: I can't add plugin buttons into the wysiwyg toolbar in admin toolbars, can I?
you can try :)
(the code's in there - it worked last time i tried)
I mean the list of plugins is available when my view mode is wiki and wysiwyg
but not wysiwyg onlty
is it just a UI issue?
ah, that's a point
on my way now...
i seem to recall luciash reported a toolbar bug a while ago
nkoth: should be relatively trivial to add - bit naughty for 6.0 but it can't cause a regression i think
jonnyb: could be considered a fix I think. 
me2
not entirely trivial as ckeditor has it's own weird toolbar system of course!
jonny: i see
coo, worked 1st time :)
custom ones don't...
hmmm, really should do a bit of refactoring...
Hm, looks like the "My Bookmarks" module *and* the "Since Your Last Visit" module ignore Perspectives when listing their content.
By design?
unlikely MacLeod - it's an old feature
been meaning to make it ajaxy for ages
MacLeod: no. Perspectives are only implemented in certain areas.
yes, still work to do on them
hm... reducing the size of the tiki6 captcha width does NOT resize the actual letters -- they get cut off from the margins. :-(
kthx
nkoth: seems to work here - are you around to review if i commit now? (tired)
jonnyb: yes
here goes
polom lphuberdeau 
tikiwiki: 03jonnybradley * r30197 10/branches/6.x/lib/toolbars/toolbarslib.php: [FIX] toolbars: Make plugin and custom tools appear in wysiwyg (involved a little refactoring of the fgal manager too - more TODO)
good evening
tikiwiki: 03jonnybradley * r30198 10/branches/6.x/styles/layout/layout.css: [CSS] preview: z-index for grippy (was 999999 set by jquery-ui and getting in the way of the plugin popups)
polom evening
good polom
:D
cannot one specify default thumbnail sizes and max image scale size fro file galleries as it was possible in image gals ?
in 6
s/fro/for
oh yes luciash - meant to fix that ages ago...
just tumbled upon this limitation preparing a tiki site for client
*stumbled
considering what to do... switch to image gals or (more probably) hardcode the code for thumbnails...
hack for now - i've added a note to fix it for 6.1
kk
has somebody testet rss feeds (from wiki) with google chrome. both atom1 and rss2.0 looks weird. Is there an otion to feed the actual wiki page without the +- info? 
tikiwiki: 03jonnybradley * r30199 10/trunk/ (19 files in 9 dirs): [MRG] Automatic merge, branches/6.x 30157 to 30198
coaboa: meant to fix that ages ago... ;)
;-)
i wanted to add an option for it too
its hard to read for somebody not knowing that this is the version-compare info
jonnyb: ah, jost noticed max width and height for images in gallery is there, but not in global for default settings but only per gallery edit
@coaboa: if u change ur default diff style to full html side by side, it is slightly bette
not much, but slightly
jonnyb: but no way for thumbnails
would need a db fix too i guess
ricks99: but i'd like to display just the actual new content of wiki page, no diff
i'd like to display the full content of the page.. not just new
ricks99: sorry, that's what i meant
y. but at least the side-by-side diff is slightly better than charcater-by-character
from my testing, the wiki rss uses ur default diff for the feed
would b nice to b fixed
yep
ricks99: sure - just need an optin it's not difficult to comment out all the diffing that goes on in that code
y. wouldn't it be easier and less db intensive to simply grab the current version and use that as the rss?
nkoth: oh, actually i was digging in the code and found it not that trivial to change that
:-(
nkoth: but maybe i just didn't found the proper way to fetch the wiki page content instead of calling the diffing function
there is a tiki-wiki_rss_no_diff.php in tiki 6. 
8o
it doesn't look complete -- just the same with lots of comments etc
does it work?
the start looks similar scrambled in chrome. the text itself looks better but no formating or linking (as in ff, safari or opera)
bye all - rc1 tomorrow?
bye jonnyb 
jonnyb: Have you changed anything for graphs?
jonnyb: would you like me to mod the jquery.sheet directory so that it only uses the few files that tikiwiki needs rather than the whole project?
oops, forgot.... polom all
sylvieg: jonny may have an idea, he talked about that a lot
sylvieg: regarding "plugin alias =- impossible to add a new alias: + some + icons do not work (sylvieg) " from http://dev.tiki.org/Tiki6
sylvieg: could you retest that? I was able to create an alias yesterday
chealer: does this yaml check out? - http://profiles.tiki.org/Spreadsheet_Test_Profiles&no_bl=y
nm
tikiwiki: 03nkoth * r30200 10/branches/6.x/lib/wiki/wikilib.php: [FIX] Renaming of page should affect links in non-case insensitive manner
nkoth: that sounds like a case-sensitive manner :-)
chealer?
oh, double negative - wrong use of
tikiwiki: 03luciash * r30201 10/branches/6.x/templates/tiki-admin.tpl: cleaning up before RC: do not display the development notice in the final release
tikiwiki: 03sampaioprimo * r30202 10/branches/6.x/lang/hu/language.php: Hungarian tranlations done on i18n.tiki.org
sylvieg: are you there?
sylvieg: just to let you know that I have tested and for me the captcha garbage collector is working. maybe you have a lot of captchas because it is just taking too long to run. it has a frequency property. you can you the method setGcFreq() to make it run more frequently if this is your problem.
tikiwiki: 03luciash * r30203 10/branches/6.x/tiki-install.php: cleaning up and KISS
tikiwiki: 03luciash * r30204 10/branches/6.x/styles/fivealive.css: fivealive.css: make sure whole browser viewport background is always set to white