[00:02] tikiwiki: 03marclaporte * r37480 10/trunk/lib/prefs/ (connect.php feature.php session.php): Prefs: remove expert because it's not clear what is difference with advanced [00:05] *** luciash_ is now known as luciash [00:13] tikiwiki: 03marclaporte * r37481 10/trunk/lib/prefslib.php: Prefs: remove expert because it's not clear what is difference with advanced [00:28] *** Tiki|bot has quit IRC (*.net *.split) [00:34] *** Tiki|bot has joined #tikiwiki [00:34] nkoth|nelson: do you know if best_lang still has any use (says legacy)? [01:00] chealer, the feature is still working, but there are various versions of the REQUEST var that has been used in tiki history [01:03] I actually think best_lang is not a common one [01:04] *** blast_hardcheese has quit IRC (Excess Flood) [01:07] *** blast_hardcheese has joined #tikiwiki [01:08] nkoth|nelson: thanks, I'll remove it then [01:14] *** Caarrie|away is now known as Caarrie|sleeping [01:15] chealer: will you be putting back the switchLang? [01:25] *** lphuberdeau has quit IRC (Ping timeout: 260 seconds) [01:26] *** lphuberdeau has joined #tikiwiki [01:27] *** goj_killedByISP has joined #tikiwiki [01:27] *** goj has quit IRC (Disconnected by services) [01:27] *** coaboa|afk has joined #tikiwiki [01:27] *** coaboa|afk has quit IRC (Remote host closed the connection) [01:27] nkoth|nelson: I'll think about what should be done with switchLang. normally a GET shouldn't change a preferenceé [01:27] *** goj_killedByISP is now known as goj [01:27] tikiwiki: 03chealer * r37482 10/trunk/lib/multilingual/multilinguallib.php: [REF] remove support for best_lang request parameter (legacy parameter). Thanks Nelson Ko [01:27] *** coaboa has quit IRC (Ping timeout: 260 seconds) [01:28] chealer: ok [01:31] nkoth|nelson: wouldn't a lang parameter do the same if combined with sync_language [01:46] chealer, only for wiki pages [01:46] and articles.... does sync_language work for anything else? [01:53] tikiwiki: 03chealer * r37483 10/trunk/ (templates/tiki-edit_quiz.tpl tiki-edit_quiz.php): [FIX] Quizzes: hide unimplemented features [01:55] OK nkoth|nelson [01:56] tikiwiki: 03chealer * r37484 10/trunk/lib/prefs/feature.php: Quizzes: tag experimental [02:17] *** nkoth|nelson has quit IRC (Quit: nkoth|nelson) [02:19] *** fabricius has quit IRC (Remote host closed the connection) [03:28] *** luciash has quit IRC (Quit: leaving) [03:31] *** luciash has joined #tikiwiki [03:32] *** luciash has quit IRC (Changing host) [03:32] *** luciash has joined #tikiwiki [03:32] *** ChanServ sets mode: +o luciash [04:03] *** Bernard1 has quit IRC (Ping timeout: 258 seconds) [04:05] *** Tiki|bot has quit IRC (*.net *.split) [04:06] *** blast_hardcheese has quit IRC (*.net *.split) [04:06] *** changi|away has quit IRC (*.net *.split) [04:06] *** Jyhem_laptop has quit IRC (*.net *.split) [04:06] *** sylvieg has quit IRC (*.net *.split) [04:06] *** idle- has quit IRC (*.net *.split) [04:06] *** luciash has quit IRC (*.net *.split) [04:06] *** lphuberdeau has quit IRC (*.net *.split) [04:06] *** goj has quit IRC (*.net *.split) [04:06] *** odile1 has quit IRC (*.net *.split) [04:06] *** chealer has quit IRC (*.net *.split) [04:06] *** Sp4rKy has quit IRC (*.net *.split) [05:58] *** fabricius has joined #tikiwiki [06:34] *** arildb has joined #tikiwiki [07:21] *** Wilkins has joined #tikiwiki [07:50] *** luciash has joined #tikiwiki [07:50] *** lphuberdeau has joined #tikiwiki [07:50] *** niven.freenode.net sets mode: +o luciash [07:52] *** SJ-Jay has joined #tikiwiki [07:52] *** coaboa has joined #tikiwiki [07:52] *** goj has joined #tikiwiki [07:52] *** odile1 has joined #tikiwiki [07:52] Houston, I have a ... no, not a problem, just a question [07:52] *** idle- has joined #tikiwiki [07:52] *** SJ-Jay has quit IRC (Write error: Connection reset by peer) [07:53] *** Sp4rKy has joined #tikiwiki [07:53] *** Tiki|bot has joined #tikiwiki [07:54] I have a site with several perspectives (setup to areas) and the logo-link is pointing to the homepage of the actual perspective [07:54] but I need the logo to point to the HomePage under all circumstances [07:54] *** blast_hardcheese has joined #tikiwiki [07:54] *** changi|away has joined #tikiwiki [07:54] *** Jyhem_laptop has joined #tikiwiki [07:54] *** sylvieg has joined #tikiwiki [07:54] *** niven.freenode.net sets mode: +o sylvieg [08:01] *** Wilkins has quit IRC (Remote host closed the connection) [08:03] *** Sp4rKy has quit IRC (Quit: Reconnecting) [08:03] *** Sp4rKy has joined #tikiwiki [08:06] fabricius: you can hardcode the link in the corresponding template or replace the default logo box with a custom logo module with a {if} construct in html head area [08:07] *** Wilkins has joined #tikiwiki [08:09] hi coaboa thx [08:11] do you know the corresponding template off-hand? ... hmmm ... but I think custom logo module with {if} is a better solution, due to frequent fresh-install-upgrades [08:12] you have an idea how to write the {if} construct (just if off-hand - if you do not know straight, I will look into that and try to figure out) [08:22] not shure what the var is $perspectiveID maybe: {if $perspeciveID neq '0'}{literal}{/literal}{/if} [08:24] asuming default id of perp is 0. consider usng file include in custom head area with full path to like templates/style/mystyle/cutom_html_head.tpl [08:24] {include file='path/file.tpl'} [08:26] just checked slist print $perspectives as var [08:28] fabricius: and you have to repalce the second # in #module_# with the module ID eg. #module_2 [08:28] *replace [08:40] tikiwiki: 03jean-lucnavarro * r37485 10/trunk/lib/wiki-plugins/wikiplugin_toc.php: [TYPO] line 33 : deafult -> default [08:53] thx coaboa, I'll try that ... may I come back to you, if I have problems with it? [08:58] *** svdasein_ has quit IRC (Ping timeout: 260 seconds) [08:59] *** svdasein__ has joined #tikiwiki [09:04] tikiwiki: 03sept_7 * r37486 10/third_party/fullcalendar/ (5 files): [UPDATE] FullCalendar v1.5.2 [09:10] you can call me any time ;-) [09:10] @ fabrizius [09:13] *** jonnyb has joined #tikiwiki [09:13] hi jonny [09:16] polom coaboa and all [09:16] thx @coaboa [09:16] polom jonnyb [09:20] jonnyb: so you did code the category visibility of the modules ... [09:22] yes fabricius - i'm going to make it so it works with category id now too [09:22] jonnyb: that wonderful [09:23] jonnyb: is that only in trunk, or could we get that in 7.x branches aswell? [09:23] it's only in trunk so far, but could probably go into 7.x without too much grief [09:23] coool [09:24] *** lphuberdeau has quit IRC (Ping timeout: 260 seconds) [09:24] I am pretty sure, that this piece of code is very very useful [09:25] and very good, that you reminded to do both - visibility and nonvisibility [09:25] seems the cleanest way to do it - unlike theme which is sort of messy [09:25] I am very lucky, that at the moment some consolidation is going on [09:26] cross fingers, that we can sort the calendar project [09:27] It looks like, that I am getting people to fund at least some of the necessary coding [09:28] fabricius: you may syn with amette a we need a google calender sync with a bookfair-tiki-mastr cal [09:28] not a company with money, but several volontary working people who seems to be prepared to donate small portions and to collect money [09:29] *as we [09:29] is amette working for your project? [09:29] google calendar is one of my issues aswell - just not the major focus [09:30] there is the addtogooglecal buttom, but it messes up with long titles and descriptions [09:30] and it puts plain html into the google cal desciptions [09:31] y. he is looking amazon shop integration right now and if there is time left looks at a bookfair calender [09:31] I am first hand looking towards iCal format, but longterm we should have CalDav aswell [09:32] hmmm a bookfair calendar - coing, or configuring? Isn't the Tiki calendar appropriate? [09:32] coding [09:32] by the way:we are planning a post bookfair tikifest with marc in/around ffm from 18th to 20th of October [09:32] where? [09:33] Frankfurt? [09:33] no space booked yet. frankfurt or Hanau [09:33] Ok - I am not sure, if I will have my little 4 year son [09:34] my doughter has to join the fest ;-) [09:34] If I could get appropriate accomodation for free (if alone just a space for a matress, if with my son need a bit more comfortable) I would come [09:36] just because I am running on literally nearly without any money since weeks and still for some more weeks (just temporary situation) [09:36] coaboa: did you read my mail in the dev-list today? [09:37] ah, and a shower and a coffee in the morning - milk, no sugar :-D [09:37] that's all I need ;-) [09:39] :-) not sure about space, but coffe np [09:59] New Forum Posts: Calendar container - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42307 [10:14] jonnyb: are you here? [10:14] hi arildb - yup! [10:16] jonny: Saw your email about the installer problem. Do you still have the problem? [10:17] jonnyb: I don't recognize the file + variable you mention. So, I believe it's from a different part of the system [10:19] tikiwiki: 03jean-lucnavarro * r37487 10/trunk/lang/fr/ (language.js language.php): [TRA] more French translations [10:21] arildb: i think it's probably i have error reporting turned up too high on this php - don;t think i even got as far as your code in the installer [10:22] ok [10:22] jonnyb: another thing...I reported an error which corrupts links to pages with international characters a couple of weeks ago. I just tested with the latest trunk verion, and the error is still there. The error is a mjor drawback for international sites (and I assume it applies to all non-english sites). Any plans to look closer at this one for 8.0? [10:24] jonny: There have been other issues with international characters, and they have come down to the PHP str..() functions. By using mb_str..() they were solved. Could it be a similar issue here? [10:24] sorry, but as i've been trying to say for several months i can only just about keep up with my own "mission critical" tiki stuff until after november [10:26] jonnyb: I understand [10:30] *** Caarrie|sleeping is now known as Caarrie|away [10:31] how do I reset the categoryIDs to start at 1 again after removing a bunch of them? [10:39] coaboa: you'll need to fix the database [10:41] tikiwiki: 03jonnybradley * r37488 10/trunk/ (2 files in 2 dirs): [FIX] modules: Allow change_category to show in module admin [10:44] :-O I think categId starting with 60 aren't that bad ;-) [10:45] why would it matter? [10:46] just because of "beautiness" no tech reason. tought there might be an easy & safe way [10:50] tikiwiki: 03jonnybradley * r37489 10/trunk/lib/modules/modlib.php: [ENH] modules: Allow visibility to be controlled by object category ids as well as names (also make $modlib->is_admin_mode() public required by previous commit) [10:50] you're just a "decimalist" :) [10:51] there is a way - each mysql table has a next auto inc property, you can set it somehow [10:58] jonnyb: thx [10:59] np [11:08] bbl, get some food [11:08] *** coaboa is now known as coaboa|afk [11:20] *** lphuberdeau has joined #tikiwiki [11:21] *** ricks99 has joined #tikiwiki [11:27] tikiwiki: 03jonnybradley * r37490 10/trunk/ (3 files in 2 dirs): [ENH] modules: Add structure id and some other missing parameters to menu module. Added note about menustructure being deprecated for the time being. [11:35] *** RobertPlummer has joined #tikiwiki [11:51] CSS question: I can say overflow: none; -> what is the opposit? [11:52] or overflow: hidden; - > I want NOT hidden [11:53] overflow:visible [11:53] i believe that "auto" and "scroll" are the other valid values [11:55] tikiwiki: 03jonnybradley * r37491 10/trunk/lib/modules/modlib.php: [REF] modules: Add $ifShowingHiddenModules param to is_admin_mode() [11:55] *** lphuberdeau has quit IRC (Ping timeout: 252 seconds) [11:56] thax ricks99 [11:56] thx [11:56] tikiwiki: 03jonnybradley * r37492 10/trunk/modules/ (2 files): [FIX] modules: Make categ transition module appear in modules admin (not the cleanest thing, but saves rewriting the module) [11:58] ricks99: on two sites - custon jqui-xyz.css I have the problem now, that I cannot see the second level (subnavigation) of the top-bar module [11:58] custom [11:58] *** coaboa|afk is now known as coaboa [11:59] ricks99: it is Tiki7.x , so I have different selectors than before in 6.x (and I changed the basis for the theme customisation from fivealive to jqui anyway) [11:59] ricks99: more possibilities in 7.x, but a bit more complicated ore more to be considered [11:59] fabricius: not sure I understand the issue. Were you simply asking aabout the valid overflow properties? [12:00] I was, yes [12:00] morely thinking loud [12:00] I try first [12:00] whew... that's an easy question that i can answer with 100% certainty. ;) [12:02] but ... my question turned out to have been wrong [12:02] *** lphuberdeau has joined #tikiwiki [12:02] didn't leed to a solution, whilst your answer was perfect right for my question [12:03] so right answer to the wrong question [12:04] lol. i tried. :-) [12:04] my fault 100% [12:06] so my problem is the following: with css menus you have different levels and items of a sublevel "fold out", when you mouseover the top level menu items [12:06] that works in my setup for a vertical menu [12:06] but somehow I srewed up for horizontal [12:06] screwed [12:07] so the sublevel section1 is not folding out, when I mouseove a section0 item [12:08] I am pretty sure, that in fact it folds, but keeps invisible [12:08] on one site I can see a little bit of the first item [12:08] now I am stuck to find the selectors and the parameters [12:09] overflow : visible !important [12:09] possibly related to: http://tiki.org/tiki-view_forum_thread.php?comments_parentId=40845 maybe? [12:12] Ok, ricks99 - sulevel is visible now, but influences the site in an odd way [12:12] sublevel [12:13] grrr misstyping too much - sorry [12:13] no problem [12:15] I guess, I need something like a "clear" now [12:16] when I mouseover a menuitem, the page "moves down" some pixels and "moves back up", when I do not mouseover [12:16] you know that behaviour? [12:17] is this a public site? it is tough for me to visualize the issue [12:17] *** chealer has joined #tikiwiki [12:17] *** chealer has quit IRC (Changing host) [12:17] *** chealer has joined #tikiwiki [12:18] I just want to make the new menu item with the submenu visible - I'll give you the link - it is an already public visible site, shortly befor official release [12:22] http://archezeit.wiki4.me [12:23] just mouseover ths horizontal menu [12:23] ahh. your hover style has too much padding... one sec... [12:24] and another odd thing: I added a menuitem - it is assigned to the group Anonymous and links to a wikipage wich is categorized as public, but I can see it only when I am logged in - disappears when I logout [12:26] spacing issue appears to be caused by cssmenu.css line 33, the visibilty:inherit parameter [12:27] *** RobertPlummer has quit IRC (Quit: Leaving.) [12:27] *** RobertPlummer has joined #tikiwiki [12:28] so I need to change that in the jqui - to add s.th., that overrides the spacing issue? [12:28] *** RobertPlummer has quit IRC (Client Quit) [12:29] y. that should work [12:29] *** RobertPlummer has joined #tikiwiki [12:31] this line seems to be meant to fix the IE7 'sticky bug' [12:31] whatever this bug would be [12:34] and if I do not want to inherit instead of an existing inherit parameter - how to tell the jqui-custom.css not to inherid as said in the cssmenu.css? [12:35] visibility: show; ? [12:36] visiblity: visible [12:43] *** RobertPlummer has quit IRC (Ping timeout: 252 seconds) [12:54] *** Jyhem_laptop has quit IRC (Ping timeout: 240 seconds) [12:56] ricks - I am still not getting there - might you have a quick look again please and mind the menuiten "Medien"? [12:56] grmpfl -> menuitem [12:57] ricks99: [12:57] looking... [12:57] cool [12:57] thx [12:58] looks like... are you setting the z-index value? [13:00] z-index? what is that? [13:00] like in mathematics the three directions x, y, z? [13:00] your theme is in jqui-arche.css, right? [13:00] never heard about it [13:00] yes it is [13:01] mybe some default of jqui.css - I am just customising the existing theme [13:01] that's the only place you've added custom CSS, right? You don't have any changes to the base tiki CSS files, nor did you add any custom CSS on the Look & Feel pages? [13:01] yes [13:01] and this is tiki7... or trunk? [13:01] small site, no options - customising only theme.css [13:01] tiki7.x branches [13:02] k. one sec... [13:02] yupi [13:02] * ricks99 wishes he knew more German... :) [13:04] *** radek82 has joined #tikiwiki [13:05] tikiwiki: 03lphuberdeau * r37493 10/trunk/installer/tiki-installer.php: [FIX] Too many notices render the installer unusable [13:05] fabricius: in your css, add: #topbar_modules .box-data ul {overflow: visible !important} [13:07] fabricius: u may also want to check with chibaguy (when he comes online). He's the real theme/css expert [13:09] ricks99: didn't work out, but thanks anyway - I'll ask chibaguy and if you have an idea, just mention it [13:10] ricks99: I appreciate the time you took [13:10] K. sorry i couldn't help more. good luck [13:24] tikiwiki: 03lphuberdeau * r37494 10/trunk/templates/tiki-install.tpl: [ENH] Minor UI enhancement for the database engine selector (i18n, position to be hidden on re-install) [13:27] *** GillesM has quit IRC (Remote host closed the connection) [13:38] polom [13:47] tikiwiki: 03sept_7 * r37496 10/trunk/templates/tiki-calendar.tpl: [FIX] Calendar : fix viewlist mode if FullCalendar is used (thanx marc) [13:52] *** rodrigo_sampaio has joined #tikiwiki [13:53] tikiwiki: 03jean-lucnavarro * r37497 10/trunk/lang/fr/language.php: [TRA] more French translations [13:54] tikiwiki: 03tikii18nbot * r37498 10/trunk/lang/de/language.php: German translations done on i18n.tiki.org [13:58] tikiwiki: 03jonnybradley * r37499 10/trunk/modules/mod-func-freetag.php: [FIX] modules: Make freetag module appear in modules admin [13:58] *** ricks99 has quit IRC (Remote host closed the connection) [14:02] *** svdasein__ has quit IRC (Remote host closed the connection) [14:04] *** svdasein__ has joined #tikiwiki [14:05] tikiwiki: 03jonnybradley * r37500 10/trunk/templates/filter.tpl: [FIX] search: Hide momentary flash of freetag and category pickers when page first loads [14:06] tikiwiki: 03chealer * r37501 10/trunk/ (2 files in 2 dirs): [REF] Change category module: move logic from Smarty to PHP [14:07] tikiwiki: 03lphuberdeau * r37502 10/trunk/ (4 files in 3 dirs): [ENH] Plug fulltext check into dynamic preferences [14:11] New Forum Posts: LDAP - Blank Page - http://tiki.org/tiki-view_forum_thread.php?forumId=17&comments_parentId=42308 [14:17] tikiwiki: 03sept_7 * r37503 10/trunk/installer/tiki-installer.php: [FIX] fix installer error on non existant object... [14:19] pooooooolom [14:20] tikiwiki: 03chealer * r37504 10/trunk/modules/mod-func-menustructure.php: avoid referring to Tiki [14:22] tikiwiki: 03marclaporte * r37505 10/trunk/ (lib/prefs/wiki.php templates/admin/include_wiki.tpl): Admin panels: use new nifty features instead of previous hard-coded way to deal with dependencies [14:25] *** marclaporte has joined #tikiwiki [14:28] * marclaporte emerges on IRC with new computer... [14:29] tikiwiki: 03marclaporte * r37506 10/trunk/templates/admin/include_wiki.tpl: Admin panels: use new nifty features instead of previous hard-coded way to deal with dependencies [14:34] *** arildb has quit IRC (Read error: Connection reset by peer) [14:34] fabricius: what rick suggested must work, r u sure it didn't ? (works for me on the Medien menu item) [14:34] marclaporte: hey, welcome :) [14:34] *** arildb has joined #tikiwiki [14:36] marclaporte: so the tikifest design9 postponed to january ? [14:38] *** nkoth|nelson has joined #tikiwiki [14:41] hi marclaporte. so your PC will have reasonable speed now? :-) [14:42] chealer: that old acer netbook was really ferrari on steroids ;) [14:47] *** jonnyb has quit IRC (Remote host closed the connection) [14:47] tikiwiki: 03marclaporte * r37507 10/trunk/lib/prefs/feature.php: Adding images to wiki pages should be a basic feature [14:53] tikiwiki: 03marclaporte * r37508 10/trunk/css/admin.css: make more admin panels show, tested with several browsers and with modules in 1 & 2 columns [15:00] luciash: I am waiting for more confirmations, so January is more likely :-) [15:04] tikiwiki: 03chealer * r37509 10/trunk/lib/smarty_tiki/function.menu.php: Do not mark error message for translation (appears to be only for debugging) [15:08] luciash: I have a CSS knowledge limitation. Can you help me with css/admin.css ? (I just sent screenshot) . I am sure it will take you 2 minutes :-) [15:09] *** marclaporte has left [15:11] *** lphuberdeau has quit IRC (Ping timeout: 260 seconds) [15:11] tikiwiki: 03sept_7 * r37510 10/trunk/ (3 files in 3 dirs): [15:11] tikiwiki: [FIX] Installer : better handling of errors using the classic [15:11] tikiwiki: tiki_error_handler + a couple fixes for notices [15:31] tikiwiki: 03sept_7 * r37511 10/trunk/ (installer/tiki-installer.php lib/init/smarty.php): [FIX] Installer : use normal smarty and avoid code duplication + notices [15:39] *** ripero has joined #tikiwiki [15:39] Hi [15:40] our users are having problems with the captcha [15:40] when they are asked to "Please type this word backwards", they don't understand backwards (their mother tongue is not English) [15:41] *** nkoth|nelson_ has joined #tikiwiki [15:41] is there any way to translate this string, other than editing lib/core/Zend/Captcha/Dumb.php manually? [15:42] *** me99 has joined #tikiwiki [15:42] *** nkoth|nelson has quit IRC (Ping timeout: 240 seconds) [15:42] *** nkoth|nelson_ is now known as nkoth|nelson [15:43] hi, what are the enancements to tiki in 7.1 version? no mention in the announcement and release notes. [15:43] ripero: as it is third party lib i don't thin so [15:43] *think [15:43] ripero: u ll have to edit that [15:44] luciash: ok [15:44] bbl [15:44] luciash: is there any way to edit that manually in a way that translations for that sentence are enabled? [15:46] me99: there are no important enhancements in 7.1. 7.1 is a bugfix (and security) release. [15:46] tikiwiki: 03jonnybradley * r37512 10/trunk/modules/mod-func-change_category.php: [FIX] module change category: Repair broken logic again on "shy" param caused by recent careless refactoring [15:46] ripero: u'dd need to include the tiki's translation lib and use tra(); function in the php file i guess [15:47] chealer, is it save to install on production server? have no test machine. [15:49] luciash: ok, thank you!!! [15:49] me99: as an upgrade from 7.0? pretty much, if you're aware of the known issues. [15:52] chealer: ok, thanks. Another question... [15:54] *** ripero has left [15:55] chealer: In 7.0 when I upload a new file version in File Galleries it doesn't override the previous one. It creates a new one with a new id. Is this the supposed behaviour? [15:55] chealer: This way I should change every wiki pages that links to the old id. [15:57] *** Jyhem_laptop has joined #tikiwiki [16:02] chealer: I have to leave. If you will answer me I will read tomorrow on the log. Thanks in advance. [16:02] *** me99 has quit IRC (Quit: Page closed) [16:02] tikiwiki: 03marclaporte * r37513 10/trunk/tiki-admin.php: More compact admin panel [16:08] tikiwiki: 03marclaporte * r37514 10/trunk/tiki-admin.php: Moving search admin panel higher on the list with global features, and removing feature check because it could be either one of the two search features [16:08] me99: sorry, ask the channel [16:10] *** Jyhem_laptop has quit IRC (Ping timeout: 276 seconds) [16:27] *** arildb has quit IRC (Read error: Connection reset by peer) [16:27] *** arildb has joined #tikiwiki [16:28] *** Wilkins has quit IRC (Ping timeout: 252 seconds) [16:28] *** RobertPlummer has joined #tikiwiki [16:29] *** arildb has quit IRC (Client Quit) [16:34] *** lphuberdeau has joined #tikiwiki [16:35] tikiwiki: 03marclaporte * r37515 10/trunk/lib/prefs/wiki.php: better description of pref [16:39] luciash: hi, sorry, long phonecall [16:39] luciash: I think it really did not work [16:40] *** arildb has joined #tikiwiki [16:40] luciash: it is 7.x, wich is different to 6 related to modules [16:41] I did put the following in the jqui.arche.css as last line of css code: [16:41] #topbar_modules .box-data ul {overflow: visible !important} [16:42] and the subnavigation of the horizontal menu does not show up [16:45] luciash: this way it works: [16:45] #module_7 .box-data ul {overflow: visible !important} [16:46] but, then all what is under the top bar "moves" down and up on mouseover [16:51] *** RobertPlummer has quit IRC (Ping timeout: 260 seconds) [16:54] tikiwiki: 03mlustenberg * r37516 10/trunk/lib/wiki/editlib.php: [REF] EditLib: moved wiki_lbr within the $p[] tree (mandatory for the need refactoring of $p['wikistack']) [17:05] *** AldenisZen has joined #tikiwiki [17:09] *** jonnyb has joined #tikiwiki [17:09] repolom [17:13] lphuberdeau: i'm still hammering away at this uni-search rebuild issue - i have a partial fix for a page that throws an uncaught exception (from wikiplugin_sql) but now when it tries to index the page with the 3 {list} plugin test examples in addDocumentFromContentData never returns... any ideas? [17:13] (oh, and "hello" :) ) [17:14] re [17:14] hi luciash [17:14] jonnyb, that is strange [17:14] the page generates just fine? [17:15] seems to - when i visit it normally it shows three "no results" messages [17:15] hi jonnyb [17:16] hi jonnyb [17:16] fabricius: what about just .box-data ul {overflow: visible} [17:17] jonnyb, I have no idea, not something I experienced [17:19] the first one i think needs fixing is what to do with an exception report if something blows up in addDocumentFromContentData (for instance) - i added a try catch that seems to catch the error ok, but what should i do with it? there doesn't seem to be any error handling in the indexer... [17:25] *** fabricius has quit IRC (Ping timeout: 252 seconds) [17:26] tikiwiki: 03lphuberdeau * r37517 10/trunk/lib/wiki-plugins/wikiplugin_bigbluebutton.php: [FIX] Partial commit to fix variable rename only made in a few places breaking the entire bigbluebutton plugin [17:34] lphuberdeau: seems to be on line 145 of Indexer.php when it tries to do $data[$name]->getValue() and $name='wiki_content' - it just never returns :( [17:34] never? [17:35] on wiki content that might attempt to parse the data [17:35] only on this one page (so far) [17:35] unfortunately it's about 30 pages in... (and i seem to need to restart apache to make it stop) [17:35] tikiwiki: 03chealer * r37518 10/trunk/modules/mod-func-loadstats.php: fix irrelevant typo [17:48] bizarre - once again when stepping through the code it returned from parse_data fine... [18:00] ok, i give up - more next time... [18:00] *** jonnyb has quit IRC (Quit: jonnyb) [18:19] *** marclaporte has joined #tikiwiki [18:19] polom [18:20] hi marc [18:21] *** guest has joined #tikiwiki [18:22] hi all [18:23] i have a problem where i couldnt find a solution by myself: [18:23] i wrote a plugin, wich works fine...now i tried to include a nother file there and this failed in the followin matter [18:24] lphuberdeau: does the bbb wikiplugin in trunk support the new bbb version too ? [18:24] actually, it's completely broken in trunk by a bunch of untested changes [18:24] hi guest [18:25] when i declare a class inside the included file processing of the page spos resulting in an empty page. [18:25] otherwise, the API is compatible, so it should work [18:25] spos=stops [18:25] but I'm fixing the code and including the new API functionalities right now [18:25] any suggestions? [18:25] lphuberdeau: ok, i only know that room "name" must be 5 digit number room id starting with 7xxxx to make it work in 6.x [18:26] luciash, not that I know of [18:26] name as always been freetext, 0.8 limits commas from being in there [18:27] luciash: wanna do some SVG testing on trunk? (much better than 7) [18:27] is there a need to register classes anywhere? or something like this? [18:28] lphuberdeau: it was sound related problem → http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&status=o&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=bigbluebutton&filter=Go&itemId=3906&show=view [18:28] guest: I don't understand what the error you're getting is [18:30] ah, I don't know if that's going to be different [18:30] lphuberdeau: as soon as i declare a class inside my plugincode ( or in the included file) the page is an empty one. commenting out the class and it works... [18:31] syntax error maybe? [18:31] marclaporte: isn't the suite.t.o. on trunk ? [18:31] lphuberdeau: using the class insite a plain php (not in tiki) works well. [18:32] luciash: not yet [18:32] what's the class name? [18:32] It's a perspective of tiki.org for now [18:33] marclaporte: ah, i see [18:33] i tried: TikiCartoon, MyClass, Testthing_xxxx [18:33] can you put your code in pastebin? [18:34] its not on my computer right now, sorry. [18:36] so i have to prepare....some minutes. [18:37] *** changi|away is now known as changi|revamp [18:43] luciash: http://demo.tiki.org/draw/tiki-index.php?page=Tiki+Suite+SVG [18:43] (enjoy) [18:43] marclaporte: cool :) [18:44] tikiwiki: 03nkoth * r37519 10/trunk/ (2 files in 2 dirs): [ENH] Cache search value formatting for speed [18:45] marclaporte: yep, much better, saving works there [18:46] tikiwiki: 03chealer * r37520 10/trunk/templates/modules/mod-last_tracker_items.tpl: [REF] $module_error is already translated in PHP [18:48] polom [18:48] lphuberdeau: do you have a sec ? [18:49] maybe I do [18:49] new error on trunkdoc [18:49] Fatal error: Call to undefined method TikiLib::plugin_execute() in /var/local/trunkdoc.tiki.org/www/lib/wiki-plugins/wikiplugin_file.php on line 204 [18:49] this is the result of the rebuild index link in admin panel [18:51] easy fix, that method moved to parserlib [18:52] ok fine [18:52] fixed [18:52] lphuberdeau: at this computer i runs as expected, so somthing at my installation, sorry. [18:52] marclaporte: [18:52] http://demo.tiki.org/draw/tiki-index.php?page=SVG-Tiger [18:52] tikiwiki: 03changi67 * r37522 10/trunk/lib/parser/parser_template.php: [user:changi:FIX] Even if it's a template, missing ; [18:53] lphuberdeau: thx [18:54] thanks and bye [18:54] *** guest has quit IRC (Quit: Page closed) [18:54] marclaporte: it would be nice to see the SVG diff in history [18:55] *** Jyhem_laptop has joined #tikiwiki [18:56] *** fabricius has joined #tikiwiki [18:56] tikiwiki: 03chealer * r37523 10/trunk/templates/module-error.tpl: [REF] remove module-error.tpl (apparently never used). Ref: r2641 [18:59] luciash: +1 (for all viewable files, like WebODF, SVG-edit and images) [19:02] sounds like wishful thinking [19:03] christmas are coming soon ;) [19:04] tikiwiki: 03nkoth * r37525 10/trunk/lib/core/Search/Formatter/ValueFormatter.php: [ENH] Add language to cachekey in case it matters [19:04] lphuberdeau: another one for you [19:04] still in Rebuild process [19:04] Fatal error: Uncaught exception 'PDOException' with message 'could not find driver' in /var/local/trunkdoc.tiki.org/www/lib/tikilib.php on line 513 [19:04] ( ! ) PDOException: could not find driver in /var/local/trunkdoc.tiki.org/www/lib/tikilib.php on line 513 [19:04] after 5 minutes [19:04] changi|revamp: u miss the pdo driver [19:05] sounds more like a dsn misconfiguration [19:05] probably set to use mysqli rather than mysql [19:05] luciash: hum, if pdo was not here, no community website should be working :) [19:05] ah, hmm :) [19:06] db_tiki=mysql [19:06] in db/local.php [19:07] in admin>dsn, not db/local.php [19:07] lphuberdeau: oh [19:07] mysql classic ? i think i have mysqli there always [19:07] just btw [19:08] lphuberdeau: i don't understand what dsn is doing here ? Is it used in Lucene Rebuilding process ? [19:09] rebuilding re-parses every page [19:09] so essentially, you're hitting all bugs in the content in a single action [19:09] that's why i'm testing it :) [19:09] the best testing tool :) [19:10] we don't need phpunit :) [19:10] lphuberdeau: but on doc we don't have any other dsn configured [19:10] really? [19:10] lphuberdeau: yes [19:11] pretty sure you do [19:11] lol [19:11] because that error is right in get_db_by_name [19:11] lphuberdeau: so we have another issue in an other place :) [19:12] lphuberdeau: and it is not a random error, i got it every time [19:12] yes, I expect the dsn misconfiguration to remain the same over time [19:12] would be good to know which piece of content causes trouble [19:13] but the error is likely in PluginSQL or PluginDBReport pages [19:13] tikiwiki: 03chealer * r37526 10/trunk/ (modules/mod-func-menu.php templates/modules/mod-menu.tpl): [FIX] Menu module: since parameters aren't validated, report some issues at runtime. Thanks Jonny Bradley [19:13] but those plugins should be disabled on doc [19:13] lphuberdeau: i think [19:14] lphuberdeau: do we have a command line tool with a little debug to catch it ? [19:14] nope [19:15] lphuberdeau: really, i long time ago, we launch something in commandline to watch the progression, no ? am i dreaming ? [19:15] luciash: http://demo.tiki.org/draw/tiki-pagehistory.php?page=SVG-Tiger&history_offset=1&diff_style=htmldiff&show_all_versions=y&compare=Compare&newver=0&oldver=4&paginate=on&history_pagesize=25&bothver_idx=3 [19:15] you can write stuff in the code to see it [19:15] but it does not do it out of the box [19:15] marclaporte: it is visual diff, right ? i meant SVG code diff [19:18] *** svdasein__ has quit IRC (Ping timeout: 260 seconds) [19:18] *** svdasein has joined #tikiwiki [19:18] lphuberdeau: in doc/devtools we have a command line thing [19:19] called rebuild_search_index.php [19:20] I don't know if that does anything about showing progress [19:21] lphuberdeau: no but i can put some print to see where it stopped [19:21] that would likely work without the console script too ;) [19:22] tikiwiki: 03mlustenberg * r37527 10/trunk/lib/wiki/editlib.php: [REF] EditLib: refactor $p['wikistack'] (needed to implement the color stack) [19:22] lphuberdeau: could you just remember me where i can add some to display the type and name ? [19:22] lib/core/Search/Indexer.php [19:29] lphuberdeau: it failed on the PluginSQL page :) [19:29] told you so [19:29] disable wikiplugin_sql [19:29] shouldn't be enabled [19:33] lphuberdeau: it is not enabled [19:33] luciash: compare SVG code diff: yes, but seems like more work :-) [19:34] marclaporte: sure :) [19:37] so it does not execute on the page but it does when indexing? [19:37] tikiwiki: 03oeversetten * r37528 10/branches/7.x/tiki-register.php: [19:37] tikiwiki: [FIX] Obviously $re and $registrationlib->merged_prefs are not the same arrays (ll 85,87) [19:37] tikiwiki: The indices usersFieldId and user_register_prettytracker_tpl are not defined in both [19:37] tikiwiki: In the previous state the feature use pretty tracker template does not work! [19:38] lphuberdeau: yes apparently [19:38] that does not make much sense [19:39] do you have a stacktrace of the error? [19:39] yes [19:41] lphuberdeau: oh you want it :) [19:41] lphuberdeau: just a sec [19:41] :) [19:43] *** lphuberdeau has quit IRC (Ping timeout: 252 seconds) [19:43] *** marclaporte has quit IRC (Ping timeout: 260 seconds) [19:44] oh same place :) [19:46] *** lphuberdeau has joined #tikiwiki [19:46] connectivity problems, send it now ;) [19:46] get an 500 internal error [19:47] second try [19:47] :) [19:47] tested locally and I don't get the plugin executing more in indexing than page display [19:47] when the indexing crashes, it needs some cleaning up [19:47] oh , a setup.sh ? [19:48] remove the temp/unified-index* folders [19:49] -old and -new are leftovers and the indexer things it's still running [19:49] lpok [19:50] Hi I am running InnoDB and after the latest updates the Configuration search fails: "Search error" "Index doesn't exists in the specified directory." [19:51] lphuberdeau, does the word "to" mean something special to Lucene? If I search for any search string with the word "to" in it I get basically every result possible and the words "Tites", "texts" and "Content" is highlighted [19:52] I wouldn't think so [19:53] I see,title and content are in my contents fields [19:53] tikiwiki: 03sylvieg * r37529 10/trunk/tiki-admin_categories.php: [FIX]categ: need to be able to create at least one categ [19:54] let me try on doc.tiki.org [20:00] btw http://demo.tiki.org/draw/tiki-index.php?page=Tiki+Suite+SVG is not workinf for me in FF 3 but ok in safar [20:04] must be a bug somewhere, if I search for anything in the editorial board meeting category I get only things from taht category, but if my search text include the word "to" it's almost as if any other filter is ignored [20:06] tikiwiki: 03gta74 * r37531 10/trunk/lang/de/language.php: [TRA] some translations [20:07] nkoth, 'to' might be in the stopword list [20:09] lphuberdeau, where is the stopword list? [20:11] *** AldenisZen has quit IRC (Quit: Leaving) [20:12] lib/core/StandardAnalyzer/Analyzer/Standard/English.php (sylvie added that bit) [20:12] ok, it's there, but other words such as "in" is there too, and I tried that it does not give the same problem [20:13] i'll remove it and see if it helps... [20:14] no change [20:16] sylvieg any clue why "to" can cause so much disruption [20:16] *** AldenisZen has joined #tikiwiki [20:20] *** RobertPlummer has joined #tikiwiki [20:20] nkoth: TO is used in the lucene syntax, but it needs brackets to do anything according to the doc [20:20] need to go [20:20] see you all [20:20] tikiwiki: 03oeversetten * r37532 10/branches/7.x/ (5 files in 5 dirs): [20:20] tikiwiki: Necessary lines to output the registration results with tracker plugin [20:20] tikiwiki: and to administrate it in the login panel [20:20] *** changi|revamp is now known as changi|ffa [20:25] *** Tiki|bot has quit IRC (*.net *.split) [20:41] *** Tiki|bot has joined #tikiwiki [20:51] tikiwiki: 03mlustenberg * r37534 10/trunk/lib/wiki/editlib.php: EditLib intermediate commit on the way to process nested colors [20:51] tikiwiki: 03oeversetten * r37535 10/trunk/lang/nds/language.php: [TRA] just a few new, soon I take a closer look on consistent spelling [20:53] *** RobertPlummer has quit IRC (Quit: Leaving.) [20:53] tikiwiki: 03mlustenberg * r37536 10/trunk/lib/test/editlib/ParseToWysiwyg_CharacterTest.php: [ENH] Testing of edit lib (enabled and fixed some color testing) [21:00] *** RobertPlummer has joined #tikiwiki [21:03] nkoth|nelson: lphuberdeau has the answer - It is fixed in trunk but not in tiki7 - so far I know [21:05] which answer do I have? [21:05] sylvig: i am using trunk, let me update again... [21:05] the to is interpreted by lucene... [21:06] I don't think it's supposed to be [21:06] the doc states either {} or [] [21:08] sylvieg: what was the fix in trunk? [21:08] I did not find out .. I just run test [21:10] (in one the tiki7 I have, I just read the stop list file and took away the words - butit is not committable [21:11] did you have to rebuild index after taking out the words? [21:12] no so far i tested the stop words are nopt in the index [21:12] anyway rebuilding now, 10 min later I will test again [21:24] *** Tiki|bot has quit IRC (*.net *.split) [21:26] *** Jyhem_laptop has quit IRC (Quit: Konversation terminated!) [21:26] *** RobertPlummer has quit IRC (Ping timeout: 260 seconds) [21:26] *** Jyhem_laptop has joined #tikiwiki [21:27] tikiwiki: 03lphuberdeau * r37537 10/trunk/lib/core/Search/Index/Lucene.php: [FIX] Prevent crash when an empty query sneaks in [21:28] sylvieg: so I still have the "to" problem [21:37] *** Tiki|bot has joined #tikiwiki [21:39] nkoth, I ran a test locally and the results for 'to' are only those where the word really exists in the page [21:39] only thing is that the result is very very frequent [21:39] it seems like the stopwords do not kick in [21:39] in my case it actually invalidates the filter [21:39] any other filter that you may have, say a category filter [21:40] or a type filter as well. Does that happen to you as well? [21:41] I have 3 pages now (new innodb install) [21:41] 2 of em contain the word 'to', through plugins [21:41] and those are the results I get [21:43] ok I've figured out what is happening here though [21:43] if I search for "to" and set the filter type=wiki page [21:43] the search searches for "wiki page type" [21:44] let me try and reproduce locally [21:44] that makes sense [21:44] makes sense? [21:44] well, according to the execution paths, it does [21:44] because lucene won't need a text filter to search [21:45] type:wiki page is a valid query [21:45] the UI bit makes sure the string is not empty, but stopwords happen much lower [21:45] sure the problem is that it is searching not for type:wiki page but for the words type, wiki, and page [21:46] but I don't get the same behavior you do [21:46] I just get to not being treated as a stop word [21:48] ok i might be wrong about the searching for the words [21:48] I think that I am just being deceived by the highlighting [21:50] I recommend turning off the highlight anway [21:50] there is no snippet generation and the highlight is dead slow [21:52] is there a minimum word length? [21:52] no [21:53] if I search for "be" I get results with "ve" in it [21:53] be is in the stopword list [21:53] not ve [21:53] I meant be [21:54] I don't actually think the stopword is working for me either in general [21:54] I just have the additional "to" issue [21:54] I really don't know about that one [21:54] i'm going to try locally. the "to" might be a php 5.2 issue... [21:54] I did some digging and it seems to strip the term [21:55] perhaps simething is craashing silently and the query goes through with no filters [21:56] the results I get just show it's not treated as a stopword [21:56] but other words work [22:02] *** radek82 has quit IRC (Quit: Leaving) [22:20] lphuberdeau I have to "to" problem locally as well [22:21] the only problem I have is that it is not treated as a stopword [22:21] which is kinda weird too if the other words are treated as stopwords [22:21] but it could look as all results because it's nearly everywhere [22:22] the test I am doing is by setting the type filter to "wiki page" and then searcg fior to [22:22] I find that tracker items appear too [22:37] *** DarkCalf has joined #tikiwiki [22:39] tikiwiki: 03nkoth * r37538 10/trunk/lib/core/Search/Index/Lucene.php: [FIX] Expecting string so must be expecting text of Zend_Search_Lucene_Index_Term object, not object itself [22:46] that fixed it? [22:48] lphuberdeau: no , of course, just stumbled on that while looking. I have moved on to do something else. I think the solution to my problem is a working stopwords mechanism that includes "to" [22:50] I'm really not sure what's going on, the stopword mechanism seems to work, but somehow not [22:51] lphuberdeau: searching for other stopwords gives me really strange varying results depending on what it is as well, perhaps there is stemming involved [22:52] if there were no stopwords at all, I get the results I would expect [22:52] but I don't get all results as if the filter was missing, which is what I would expect in this case [22:52] but other stopwords work just fine [22:52] yes, stemming might be involved [22:54] actually, no, I checked for that in the process [22:54] unless there is an other level [22:59] lphuberdeau, the stopwords effect on indexing right? [22:59] *** lphuberdeau has quit IRC (Ping timeout: 260 seconds) [23:00] *** lphuberdeau has joined #tikiwiki [23:05] lphuberdeau: perhaps the plugin helper is being index as well [23:06] and "to" appears in it [23:06] because I find a similar thing with "in" [23:07] but anyway this isn't going to help my "to" problem which seems like a query time problem and not an index time problem. I've worked around it using a crude str_replace for now [23:10] polom [23:11] Hi, I am looking into the problem with linking to pages with international character and I believe I have found something. A question for my understanding: the table tiki_links seems to maintain the internal from/to page links. When a page is renamed, is both the fromPage and the toPage attributes of the tiki_links table supposed to be updated? [23:11] arildb, yes [23:11] thanks [23:12] When using international characters Tiki currently fails to fill in the tiki_links table. I am not sure which consequences it has... [23:13] With the fix I am working on this table gets filled out again, and the linking of names with international characters seems to work much better [23:15] nkoth, sounds like a good assumption [23:16] arildb: looking forward to it [23:17] New Forum Posts: Unable to make my Tiki work with Facebook - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42310 [23:30] arildb: me too. did you localize the problem? [23:31] chealer: Yes, I believe so. urldecode doesn't properly decode all variations. By applying a specific to_utf8 function that fixes the faults things seem to work much better. [23:31] See http://no2.php.net/manual/en/function.urldecode.php [23:31] by alejandro at devenet dot net 15-Dec-2010 02:27 [23:33] chealer: I am surprised that french Tiki pages don't suffer the same problem as norwegian pages do [23:39] arildb: so does the problem also affect the non-WYSIWYG editor? [23:39] chealer: I am not sure. Haven't testet it [23:40] arildb: it would be nice to check that. if it does I would want to backport [23:40] arildb: I just tried a link on trunk with the non-WYSIWYG editor and it seems to be stored fine in tiki_links [23:40] chealer: Give it a try: Just use ÆØÅ in a page name, and try to link to it from another page. Then same the linking page a minor change. It will break the link [23:41] chealer: It may be. The error also seems to be connected to the HTMLPurifier, which is only triggered for HTML pages [23:41] arildb: oh [23:44] arildb: there must be something something to HTMLPurifier or WYSIWYG indeed, because here both page names are stored just plain, so hint of urlencode or anything [23:44] arildb: what do you mean by " Then same the linking page a minor change."? [23:45] arildb: but it works for pages with non-encoded characters? [23:46] chealer: For the page that contains the link to the intl-named page, make a small change ans save. The link corruption is only triggered by a repeated save, i.e. not during the create [23:46] nkoth: English characters don't seem to have a problem [23:47] arildb: editing the linking page didn't affect tiki_links here [23:48] chealer: In my installation tiki_links is not filled in at all [23:48] after the change it works [23:49] The change I did is in parserlib->get_pages [23:49] foreach($htmlLinks[1] as &$h) { [23:49] $h = $this->to_utf8(urldecode($h)); [23:49] } [23:49] foreach($htmlWantedLinks[1] as &$h) { [23:49] $h = $this->to_utf8(urldecode($h)); [23:49] } [23:50] arildb: I see the record as soon as the target page is created here. INSERT INTO `tiki_links` (`fromPage`, `toPage`, `reltype`) VALUES ('Prêt', 'ÆØÅ', NULL); [23:50] There are more errors, which I am looking into [23:50] arildb: I'm testing with http://ido.ath.cx:8080/tiki/trunk/tiki-index.php?page=Pr%C3%AAt BTW [23:51] chealer: Let me do a test on your system [23:51] arildb: no problem (admin 12345) [23:51] ok [23:52] chealer: You don't have WYSIWYG enabled? [23:54] *** AldenisZen has quit IRC (Quit: Leaving) [23:54] *** AldenisZen has joined #tikiwiki [23:54] chealer: works fine on your system in wiki-text mode. Can I enable WYSIWYG? [23:57] arildb: not enabled, no. sure [23:59] chealer: I am enabling it. OK?