tikiwiki: 03chealer * r21191 10/trunk/ (3 files in 2 dirs): 
tikiwiki: [ENH] change top_files module to new module style (modules-doc).
tikiwiki: [FIX] HTML special chars encoding
tikiwiki: [FIX] assume "modLastFile" is supposed to read "modTopFile"
tikiwiki: 03chealer * r21192 10/trunk/ (3 files in 2 dirs): 
tikiwiki: [ENH] change top_forum_posters module to new module style (modules-doc).
tikiwiki: [FIX] HTML special chars encoding
tikiwiki: TODO: fix layout
franck: is it intentional that  function best_overall_object_stats() returns an array ob objects (instead of an array of arrays)?
chealer:  hmmm...
 New Forum Posts: Wiki Save & Preview Error - Duplication - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34537
s/ob/of/
tikiwiki: 03chibaguy * r21193 10/users/chibaguy/trunk_themes/themes/clubcard_tiki_4/styles/clubcard.css: [ENH] Support for Superfish menu drop shadows; siteloginbar position adjustment.
tikiwiki: 03chealer * r21194 10/trunk/ (3 files in 2 dirs): 
tikiwiki: [ENH] change top_objects module to new module style (modules-doc).
tikiwiki: [FIX] HTML special chars encoding
tikiwiki: 03chealer * r21195 10/trunk/ (3 files in 2 dirs): [ENH] change top_pages module to new module style (modules-doc).
tikiwiki: 03chealer * r21196 10/trunk/ (3 files in 2 dirs): 
tikiwiki: [ENH] change top_quizzes module to new module style (modules-doc).
tikiwiki: [FIX] HTML special chars encoding
tikiwiki: assume $ranking doesn't need 2 assignments :S
tikiwiki: 03chealer * r21197 10/trunk/templates/ (5 files): [FIX] HTML special chars encoding
OK, I give up. What magic is needed for the DIV wikiplugin to use an id parameter?
Apparently the docs aren't accurate. They say id=>idname works, but it doesn't seem to happen in real life (Tiki 3 and trunk).
Errr, Murphy's Law . . . now I get white pages when trying to edit a wiki page in _all_ my wamp installations.
tikiwiki: 03chealer * r21198 10/trunk/ (3 files in 2 dirs): 
tikiwiki: [ENH] change top_visited_blogs module to new module style (modules-doc).
tikiwiki: [FIX] HTML special chars encoding
tikiwiki: 03chealer * r21199 10/trunk/modules/mod-func-top_active_blogs.php: [FIX] description. oops
tikiwiki: 03chealer * r21200 10/trunk/templates/ (3 files): [FIX] HTML special chars encoding
chibaguy: wikiplugin_div_info() doesn't mention id, although wikiplugin_div() does. I never dug in plugins, but that may be an omission.
I kinda hacked the plugin here (copied instances of 'class' etc.) and now have id working if it is input manually in the wikitext, but it doesn't show up in the plugin form yet, unless I need to clear caches or something.
Anyway, it seems the code in wikiplugin_div.php isn't complete, to enable id.
I could commit my version, if it'd be easier for somebody who knows what they're doing to check mine, rather than starting fresh.
chibaguy: show us what you have
ok
tikiwiki: 03chibaguy * r21201 10/trunk/lib/wiki-plugins/wikiplugin_div.php: [FIX] Enable CSS id to be specified for div. (This works, but please check code.)
Now the edithelp wikiplugin form shows the id field, so I guess the plugin is complete (but has some krufty commented out part, so should be cleaned up).
chibaguytoo: that basically looks good, but what's the point of your change to wikiplugin_div()?
ah, I was just following the pattern of $class. But I don't really know what I'm doing, so can't describe reasons in detail. ;-)
I mean my php coding is a level or two (only) above 1000 monkeys at keyboards.
chibaguytoo: I see. an identical line was already there, down. otherwise, id is HTML, not just CSS.
franck: re
ok, well, please improve/fix it as you like, by all means.
chibaguytoo: OK
tikiwiki: 03chealer * r21202 10/trunk/lib/wiki-plugins/wikiplugin_div.php: [FIX] id is defined by HTML
This is what I needed the div with id for: http://zukakakina.com/tiki-index.php?page=Infinite_carousel
The images need to be larger, and text contrast fixed in css, etc....
tikiwiki: 03chealer * r21203 10/trunk/ (3 files in 2 dirs): 
tikiwiki: [ENH] change top_visited_faqs module to new module style (modules-doc).
tikiwiki: [FIX] HTML special chars encoding
tikiwiki: 03chealer * r21204 10/trunk/templates/ (tiki-faq_questions.tpl tiki-list_faqs.tpl tiki-view_faq.tpl): [FIX] HTML special chars encoding
chibaguy: could you look at mod-top_forum_posters? the current version displays like https://douville.org/mod-top_forum_posters2.png
chibaguy: the previous one looked like https://douville.org/mod-top_forum_posters1.png
chibaguy: that happens with a large avatar, but the current version is broken even without avatars
chibaguy: there's a user named "Probo >" in this example
I see
polom
chibaguy: the previous is clearly imperfect, but less bad
hi marclaporte
I'll see if I can improve it.
chealer: you seem you be picking up speed :-)
chibaguy: thanks
marclaporte: thanks, I was just thinking that last one may mark a shift of speed to other stuff though :/
september already!
ah yes, hehe
tikiwiki: 03chibaguy * r21205 10/trunk/templates/modules/mod-top_forum_posters.tpl: [FIX] Prevent overlap of list items, and generally improve layout.
chealer, I added a clearfix class to the list items in top forum posters module, and arranged a better distribution of the name, avatar and post number, I believe.
But I'm not sure why the item numbers don't display when nonums=y isn't an argument for the module.
(I mean the sequential ordered-list item numbers.)
iow, even when the page source shows the list is ol so item numbers should show, they don't, at least in a few checks I just did here.
polom
chibaguy: thanks. hum
chibaguy: I see what you mean.
I'm working on it....
chibaguy: figured out the id param for div plugin ?
chibaguy: you do know Firebug, don't you? it's class clearfix that causes the numbers to not display
hi luciash
chibaguy: well, assuming you use Firefox...
hey chealer
yep, chibaguy is one of the first who started to use firebug here ;)
yeah, my current experiment is using a br class="clear" before the /li tag, instead of clearfix on the li.
chibaguy: display: block (and fallback display: inline-block) cause it
I'm reassured
Did you guys notice firebug doesn't seem to work as well with FF3.5 as before?
chibaguy: i think sometimes clearfix is not possible to save the day ;)
not always, it seems, true.
chibaguy: yep, i notiuced FF3.5 itself is not :(
chibaguy: still prefering 3.0.x here because of it
Maybe I should downgrade....
chibaguy: not really
but I did notice that Firebug wasn't great with Tiki. the highlighted part of the page when you hover over a source element is basically never right on the actual place
chibaguy: can't you use class="clear" on the following list items only (avoiding the br use) ?
the highlighted rectangle usually shows above the actual place
It was before, but I'm not sure if it's firebug or tiki that has changed.
right now, I'm looking at trunk with thenews.css and the firebug rectangles are where they should be.
I talked about it with jonny. I tried firebug with other sites, worked normally
hum
chibaguy: I'm also experiencing this on trunk with thenews
but I know what you mean, just a few minutes ago, the rectangles were 150px too far up the page or so.
don't recall the theme or page.
I mean, I use the same things, different results
OK
chibaguy: anyway. I'll go experiment some rest meanwhile. good whatever
ok, the rectangles are too high now in trunk tikinewt, as I look at the top forumposters module.
Of course you can recalibrate in your brain and still spot what the rectangles refer to. ;-)
chibaguy: have u played with the tabs ? ;)
No, I svn-upped my trunk and looked at your work, but didn't do anything yet.
tikiwiki: 03chibaguy * r21206 10/trunk/templates/modules/mod-top_forum_posters.tpl: [FIX] List item numbers now show, and things are aligned pretty well. But a lot of inline CSS - should be replaced with layout.css rules?
Does the Mobile feature change or create any files ?
Can we change the numbering scheme in the wiki markup?  I haven't found anything short of using HTML, which I understand is undesirable.
I'm migrating some design documents into our wiki, and the numbering scheme they use is ABC, i ii iii.
RLJII, number of what elements?
Sorry, ordered lists.  The defaul numbering is always 123.
You can override that with CSS.
something like .wikitext ol {list-style-type: lower-roman;}
This can be added to the end of the stylesheet you're using, or put in a custom.css stylesheet in the directory or your theme.
I didn't try, but I think it should work.
OK, I'll try that.  We haven't begun customizing heavily yet., but I'll give it a try.
ok
tikiwiki: 03sylvieg * r21207 10/trunk/ (8 files in 5 dirs): [MOD]tracker: new field in_group that displays if a user is in a group or not or the date since he has been assigned
I think it'd be good to have an admin option for displaying the page title on the wiki 'HomePage'. To me, it looks really retro to have 'HomePage' on your site index page.
Especially if the site is not an info wiki, but some kind of slick presentation site.
Should I be able to install 3.0 as normal but connect to an already existing and filled MySQL database ?
grobda24, do you mean connect to a database that was used for an earlier tiki version
If so, that's ok.
yeah
ok
k
thanks
what version is the old one?
3
ah, no problem
just run tiki-install.php and choose update the db, not re-install.
ah, thanks
chibaguy, I think the DB might have been created with 3.0 ... will installing 3.1 be OK ?
yes
:)
Mt. Wilson webcam not updated for an hour.
And there webcam is still working.  It's having trouble seeing, however.
opera 10 is released :D
Caarrie, I just upgraded. ;-)
i am waiting for the deb ;) and i have been running the beta on my macbook for a while
I don't know what's changed in this release, really, tho there are some things that have been bugging me; don't know if they're fixed.
Anyway, time to sleep....
the ui has changed
Q: does the 3.0 SVN branch include "approved" items from the PROPOSED branch?
or is the 3.0 SVN branch simply the "as released 3.1" code?
ricks99: no. the branch has the minimal you can expect to see in future Tiki 3 releases.
ricks99: oh, sorry. yes, it does includ approved items
Did somebody notice than the edit button and delete button on the actions box of a file are gone
in trunk
seems the box is too small
so PROPOSED is 3.2 'in progress' ?
evertying in PROPOSED should work,right?
ricks99: 3.0 is more like that. everything in proposed and 3.0 should work, but it's more likely to work in 3.0
so 3.0 is items from proposed that have been approved & work? 
which branch is "bug free" but newer than 3.1 zip?
ricks99: actually, 3.0 isn't necessarily more likely to work. maybe, even, proposed is more likely to work than 3.0
ricks99: yes
ricks99: no branch is bug free, but 3.0 should be pretty much regression-free
k tx
I was curious if it is possible to use trackers to input calendar events.  I read about the JS Calendar.  Is that the only way to do it or is it even possible?
tikiwiki: 03sylvieg * r21208 10/trunk/templates/tiki-admin-include-rss.tpl: notice
hi
Are php files upposed to be 755 ?
supposed
I think it depends on server config
tikiwiki: 03sylvieg * r21209 10/trunk/tiki-file_galleries_rss.php: [FIX]fgal: perms can not be checked globally because they can be redined
tikiwiki: 03jonnybradley * r21210 10/branches/experimental/edit_fixup/ (2 files in 2 dirs): 
tikiwiki: [MOD] {textarea} implemented on blog post - partially working
tikiwiki: Also fix for Safari edit box sixe in FCKEditor (also only partially/occasionally working)
tikiwiki: 03sylvieg * r21211 10/trunk/tiki-admin_include_features.php: [FIX]magic is out