chealer: how many modules left?
marclaporte: 37
tikiwiki: 03marclaporte * r21852 10/trunk/ (3 files in 2 dirs): [MOD] lesser magic: menu options
marclaporte: the problem is really the size of those left... 2516 PHP lines
oh!
tikiwiki: 03marclaporte * r21853 10/trunk/lib/prefs/feature.php: [FIX] typo for lesser magic
tikiwiki: 03marclaporte * r21854 10/trunk/templates/ (2 files): [MOD] re-order admin panels.
tikiwiki: 03marclaporte * r21855 10/trunk/ (lib/prefs/feature.php templates/tiki-admin-include-look.tpl): [MOD] Lesser magic for feature_breadcrumbs. Ricks99: can you add the WYSIWYCA?
tikiwiki: 03marclaporte * r21856 10/trunk/ (5 files in 2 dirs): [MOD] More admin panel re-org
tikiwiki: 03marclaporte * r21857 10/trunk/templates/ (2 files): [MOD] Moving user-related settings/features to the Community admin panel
tikiwiki: 03marclaporte * r21858 10/trunk/templates/tiki-admin-include-general.tpl: [MOD] Admin panels: a new __server__ section
tikiwiki: 03marclaporte * r21859 10/trunk/templates/ (tiki-admin-include-general.tpl tiki-admin-include-look.tpl): [MOD] Move Separators to Look & Feel
tikiwiki: 03marclaporte * r21860 10/trunk/templates/tiki-admin-include-general.tpl: [FIX] Cosmetic changes
tikiwiki: 03marclaporte * r21861 10/trunk/templates/ (2 files): [FIX] Cosmetic changes
tikiwiki: 03marclaporte * r21862 10/trunk/templates/tiki-admin-include-login.tpl: [FIX] url_after_validation is only if users are self-registering
tikiwiki: 03marclaporte * r21863 10/trunk/ (2 files in 2 dirs): [FIX] improve admin panel for Tiki friends
tikiwiki: 03marclaporte * r21864 10/trunk/ (4 files in 2 dirs): [MOD] Lesser magic
tikiwiki: 03marclaporte * r21865 10/trunk/templates/ (2 files): [MOD] Move feature_contact near its suboptions. Once Ricks99 has solved lesser magic templates, we can move back to features admin panel (but for now, I don't want to clutter)
tikiwiki: 03chealer * r21866 10/trunk/templates/tiki-admingroups.tpl: [FIX] typo "persmissions" -> "permissions"
tikiwiki: 03marclaporte * r21867 10/trunk/templates/tiki-admin-include-community.tpl: [FIX] improve admin panel for Tiki messages
where was http://doc.tikiwiki.org/Tiki4#Anonymous_group_not_included_by_default_in_Registered_ discussed?
tikiwiki: 03marclaporte * r21868 10/trunk/templates/tiki-admin-include-messages.tpl: [FIX] improve admin panel for Tiki messages
tikiwiki: 03chealer * r21869 10/trunk/lib/smarty_tiki/modifier.username.php: [FIX] username modifier: HTML special chars encoding
tikiwiki: 03marclaporte * r21870 10/trunk/ (5 files in 3 dirs): [FIx] Avoid various unwanted messages about activating or de-activating features. There are still some problems with tiki-admin.php?page=login, look, i18n and wiki
tikiwiki: 03marclaporte * r21871 10/trunk/templates/ (tiki-admin-include-general.tpl tiki-admin-include-wiki.tpl): [MOD] moving options in admin panels. feature_wiki_1like_redirection and feature_redirect_on_error look suspiciously similar
tikiwiki: 03marclaporte * r21872 10/trunk/templates/ (2 files): [MOD] Move cache settings to new performance admin panel
tikiwiki: 03chealer * r21873 10/trunk/ (3 files in 2 dirs): 
tikiwiki: [ENH] change last_blog_posts module to new module style (modules-doc).
tikiwiki: [FIX] HTML special chars encoding
tikiwiki: [FIX] notices
tikiwiki: 03marclaporte * r21874 10/trunk/templates/ (tiki-admin-include-features.tpl tiki-admin-include-wiki.tpl): [MOD] Lesser magice feature_wiki_save_draft}
tikiwiki: 03marclaporte * r21875 10/trunk/lib/prefs/feature.php: [MOD] Lesser magice feature_wiki_save_draft}
tikiwiki: 03marclaporte * r21876 10/trunk/templates/tiki-admin-include-general.tpl: [FIX] improve admin panel for navigation section
polom
tikiwiki: 03chealer * r21877 10/trunk/templates/ (3 files): [FIX] HTML special chars encoding
tikiwiki: 03chealer * r21878 10/trunk/ (39 files in 38 dirs): 
tikiwiki: [ENH] change last_modif_events module to new module style (modules-doc).
tikiwiki: [FIX] HTML special chars encoding
tikiwiki: [FIX] typo "modifed" -> "modified"
I got several "Your edit session will expire in 1 minute.You must PREVIEW or SAVE your work now, to avoid losing your edits." in the last days on trunk, a normal time after page load, but in screens other than tiki-editpage.php
tikiwiki: 03chibaguy * r21879 10/trunk/styles/ (empty.css layout/design-reference.css layout/design.css): [MOD] Keep highlight-state button background color within button (already implemented in some themes). Add import design.css to empty.css.
polom polom
chibaguy: what do you think, shouldn't we keep only comments and empty curly brackets for the selectors in the *-reference.css files ?
yes
cool, i agree
on next commit i will do that
ok
though i am not sure if they are the right way how to do it... i have spotted some scripts in doc/devtools/ which can crawl the selectors from css files if i am not mistaken (haven't tested them)
have to try
ok. IIRC, I removed comments manually from the files, before, but am not sure how completely.
i mean not to remove comments, i mean the definitions inside the curly brackets
in the reference file
i think if it serves as a reference it should have some comments what selector is what intended for
ah, I misunderstood. You are thinking of making the reference only a list of selectors?
with no properties?
yes, with comments, no properties inside, because now we have to keep updating the file on every little change
um, ok, I see.
like: /* "button" links wrappers */ .button {   }
yes, ok.
optionally there could be more descriptive comment inside the curly brackets like: { /* here will be dragons */ }
fine, so the reference file would be necessary only when new selector is added to design.css or layout.css
*would be necessary to update
or removed
I'd say either comment, then selector on new line, or selector and comment inside brackets. Well, whatever is most clear - easy to find selector in file, and see comment, etc.
hm, maybe that's not clear.
heh
well, the last sentence from you wasn't clear to me
Anyway, I'm thinking it should use standard CSS formatting. Or maybe like that only with comments inside the brackets.
yep, you mean no non-standard stuff like empty properties ?
would be nice if doxygen could read it and interpret...
yes
so we have kind of api for CSS
hallo london
tikiwiki: 03pkdille * r21880 10/trunk/templates/tiki_full.tpl: [FIX] tiki_full: give the same css structure when tiki_full template is used (file manager and wiki fullscreen edition textarea. This gives the same fonts in the wiki fullscreen textarea as in "normal" wiki editor screen
oh, fullscreen edit works for pkdille ? not for me in opera 10 :(
yeah, not for me either. I just checked. Page kind of refreshes, but back to same normal view.
doesn't work in ie7 either, fwiw.
(happened to be checking stuff in ie7 just now)
HiAll! I have upgraded one of my sites to 3.2 but now can not log in, only the top bar appears, the rest remains blank. you can check here @ http://oregional.hu
it is using the coelesce theme
cleared cache, deleted templates & styles folder and coped only 3.2 files there but did not help
how can I debug this?
gezza: from what version ?
3.0
is skipped 3.1
hm
and I run the tiki-install script
so updated the db
actually the installer was running fine
after that I got stuck here
tried a fresh install on the same server, no problem there
I see what looks like div#header-top appear twice, but nothing else.
so you say you delted contents of templates_c/ ?
In the page source, <head> and the beginning of <body> actually repeat.
yes, also temp folder and the modules cache
then nothing below the start of div#tiki-top
gezza: r u sure the files copied are not corrupt somehow ?
esp. the tpl files
well, I can try again
but I did not see any errors
hard to see how the normal files would produce that appearance.
while copying and I used the same set of files for that new install try
which was fine
On page refresh, I don't get the double display of div#header-top, only one time.
still, nothing after that.
chibaguy: yes, same for me
if I click registration or reminder, it remains blank
I agree with luicash, that it seems like some tpl files might be corrupted.
last line of page source is <div class="clearfix" id="tiki-top">
or broken smarty rendering
enough memory_limit ?
it is weird, indeed
ok, I will purge tempalte and styles folder, refresh with 3.2 files, than clear cache and we'll see :)
luciash: memory is 60mb
have to go now, will get back to you, thanks!
luciash, I wonder if #cboxTitle {background-color: #fff;} belongs in layout.css or design.css. I thought the agreement earlier was color information didn't go in layout.css.
chibaguy: oops, you're right... but this was more about usability than design... but i can move it. no problem
i will
ok :-)
tikiwiki: 03chibaguy * r21881 10/trunk/styles/layout/layout.css: [FIX] 100% width textarea causes it to go beyond right margin of parent in FF.
chibaguy: is this in general or just under some circumstances ?
i think it shouldn't happen if the textarea would have a wrapper div (or other block element) with no padding but margin instead ?
In tiki-view_forum_thread.tpl, the textarea for posting comments is in a td.formcolor. In the case where I saw the problem, the td does have padding .2em.
All the theme stylesheets I just checked have padding in that td.
(I suppose is generally good style.)
i see, it would need a div wrapper inside i guess, then the 100% would be counted for that div
in theory ;)
yes, it seems so.
tikiwiki: 03pkdille * r21882 10/branches/proposed/templates/tiki_full.tpl: 
tikiwiki: [bp/r21880][FIX] tiki_full: give the same css structure when tiki_full template
tikiwiki: is used (file manager and wiki fullscreen edition textarea. This gives the same
tikiwiki: fonts in the wiki fullscreen textarea as in "normal" wiki editor screen
tikiwiki: 03sylvieg * r21884 10/trunk/lib/wiki-plugins/wikiplugin_img.php: notice
sylvieg1: nevermind, I see jonny touched that
tikiwiki: 03mangapower * r21885 10/trunk/lib/ (3 files in 3 dirs): [MOD] Fixed categories and workspaces listing.
tikiwiki: 03lphuberdeau * r21886 10/trim/src/reportlib.php: [FIX] Introduced in last commit
 New Forum Posts: Can't find lite.css or layout.css  - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=14&comments_parentId=34778
 New Forum Posts: Why doesn't search work properly - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34780
tikiwiki: 03chibaguy * r21887 10/mods/trunk/ (138 files in 14 dirs): [NEW] Mittwoch theme updated for Tiki 3.
 New Forum Posts: Making tikiwiki the default web site - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=34782
chealer: just thought I'd stop by and tell you the upgrade from 3.0 -> 3.2 resolved the issue where the maximum upload file sizes weren't reflecting changes in the php.ini
chealer: thanks a bunch =)
 New Forum Posts: wiki watches help please - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34784
Frostix: I didn't even expect that, great.
Frostix: thanks for the feedback
hi jonnyb
hi chealer 
jonnyb: looks like toolbars broke mod-last_images_th, now merged in Last images. could you check last_images_th on Tiki 3 when on, say, editpage. it has two links to insert Wiki syntax, not anymore in trunk if you try Last images with content=thumbnails
jonnyb: related to http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/trunk/templates/modules/mod-last_images_th.tpl?r1=17641&r2=20792&pathrev=21850
i tohught image gals were going?
on trunk or 3?
(toolbars are on trunk)
jonnyb: image gals are supposed to go, yes, but it looks like it could take some time, so I was doing the modules quickly and noticed that one seems partly broken.
jonnyb: check both, I think trunk is (partially) broken
jonnyb: I was jus suggesting to look at 3 because I didn't know the feature myself.
jonnyb: I'd also be fine with simple removal of that syntax thing if you think it's not worth fixing
sorry - no time - never used it - why is a mod doing stuff with quicktags? might be able to look at it next week - emergencies only now
jonnyb: it used $quicktags to check if we were in edit mode. alright.
tikiwiki: 03mangapower * r21888 10/trunk/lib/workspaces/wslib.php: [FIX] Solved some minor bugs in wslib.php
hi chealer - back again, i'll have a look at it...
chealer: just looking at mod-func-last_images.php - can't see the quicktags/toolbars reference there. Also it doesn't seem to do thumbnails, just the names :(
tikiwiki: 03sylvieg * r21889 10/trunk/lib/wiki/xmllib.php: [FIX]XML: more generic parsing on image + rename page.txt with the pagename
tikiwiki: 03sylvieg * r21890 10/trunk/ (lib/wiki/xmllib.php templates/tiki-export_page_xml.tpl): [FIX]xml export: some CR to have a easy to read wiki.xml
tikiwiki: 03lphuberdeau * r21891 10/trunk/ (17 files in 5 dirs): [MOD] Refactoring some of the logic to clean up the code
tikiwiki: 03lphuberdeau * r21892 10/trunk/tiki-objectpermissions.php: [FIX] elseif causing trouble there
tikiwiki: 03lphuberdeau * r21893 10/trunk/tiki-objectpermissions.php: [FIX] Additional condition required
tikiwiki: 03jonnybradley * r21894 10/trunk/templates/tiki-wiki_topline.tpl: [FIX] Check for edit section pref too for wiki_plugin_edit_view icon
tikiwiki: 03lphuberdeau * r21895 10/trunk/db/ (5 files): [FIX] Patch 20090416_plugin_security_tiki was not propagated in tiki.sql
tikiwiki: 03lphuberdeau * r21896 10/trunk/tiki-listpages.php: [MOD] When the search term and page name are exact matches, and only one result is available, go to result directly
tikiwiki: 03lphuberdeau * r21897 10/trunk/templates/tiki-edit_translation.tpl: [ENH] Before redirecting to edit page for new page creation, verify if the page name is in the list of available pages
tikiwiki: 03zab-sv * r21898 10/branches/3.0/lang/sv/language.php:
tikiwiki: 03sylvieg * r21899 10/trunk/ (4 files in 3 dirs): 
tikiwiki: [MOD]tracker: new option user can take ownership for tracker with user field
tikiwiki: creator and where anonymous can create items and where only creator can modify
tikiwiki: their items: This allows a user to take ownership of an item create by anonymous
tikiwiki: and after to be the only one to be able to modify the item
hey all - I'm having some trouble with an upgrade, anybody care to help?
I'm upgrading from 2.1 -> 3.2.   I've done the upgrade from 2.1 to 2.4 first, and it seems okay, but as soon as I upgrade from 2.4 -> 3.2 it breaks all of my file galleries.
Do I need to do a 3.0 upgrade first?
no
you can even upgrade from 1.9.x to 3.2 directly
(incredibly)
liquidape: can you describe the problem with file galleries?
sec, playing with it now.   My file gals are so huge that it takes forever for them to load
it appears that the link to the filegals is broken...though I'm timing out on login now so I can't even check it
restarting server - maybe that will help
Wasn't there a bug a while ago where many subgals in filegals took a lot of time to process?
so, you say you can go from 2.1 -> 3.2 in one leap.   Do you just click the "automatically upgrade" button?  It appears there are no choices for which to choose upgrade paths.
I think it involved subgals with many subgals.
sewilco2: That would be very nice to have fixed, actually, I heard about that bug and it is my main reason for upgrading
my setup runs projects each of which have subgals with more subgals within them
yes, automatic upgrade
after you make a backup of course
ok
I click the filegals link and get broken page instantly
it's going to: /tikiwiki-3.2/tiki-file_galleries.php
try: tiki-list_file_gallery.php
my guess is that upgrade script doesn't do a good job on menus
curious, is the filegallery structure now written to the database?
instead of recursivly figuring it out ever time you transverse folders?
I don't understand
everything is in the DB
expect the actual binairies if you set it that way
I think before it was transversing the entire database looking for parents/children folders, instead of storing the whole folder tree to the database - not super sure though
I'm just curious if the filegals got way sped up
no idea
in the old ways, file galleries had no sub-folders