lucky man see, it's working now but that is strange... it was not working that way in the old tiki... had to remove the returns there to make it work. let's hope i will find all the other little bugs quickly. site has been offline for too long... polom Sourceforge forced password reset, but after reset it isn't possible to svn commit. People commented already on this at sf blog, so I guess it'll be fixed before long. jonnyb (when you're back): when you have time, can you check admin modules parameters? when I add a parameter, it doesn't get used. After admin-modules refresh, parameters look like "theme%5B0%5D=darkshine.css theme%5B1%5D=ohia.css". Looks like strange encoding things happening. This is when entering parameters via the form (theme: ) etc. Previously I noticed entering parameters via the old syntax (connecting parameters with "&" didn't work either, as for custom user module where the form isn't used. Another clue of strangeness: Description says 'Theme names prefixed by \"!\" are in the exclusion list.' Why the escaping? tikiwiki: 03chibaguy * r32210 10/trunk/styles/jqui.css: [FIX] Correction of modules div names. Ok, svn commits are working again. morning. is there a manual like "tiki for novic"? tikiwiki: 03chibaguy * r32211 10/trunk/styles/ (abse.css arcturus.css business.css darkroom.css): [FIX] Narrower scope for classes in modules divs and other improvements. tikiwiki: 03chibaguy * r32212 10/trunk/styles/layout/layout.css: [REF] Removed unnecessary comments, styles that aren't layout-related, etc. Is your suexec pb solved ? I would like it to be solved during the night ;-) no I do not know how to tune the settings .. so I will fixed the directory There are two solution : 1- if Apache is OK and you have open a session you should not have any problem. 2- the problem succeed if you are not the current user on an http or https session then you need to use suexec ever you are admin. This is a very difficult use because of security involved (particularly the path). You can get information on http://httpd.apache.org/docs/trunk/fr/suexec.html But really I do believe that if the following conditions are joined : 1 - directory directive is alright (and no wrong .htaccess for the dir) 2- you open a session : I make this often using tiki and adding a separate command in admin menu There is no reason not to be successful without using suexec (you can even try to use it if your server is local and behind an enormous firewall) tikiwiki: 03gta74 * r32213 10/branches/6.x/lang/de/language.js: [TRA] complete translation of file into german tikiwiki: 03gta74 * r32214 10/branches/proposals/6.x/lang/de/language.js: [TRA] complete translation of file into german tikiwiki: 03gta74 * r32215 10/branches/6.x/lang/de/language.php: [FIX] Changed line 12329 to fix german translation error (tracker id: 3733) tikiwiki: 03gta74 * r32216 10/branches/proposals/6.x/lang/de/language.php: [FIX] Changed line 12329 to fix german translation error (tracker id: 3733) tikiwiki: 03chibaguy * r32217 10/trunk/styles/layout/layout.css: [FIX] Make #middle widen when center column has wide content, so to not leave background and borders behind, etc. Are my explanations wrong, too long, or out of subject, or... ? tikiwiki: 03chibaguy * r32218 10/trunk/styles/layout/layout.css: [FIX] Make #middle widen when center column has wide content, so to not leave background and borders behind, etc. (Modified file committed this time. ;-) ) polom polom tiki-tracker_view_history.php?itemId=1 shows mismatched columns (after Field ID should follow the name of field) in my 6.1, is it fixed in proposals ? if anybody knows off head ? tikiwiki: 03jonnybradley * r32219 10/branches/proposals/6.x/lib/images/gd.php: images gd: revert r32130 pending better fix tikiwiki: 03jonnybradley * r32220 10/branches/proposals/6.x/lib/images/gd.php: tikiwiki: [bp/r32129 & 32206] tikiwiki: [FIX] gd images: don't load the whole image just to get the width or height, e.g. for the {img} plugin (can save 50MB of RAM on a single image) (rolled back in r32219) tikiwiki: [FIX] gd images: Better fix for r32129 [6.x r32130] to handle case where image has been loaded and modified already (thanks Nyloth) jonnyb: nice improvement hi luciash - the images thing? yes, was revealed by a client uploading a 4000px wide image by mistake! :) yup yup :) omg, trunk layout is b0rked like hell for me :D At revision 32220. well, it's been hectic for a bit now, is it really worst than last week? I generally find it to be improving luciash, I made one change a few hours ago, but it looked ok here. what problem do you see? check your mail guys :) maybe it is only on error page ? hm, nope, login page looks basically the same for me seems it happens when there is little bit of content only homepage looks slightly better when there is enough content opera, really? yep Hmm, I can't produce that problem. actually it looked better just few days ago I wonder what other differences in our sites. it is basically fresh new install of trunk here on my localhost now i was going to try login and clear Tiki cache and i get for my admin user: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 You used an extension in Opera for the screenshot? nope, i used Shutter desktop app ah I just added a few extensions now that Opera 11 supports them. yup, i have few too (just few, really, about 5 i think) Opera improved much recently yep. chibaguy: u got larger screen ? chibaguy: on the login page, the layout problem is visible clearly too it's like there was no width specified for the whole #main or something aligning all to left and shrinking to the width of the center content Oh, I'll have to check on a bigger monitor, when my son gets off that pc. I guess I'm living in 1024x760 blissful ignorance. ;-) i was going to say, when you finish playing with the layout in trunk, i will have a look and try to fix it all guys ;) chibaguy: heh well, re-runing installer and upgrading the db sqls, fixed my login mysql error cleared Tiki cache, the layout problem remains still What happens if you make your browser viewport smaller, to my laptop display size or so (about the broken layout) ? chibaguy: it is still visible on http://localhost/tikitrunk/tiki-login_scr.php 1024x576 here Oh, I can click your localhost link? :-) yes, it will go to your localhost, though ;) ok, except my path is different. ;-) sure, make a symlink ;) here, have a look at mine: http://localhost/TikiWiki/trunk/tiki-login_scr.php See, it looks fine ! heheh Well, I have side columns of modules. I'm making a fresh install, to check. i have only left column, right Well, I see the h1 heading is too high, it overlaps the black menu bg image, in tiki-install. Notice: Undefined index: min_pass_length in ...\lib\tikilib.php on line 1743 Notice: Undefined index: pass_chr_special in ...\lib\tikilib.php on line 1745 well, I'm at the homepage of the fresh install. It looks like the header and footer bg images stop at the fixed-width width. the black stripe overlaped the page for me actually (in the installer) yeah, that was messed up. I fixed it once (I thought) a few weeks ago. chibaguy: i suppose u will get the same result as in the screenie now Wow, I wonder why my incrementally-updated trunk looks fine, and this fresh install is so messed up. I'll compare with firebug, etc. chibaguy: thanks for looking into it, i have no time to investigate more currently sure. at least part of the problem is the absense of the menu module; that's causing the vertical overlap of menu bg and page content. the topbar_modules div needs a min-height. I suppose. for fivealive anyway. The default siteloginbar should be the popup, since the default theme is fivealive. i was thinking about new theme for Tiki7 ah if it's worth of it heh, np, you can spam as long as the others are quiet idling anyway well, the cgcom guys might be kind of sad to see fivealive replaced so fast. of course it could stay as the *.t.o site theme. I think the default install theme doesn't have to be the same, necessarily. what do you think? ok, looks like my latest change in layout.css is the culprit. sure, t.o theme it will stay i hope it is branding theme do you have an idea for a new default theme? i was thinking about something more html5-ish :-p more use of nice typography and CSS3 been lurking and partially reading... new html5 theme - woo! reminded me to ask luciash - what's the best solution for adding specific typography to tiki 6? (you showed me one in NY) jonnyb: I use typeface.js and it is now working in Opera too (w00t!) - the other (and maybe mostly prefered one) is Cufón is it ok in IE? tikiwiki: 03chibaguy * r32221 10/trunk/styles/layout/layout.css: [FIX] Rollback of 32218. Was causing header and footer backgrounds not not go full-width. i have no recent experience with Cufón though, so i still prefer typeface.js jonnyb: it's working well so far i know gotta go out now, bbl (in an hour or so) thx, i'll try typeface.js cya later luciash, I'm going to bed soon. chibaguy: sleep well then :) thanks Did the wiki edit page textarea coloring change real recently? It's more colorful now. chibaguy: robertp has been working on codemirror recently - probably that must be. I guess I haven't edited a page in a few days. been there for a week or two, i think I see. I wonder if the serif font is popular. I'm accustomed to san-serif in editors. Oh, I see: it's apparently Opera's font. In FF, it's sans-serif. So I can change locally. tikiwiki: 03jonnybradley * r32222 10/trunk/lib/smarty_tiki/block.textarea.php: [FIX] wiki: Fix minutes appearing as undefined following r32148 tikiwiki: 03jonnybradley * r32223 10/branches/proposals/6.x/lib/smarty_tiki/block.textarea.php: [bp/r32222][FIX] wiki: Fix minutes appearing as undefined following r32148 wb luciash - did gary sort out your borked layout thing? jonnyb: i have to check now jonnyb: yes, it looks much better now lu: light the fireplace man ! (i will have one your cold night here… strom annonced). :) Yonixxx: hi. minus how much ? ;) btw, the fireplace has already been lightened here I'm on my way to… well minus…. luciash : …+10degres… ?!?! You can't compare, believe me it is not the same cold. I lived in France and i know what is a −5/-10 but here 10 degres is really col, don't know why, but Russian also are saying the same and i'm sure they lived very cold weather ! tikiwiki: 03luciash * r32224 10/trunk/templates/tiki-tracker_view_history.tpl: [FIX] tracker view history: typo was causing to render the table partially broken ok :) tikiwiki: 03luciash * r32225 10/branches/proposals/6.x/templates/tiki-tracker_view_history.tpl: [bp/r32224][FIX] tracker view history: typo was causing to render the table partially broken tikiwiki: 03luciash * r32226 10/trunk/templates/tiki-tracker_view_history.tpl: [FIX] (x)html: better to close every tag tikiwiki: 03luciash * r32227 10/branches/proposals/6.x/templates/tiki-tracker_view_history.tpl: [bp/r32226][FIX] (x)html: better to close every tag tikiwiki: 03jonnybradley * r32228 10/trunk/ (9 files in 7 dirs): tikiwiki: [ENH] themegen: Move theme editor to "floating" dialog so you can use it on all pages (if jquery_ui and ajax enabled). tikiwiki: Add button to quickadmin module. tikiwiki: Needs significant polish (coming soon) tikiwiki: 03jonnybradley * r32229 10/trunk/templates/modules/mod-translation.tpl: [FIX] translate: Use no_bl param on translation page link tikiwiki: 03jonnybradley * r32230 10/trunk/lib/jquery_tiki/tiki-jquery.js: [FIX] translate: Mend "go full screen" when doing translation diff (problems with CodeMirror enabled) tikiwiki: 03jonnybradley * r32231 10/trunk/lib/smarty_tiki/block.textarea.php: [FIX] codemirror: Test for CodeMirror not defined (instead of just "not") tikiwiki: 03jonnybradley * r32232 10/branches/proposals/6.x/lib/jquery_tiki/tiki-jquery.js: [bp/r32230][FIX] translate: Mend "go full screen" when doing translation diff tikiwiki: 03jonnybradley * r32233 10/trunk/templates/modules/mod-translation.tpl: [FIX] translate: Use no_bl param on translation page link on incoming too tikiwiki: 03jonnybradley * r32234 10/branches/proposals/6.x/templates/modules/mod-translation.tpl: [bp/r32229 & r32233][FIX] translate: Use no_bl param on translation page links tikiwiki: 03nyloth * r32235 10/trunk/lib/setup/wiki.php: tikiwiki: [FIX] HomePage content translation: When the HomePage has not been translated tikiwiki: yet (by translating the special string '_HOMEPAGE_CONTENT_'), fallback to the tikiwiki: 'en' translation. Also correctly set the language of the HomePage (to the tikiwiki: language from prefs if the translation was available, or to 'en' if the fallback tikiwiki: occured). tikiwiki: 03nyloth * r32236 10/branches/proposals/6.x/lib/setup/wiki.php: tikiwiki: [bp/r32235][FIX] HomePage content translation: When the HomePage has not been tikiwiki: translated yet (by translating the special string '_HOMEPAGE_CONTENT_'), tikiwiki: fallback to the 'en' translation. Also correctly set the language of the tikiwiki: HomePage (to the language from prefs if the translation was available, or to tikiwiki: 'en' if the fallback occured). tikiwiki: 03nyloth * r32237 10/trunk/lib/logs/logslib.php: [FIX] actionlogs listing: Fix query when using user or action optional params (thanx Pascal St-Jean for reporting this). tikiwiki: 03nyloth * r32238 10/branches/proposals/6.x/lib/logs/logslib.php: [bp/r32237][FIX] actionlogs listing: Fix query when using user or action optional params (thanx Pascal St-Jean for reporting this). tikiwiki: 03nyloth * r32239 10/trunk/lib/setup/wiki.php: [FIX] HomePage content translation: Also add a comment in the code to allow get_strings handle the _HOMEPAGE_CONTENT_ special string. tikiwiki: 03nyloth * r32240 10/branches/proposals/6.x/lib/setup/wiki.php: [bp/r32239][FIX] HomePage content translation: Also add a comment in the code to allow get_strings handle the _HOMEPAGE_CONTENT_ special string. tikiwiki: 03jonnybradley * r32241 10/trunk/ (3 files in 3 dirs): tikiwiki: [ENH] themegen: Improvements for editor in dialog (and fix for file select drop-down) tikiwiki: Lots of tidying up to do still.