Hi, I am back, later than I was thinking. It was probably a local problem on windows and php. In some not explained circumstances some php parameters take default values on my system. May be on others and create false-bugs or defaults without explanation. Note (can be useful) : One of near ten main cases in twenty years, never explained, had been with a simple text area (Joomla), during an auto resize (onload js routine) the content of the area was lost and the HTML of the editor (it was the HTML show-edit page of the editor) was appearing empty, the by-pass has been to memorize first the content (static) and force a refresh at the end before... ...display, never found the php-html-js problem (not systematic but repeated during two or three years, sometimes on various computers all around the world, they had to apply my patch). polom gang New Forum Posts: User_signup in profiles - https://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=40118 New Forum Posts: Maxx - https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=40116 New Forum Posts: Probleme mit Menüs in 6.1 - https://tiki.org/tiki-view_forum_thread.php?forumId=10&comments_parentId=40115 New Forum Posts: About Links - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=40124 New Forum Posts: User_signup in profiles - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=40118 New Forum Posts: Maxx - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=40116 polom :) New Forum Posts: Can one escape commas in the tracker drop-down list? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=40126 anybody quickly knows the 6.1 release commit revision number ? Polom tikiwiki: 03jonnybradley * r31944 10/branches/experimental/xajax_removal/ (16 files in 2 dirs): [MRG] Automatic merge, trunk 31933 to 31936 polom all hi robertplummer html experts: Codemirror uses iframe w/ javascript as it's editor. When I go to make it fullscreen, it is like the codemirror part just disapears, do you know why? It is like the iframe just looses all text inside it. really liking the new textarea - thanks! :) np It is a work in progress have a look at how ckeditor does it - same sort of thing polom Anyone know how to find a range of values in a tracker field? doesn't look like it, Kent_ - how do you mean exactly? with a trackerfilter you can use > < = operators tikiwiki: 03jonnybradley * r31945 10/branches/experimental/xajax_removal/ (5 files in 4 dirs): [ENH] modules revamp: Add prefs for new module zones visibility (TODO: "user decides" mode) tikiwiki: 03jonnybradley * r31946 10/trunk/styles/eatlon/options/ (9 files in 2 dirs): [ENH] themes: new eatlon option - teal.css Kent_: there is a function list_tracker_field_values The trackerfilter operators do not appear to work Johnnyb, they all return all the records ricks99 I mean Are you using Tiki 6? the filters operators are in 6.x only. See docs: doc.tiki.org/trackerfilter tikiwiki: 03jonnybradley * r31947 10/branches/experimental/xajax_removal/ (18 files in 3 dirs): [MRG] Automatic merge, trunk 31936 to 31946 it's 6.1 ricks, have tried on several installations on different systems sylvieg, where would I find how to employ that list_tracker_field_values? jonnyb_: I have a tracker holding real estate details. People need to be able to search on price and find, say all houses costing over 100,000 but less than 200,000 for example Kent_: as ricks99 said: with a trackerfilter you can use > < = operators I think trackers will confuse numeric vs text comparison though so it would be fine for 100000 to 200000, but mess up with 500000-1000000 nice! (you're probably right though) if the field is nummeric it will do a numeric comparaison - so far I remember how's it going lphuberdeau? .. probably there are bugs in trackerfilter - work on progress jonnyb, doing good Can anyone point me to a trafckerfilter using the comparison method and show me the code used. I cannot make this work. Every comparator returns all records. ie. 1/>, returns all field 1 records in the tracker sorry Kent_ , never used it myself Kent_: I have still on my local a working example with a filter on datefield >= try to use only one filter on a numeric field what do you mean? I just try one, say greater than, and it returns all records The trackerfilter looks like this {TRACKERFILTER(filters="27/>=",trackerId="6")}{TRACKERFILTER} where 27 is a numeric field and 6 is the tracker. when you enter a number in the middle of the range (which exists exactly)... it still returns every record. looks like a bug. just did a test and tiki does not inlcude the name or id when creating the html for the form :( Yes, just looked at the rendered page source class="numeric" name="" value="" id="" polom_ :) :) tikiwiki: 03robertplummer * r31948 10/third_party/jquery/: [REM] Removed jquery.sheet external, getting ready for link to trunk i would like to know if letting ppl to use smarty syntax for advanced pretty trackers was good idea when the "preserve environment" is not going to be respected in trunk tikiwiki: 03robertplummer * r31949 10/third_party/jquery/: [ADD] jQuery.sheet trunk luciash: some decisions were never really made is there SMARTY wikiplugin at least providing the same functionality as direct smarty syntax so one could rewrite all his pretty code for trunk ? luciash: i thought we changed to "respect the environment" some time ago jonnyb_: it's the same ;) it doesn't respect my 6.x profile ;) log off oh? what's broken? pretty tpls? yep see my last msg to devel list ok basically, smarty syntax doesn't work in them anymore luciash, the LIST plugin with unified search essentially allows you to do what pretty trackers does and you can use a smarty template on disk if you want to just about to merge the modules revamp work - have been reviewing & merging for 5 hours, hope it's ok... lphuberdeau: i don't want to, because profiles don't allow creation of tpls on disk luciash, no one said that would be the only option, but there are alternatives to pretty trackers coming along in 7 there must be kept some possibility to use smarty syntax in pretty tracker wiki pages used as templates polom or other easy way to convert for profiles it's unnecessary extra work to create special profile for Tiki 7 just because of that imho not talking about the problem when people will use profile installed in 6 and then they upgrade to Tiki 7 it will become totally broken and they will need to apply special new profile over the old one, it will most certainly mess up things polom chealer tikiwiki: 03jonnybradley * r31950 10/trunk/ (48 files in 14 dirs): (log message trimmed) tikiwiki: [ENH] modules revamp: Merge from experimental branch (known as "xajax_removal"). tikiwiki: Drag and drop & double click modules admin tikiwiki: New module zones: top, pagetop, bottom and pagebottom tikiwiki: New modules (including menu, poweredby etc) tikiwiki: Upgrade script v1 to migrate header and footer prefs. tikiwiki: Many general [FIX]s and [MOD]s in modules. tikiwiki: 03jonnybradley * r31951 10/ (third_party/jquery/ trunk/lib/): [SVN] Remove fixed revisions on trunk/lib externals (must have come from a 6.x merge, apologies) and fix URL typo on jquery.sheet jonnyb, header for fivealive is not quite as pretty after upgrade i know - but i didn't think "pretty" needed to be done in the experimental branch quite a few bits need some cosmetic work New Forum Posts: Article Permissions - Create vs Edit - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=40139 PHP Warning: Invalid argument supplied for foreach() in /home/tiki/trunk/lib/setup/prefs.php on line 1964 PHP Stack trace: PHP 1. {main}() /home/tiki/trunk/installer/shell.php:0 PHP 2. Installer->update() /home/tiki/trunk/installer/shell.php:40 PHP 3. Installer->installPatch() /home/tiki/trunk/installer/installlib.php:78 PHP 4. upgrade_20101230_create_top_modules_tiki() /home/tiki/trunk/installer/installlib.php:102 PHP 5. include_once() /home/tiki/trunk/installer/schema/20101230_create_top_modules_tiki.php:25 PHP 6. initialize_prefs() /home/tiki/trunk/lib/setup/prefs.php:18 on update New Forum Posts: Content template - Page Modification - http://tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=40141 the trackers listing view didn't work for me last night in trunk some error in tpl i guess tikiwiki: 03jonnybradley * r31952 10/trunk/installer/schema/ (2 files): [FIX] modules revamp: Upgrade scripts fix for shell installer (thanks lph) tikiwiki: 03jonnybradley * r31953 10/trunk/db/tiki.sql: [FIX] modules revamp: Better defaults for new installs - no search or tiki-top menu, use menu module for application menu tikiwiki: 03nkoth * r31954 10/trunk/lib/categories/categlib.php: [FIX] Forum posts that are freetagged not showing in browse freetags except for admin tikiwiki: 03nkoth * r31955 10/branches/proposals/6.x/lib/categories/categlib.php: [bp/r31954][FIX] Forum posts that are freetagged not showing in browse freetags except for admin tikiwiki: 03jonnybradley * r31956 10/trunk/modules/mod-func-menu.php: [FIX] modules: Set module_type correctly for menu module (respecting css param) tikiwiki: 03jonnybradley * r31957 10/trunk/ (lib/modules/modlib.php templates/modules/mod-menu.tpl): [FIX] modules: Param in mod-menu.tpl missing and better text for "Module Execution Time" tikiwiki: 03jonnybradley * r31958 10/trunk/ (9 files in 4 dirs): [FIX] modules: Better upgrade and defaults to match default theme (FiveAlive) - also restore siteheader.jpg to fivealives. luciash: you still about? jonnyb: always :) :P just doing some stuff on profiles.t.o and noticed http://profiles.tiki.org/SNiPTT_User_Profile_template does that look right to you? (regarding what you were saying about trunk and pretty tpls) jonnyb: yes, it's all right afaik ok, saw a load of curly brackets and wondered if it was connected it works fine in 6.x and in 5.x didn't tested 5.x recently, but it was working there too looks like profiles.t.o isn't sharing 7.x profiles - that's an htaccess thing isn't it? (changi?) jonnyb: i didn't check r there several already ? i'm just making one and it's not showing up ah odd - it's appearing now i set it to 6.x version categ, but it's showing up as being 3.x (wa?) eh, weird jonnyb i seem to remember the setup for which categories get listed is in the .htaccess rewrite rules prossibly yep, iirc tikiwiki: 03jonnybradley * r31959 10/trunk/lib/profilelib/installlib.php: [FIX] modules: Add new zones to profile handler. tikiwiki: 03jonnybradley * r31960 10/trunk/ (styles/layout/fixed_width.css tiki-setup.php): [KIL] layout: Remove redundant fixedwidth file jonnyb: well, it was left there blank for the overwrite-style upgraders iirc how would that help? blank file prevented double css definition mish-mash if the file is missing in Tiki 7 it stays in for these upgraders only if it was included by some other (customised) file yes heavily customised sites will need lots of TLC upgrading to 7 ok, i think there is no clear way than documenting the change +1 for slimmer Tiki ;) i can't imagine an "over-write" upgrade will be suitable for an LTS to 7 upgrade (they're bad enough for minor upgrades imho) btw, only thing i fear with the switch to modules way for site header and footer is more resources eating i already cannot access the page tiki-admin_modules.php on some site with lower memory_limit like 64M i get WSOD tikiwiki: 03marclaporte * r31961 10/branches/proposals/6.x/lang/iu/language.php: some Inuktitut translations from today's training session seems fine on 64M for me - odd jonnyb: yes, i don't like overwrite type of upgrades either jonnyb: more modules u have assigned, more memory is getting eaten so now when there will be even more modules in head and footer... because of all the checks for perms and groups and categories etc. i presume that is why modules are more resource consuming than other parts or plain smarty syntax in custom header and footer hmm, could be... so i would like if i could still opt-out for plain good ol' smarty syntax there than just switch to modules completely or opt-in for modules :) anyway it is great idea and keep up the good work to have easier option to display modules in header and footer no doubt, GUI-sh way is more user friendly making it optional would make it a bit pointless, i think - the whole idea is to simplify now i had to do it using {wikiplugin _name="module" module="blah_blah" ...}{/wikiplugin} maybe adding a "don't do the checks" option on module zones would do it exactly - this should be so much easier yep, that could work don't do the checks per module option i'm getting tiki-admin_modules.php running at about 28M here ok, gotta do something scheduled here again... bbl jonnyb: maybe it was some older Tiki version and that improved already, good work jonnyb: i was getting that on the kincwood website - iirc Tiki 5.x there New Forum Posts: Error message during installation - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=40144 Recent Bug: Tracker item: #3745 - - Crash 7.x on leaving install update mode : index error in a - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3745 Hi all, 6.1: I just realized that every {wikiplugin _name="blah" module="blah_blah" ...}{/wikiplugin}, just like what luciash wrote above, is called twice from smarty! After each } you get a call. Is there a way to pass the data? data is what is between the } and { are you sure about / in {/wikiplugin} hi sylvieg, yes this is in a tpl ah it is not necessarily a regression I mean Hi, to what can be useful with the option "tikitest" to display the into the subject ? Isn't sufficient to have it as header and footer of the text ? correction: {wikiplugin _name="blah" ...}{/wikiplugin} so it is not about modules in particular Gergely, yes, i think the plugin data belongs there in between - some plugins have it, some do not Trebly: just switch it off