... etc. [08:19] chibaguy, I experienced that when trying to define a page for the tracker where it edit/views the tracker item [08:19] It isn't user content. [08:19] ah, ok. [08:20] How is the item to be edited then? [08:21] chibaguy, I don't have the problem in tiki 7.1 when no edit/view item template is set in the tracker itself (when editing the tracker ) [08:24] yes, I just removed the wiki template info and now the edit form in the tracker works again. [08:24] hm. [08:27] What is the designed method to edit a tracker item when a wiki template is used? [08:27] (I wonder.) [08:29] Well, I assume the broken tabcontent is a bug. [08:29] chibaguy, you can edit a tracker item by giving the tracker itemId parameter [08:30] chibaguy, or you could display a trackerlist and enable "show edit/view urls" (or something like it) on the individual tracker fields [08:31] chibaguy, if you do that without giving it url param. it will default to the normal edit/view pages [08:31] About your first suggestion, giving the tracker itemId parameter in the page URL? [08:31] chibaguy, on the tracker itself [08:31] you can bind it to a single item [08:31] Oh [08:31] But [08:31] there's another way [08:32] with a trackerlist (that shows all items in the tracker) [08:32] you can enable the link showing I talked about earlier [08:32] and then suppluy an url param to the plugin trackerlist {trackerlist url=someUrl} [08:32] Then the urls that the trackerlist generates will use the url of your url plugin param [08:33] in that plugin param you define "itemId=" and if you leave out the actual vaolue, tiki will magically insert it [08:33] Am I understandable chibaguy ? :P [08:33] Merbster, the master of trackers :) [08:33] no far from it [08:33] But I am getting there [08:34] chibaguy, if you are running tiki 7.1 you have bugs in the show linsk param for the trackerlist, so I hope you are using trunk :P [08:35] I think I am understanding you ok, but I am using branch 7 so don't know what the state of the bugs is. [08:36] I know that jonnyb fixed some bugs and committet them [08:36] I backported them manually to our tiki 7.1 [08:36] I see. [08:37] If your trackerlist does not give you fields as links (even though you set it up to do it) you have the bug. [08:38] I don't mind the mental exercise of trying to use trackers, but wish the chance of success was higher. ;-) [08:39] it's allways a balance between being flexible and also userfriendly :P [08:41] chibaguy, how much of a coder are you? [08:41] not much, I'm afraid. [08:42] I'm ok with CSS and HTML, more or less, but with Smarty and PHP the best I can do is copy/adapt examples. [08:42] ok. [08:43] well, I'd like to learn more, but don't have enough hours in a day. [08:43] I know that problem too well [08:53] sylvieg, are you here? [09:00] *** coaboa has joined #tikiwiki [09:01] polom tikiverse [09:03] hi Coaboa [09:06] I'm using for the first time the module "register" on 7.2. I have a message about open id (i don't use open id) and it broke the col layout. Anyone has experience about this module ? [09:06] Bernard, sorry no, but I would think you can disable it? [09:07] Open Id is not enable, i use Tiki only for authentification. [09:12] Bernard, is that the "Login" module? I don't see a module named register. [09:13] chibaguy: New user registration (register)… (In the meantime i found a disable plugin " subscribe to newsletter") [09:16] arf… the plugin subscribe to a newsletter require being logged… back to the bugged module. :( [09:16] Oh, Ok. I see what you mean (big broken module). [09:17] yes [09:17] do you have the message about openid ? [09:17] That looks like something that should be fixed before the next tiki 7 release. [09:17] yes. [09:18] and same as you, openid is not enabled. [09:18] ok so yes it require fix… i will post in tikidev [09:18] ok [09:21] It looks like the module content is meant for the center column, starting with its h1 heading, and a wide table. [09:22] (apart from the openID problem) [09:24] Even in the center col it broke the page. http://yiul.co.il/tiki-index.php?page=Subscribe (the col is thrown at the bottom) [09:24] The plugin "Subscribe" would have be neat… if works with anonymous. :) [09:25] Yeah, there's apparently a mismatch of html element tags. In the left column, it causes the following modules to be wide, so some tag isn't closed, I think. [09:26] Well, I would first try to get rid of its table for layout. [09:26] checking the module [09:30] ok this is a problem {if $openid_associate eq 'n'} [09:31] The module apparently just grabs the .tpl that was originally meant for the center column. [09:31] which would explain the h1 heading. [09:32] yeap [09:36] i have corrected "my version" but i can't commit that… i removed the openid check as i don't use it and get rid of the first table [09:40] How does the formatting look, then? Does it still go too wide? [09:40] no now it is good [09:41] ah, Ok. I think there is a problem with the logic that filters the table tags. [09:41] i think about commit at least this correction so only the openid thing will need [09:42] shame on me i forgot… how do you know the bp number ? svn info ? [09:44] There's a revision number reported when you make the commit. Or sometimes I look at the email report of the commit for the r number, and paste that in to the notes for the bp, if that's what you mean. [09:45] yes… but "There's a revision number reported when you make the commit" so i don't need to indicate it on the commit msg ? [09:47] no [09:47] it's automatic [09:47] svn commit -m "[FIX]module register: table tags removed to keep layout intact" templates/tiki-register.tpl is ok then, tks. [10:02] tikiwiki: 03yonixxx * r37066 10/branches/7.x/templates/tiki-register.tpl: [FIX]module register: table tags removed to keep layout intact [10:04] *** Trebly has joined #tikiwiki [10:08] r22134 replaced the module's specific code with an include of tiki-register.tpl in Oct. 2009. Strange that it's just now spotted as a problem (at least the h1 should have been noticeable - I don't know if the table always overflowed the column). [10:10] I suspect this module is usually used in a wiki page and not the side column, or at least it wouldn't have formatting problems then, perhaps. [10:10] *** olinuxx has joined #tikiwiki [10:13] *** arildb_ has joined #tikiwiki [10:14] *** arildb_ has quit IRC (Client Quit) [10:16] Bernard: Actually the module still extends over the center column in my branch 7 after your commit, though not as badly. The form label and input fields are too wide for the space (in fivealive). [10:17] *** arildb has quit IRC (Ping timeout: 250 seconds) [10:21] Oh, it fits when I'm logged in, but not when anonymous. [10:27] it's made of a number of included tpls that add rows to the table, and some are wide. A liquid layout would be better but maybe for trunk. [10:29] Custom CSS can resize the heading and make the module scrollable so that it fits in the column if necessary. [10:32] funny, that module doesn't even use the normal module tpl. More evidense that it's intended for the page center, I think. [10:33] I had a problem with inclue too. try to define the full path to the modified/theme template [10:35] when using include with custom code area it allways produce a white screen except when defining the path like templates/styles/mytheme/xy.tpl [10:35] what tiki version, coaboa? [10:35] trunk, current [10:36] What do you mean by custom code area? They aren't in Look and Feel any more. [10:36] worked until (at least) r35883 [10:38] In a module? [10:38] They are: Look & Feel, Customization Tab [10:39] hm, I was looking at branch 7. I thought they were the same. [10:40] i use include in custom html head (and other extra code areas) and when using include from within a tiki.tpl [10:40] Oh, I see. [10:41] There is only html head and at end of body now. [10:42] Otherwise the module zones must be used. [10:42] Or shadow divs, I imagine. [10:43] So the textbox where you can includec ustom jquery/js code under look and feel will be removed in upcoming versions? [10:43] No, those will stay as they are. Just visible content areas were changed to the module zones. [10:44] don't think so my current trunk37038 still shows that box [10:44] oh. ok. [10:44] Because I just started using that one :P [10:44] yeah, the current arrangement will stay as it is, I think. [10:45] I hope so. I find it quite useful [10:48] yep. I have to go out but will be back soon. [10:48] *** chibaguy is now known as chibaguyaway [10:55] *** Caarrie|sleeping is now known as Caarrie|away [10:59] chibaguyaway: weird on mine 7.2 it fit ok logged or not, in the center or in a col… cache may be ? [10:59] a svn up and I have Fatal error: Uncaught exception 'SmartyException' with message 'unknown method 'set_request_overriders'' in lib/smarty/libs/sysplugins/smarty_internal_wrapper.php on line 117 SmartyException :-( [11:05] *** Tiki|bot has quit IRC (Ping timeout: 260 seconds) [11:08] *** ricks99 has joined #tikiwiki [11:15] *** chibaguyaway is now known as chibaguy [11:15] *** olinuxx has quit IRC (Quit: Ex-Chat) [11:18] Bernard, now I see here in Firefox it fits but in Opera it extends into the center column. Apparently the textfield size is calculated differently in Opera. [11:19] polom y'all [11:19] Hi ricks99 [11:21] ricks99, do you know why the rss feed items repeat many times at tiki.org? [11:21] on info? let me c [11:21] no, at the community site. [11:21] 15 items and all the same one. [11:22] * ricks99 checking... [11:22] just wondered if you had noticed that problem. [11:23] u mean the Tiki Tweets? hm... [11:24] Looks like someone (me) messed up the query.... let's see what I can do. [11:26] No, I mean in the center column, "The Latest Tiki News" and "Documentation Updates" [11:26] ooo.... [11:26] Well, some repetition in the Tiki Tweets, but not as much, and recently seems ok. [11:26] i think it is a db refesh issue. notice that *all* rss feeds are repeated [11:27] Is there a solution? Or do we set max to 1? ;-) [11:27] i'll report to dev list and see... needs to be fixed i would think [11:27] notcie that the actual rss is correct: http://doc.tiki.org/tiki-wiki_rss.php?ver=2 [11:28] * ricks99 thinks it is a caching issue somewhere? [11:28] Yes, I tried the rss and it looked fine. [11:29] *** arildb has joined #tikiwiki [11:29] *** Bernard has quit IRC (Read error: Operation timed out) [11:30] *** Bernard has joined #tikiwiki [11:32] *** redflo has left [11:34] tikiwiki: 03sylvieg * r37067 10/trunk/ (templates/tiki-edit_submission.tpl tiki-edit_submission.php): [FIX]article: captcha in submission [11:34] sent chibaguy. tx for reporting [11:37] can I have theme spcecific wikiplugins? and if yes where to put? [11:38] Theme-specific? not afiak. but you can create as many custom ones as you want [11:38] y. that I know. just wondering. for maintenance. [11:39] sylvieg, ? [11:39] @coaboa: i've been wanting that same thing for a while now, too :) [11:40] .... and theme-specific icons/graphcis [11:40] ;-) [11:40] coaboa, the wikiplugin could go inside a module in wikitext that has a theme parameter, maybe. A lot of overhead, though. [11:41] or html elements can be displayed or not with css. [11:41] looking for something you can collect in a "copy-to-destination" folder [11:42] tikiwiki: 03tikii18nbot * r37068 10/trunk/lang/fr/language.php: French translations done on i18n.tiki.org [11:42] not urgent though, just thinking [11:43] ricks99, you know about having style/themename/pics/icons, right? [11:44] * ricks99 feels really stupid now [11:46] I think you might be limited to the pixel size, though. [11:46] Don't worry ricks99 you aren't! :) [11:46] tikiverse ;-) [11:47] * ricks99 runs off to read more on doc [11:47] Really, there is so much to keep in mind with Tiki that it's natural to lose parts all the time. [11:47] is uge [11:47] *huge [11:47] @chibaguy: yup... that's why i hand out on IRC :-) [11:48] I can't figure out why tiki-tracker_http_request.php returns null to me [11:48] If I could just avoid repeating having to learn something several times I'd be pretty happy. [11:48] (I am doing a post to it from jQuery and trying to get the data) [11:50] completely new issue (somewhat tiki related): been thinking of an enhanced Smarties epub with embedded movies, downloadable YAML profiles, etc. I would retail it for ~$35(USD). But most people are accusted to paying LESS for epub editions. any thoughts from the Tiki community? [11:51] ricks99, I have a friend who did a danish site for HD Joomla tutorials. He charges way more. and that's only access to videos [11:51] HD as in High definition [11:52] *** Tiki|bot has joined #tikiwiki [11:55] Merbster: try to type tiki-tracker_http_request with the params directly in the url ... sometimes you can see error messages [11:56] sylvieg, ok! thank you for the tip! :) [11:58] sylvieg, is the minimum needed amount of params documented anywhere? Or should I just try my way? [11:59] usually I use firebug and the net tab.. to pick up the params [11:59] and than I debug the http_request [11:59] sylvieg, I have just opened the file and I am looking at GETS :P [12:00] sylvieg, what I mean is; what are the least amount of params to get something meaningful. :P [12:00] if I just give it trackerIdList I get an empty .js file. [12:05] sylvieg, I am testing my JS in a HTML file that's in the same dir as tiki. but the HTML is not used from any tiki context. Will this affect the behaviour? [12:08] probably not - the tiki.._htt... is independant [12:11] sylvieg, Ok. That's what I expected, I just wanted to be sure :) - Hope it's ok I ask so much [12:11] no problem [12:14] sylvieg, what is "filtervalue" used for? [12:15] but Iam wondering about perm check... [12:15] filtervalue is the value of a field if there is a filter [12:16] sylvieg, if I don't supply a filtervalue it won't return anything [12:21] *** RobertPlummer has joined #tikiwiki [12:21] polom all [12:22] What is the updated version of smarty_modifier_escape()? [12:22] It says it doesn't exist. [12:22] Hi RobertPlummer [12:22] good day [12:22] I don't know the answer yet. sorry [12:24] Oh, nm, I found it [12:24] if (! function_exists('smarty_modifier_escape')) { [12:24] require_once 'lib/smarty_tiki/modifier.escape.php'; [12:24] } [12:25] I am going home from work now bbl [12:25] *** Merbster has quit IRC (Quit: Leaving) [12:29] tikiwiki: 03robertplummer * r37069 10/trunk/lib/ (headerlib.php wiki/wikilib.php): [ENH] Added js file checking to caching for wiki pages, so now you can include js files in your wiki plugins [12:30] I still have some testing to do on that last one, but it should have been added a long time ago. [12:36] *** RobertPlummer has quit IRC (Ping timeout: 258 seconds) [12:38] *** ricks99 has quit IRC (Remote host closed the connection) [12:38] *** ricks99 has joined #tikiwiki [12:53] tikiwiki: 03sampaioprimo * r37070 10/trunk/lib/language/FileType/Php.php: change code comment [12:53] tikiwiki: 03sampaioprimo * r37071 10/trunk/ (get_strings.php get_strings2.php): old get_strings.php replaced with new version [12:54] *** rodrigo_sampaio has joined #tikiwiki [13:04] *** radek82 has joined #tikiwiki [13:06] chealer: do you know which standard we use for language codes/ [13:06] ? [13:06] polom [13:07] rodrigo_sampaio: I don't think I do. you mean we're not follow ISO 639-1? [13:08] chealer: I think we are [13:08] chealer: I just couldn't remember this name [13:08] yes ... there was a standard.. [13:08] thanks [13:09] rodrigo_sampaio: OK. good to see the above commit BTW, even though I couldn't look at your improvements yet :-) [13:12] rodrigo_sampaio: are the current language.php files now generated by the new get_strings.php? [13:13] chealer: in a few minutes they will be (big commit coming) :) [13:14] rodrigo_sampaio: good :-) [13:17] tikiwiki: 03sampaioprimo * r37072 10/trunk/lang/ (48 files in 48 dirs): updating language files using new get_strings.php [13:19] what is the php var for pagename? [13:21] got it $objId [13:22] at least in plugin-catpath [13:31] *** lphuberdeau has joined #tikiwiki [13:35] thanks rodrigo_sampaio. is it normal/intentional that there are no more comments, like those on punctuation handling? [13:36] *** nkoth|nelson has joined #tikiwiki [13:36] chealer: it is intentional. but we can add if you miss them. [13:37] chealer: specifically talking about the punctuation handling I think we should get rid of it [13:37] chealer: this is a discussion I'm planning to start soon [13:37] chealer: but first I need to know why this was created in the first place [13:49] rodrigo_sampaio: get rid of it, i.e. if we have two strings "Foo" and "Foo:", generate two strings in language.php? [13:51] rodrigo_sampaio: *I* don't miss them, but I remember learning about the punctuation handling by reading these comments. I would have been confused if I had not read these. [13:52] chealer: for me the problem with the punctuation handling is that it is not valid for all languages [13:53] chealer: for example, in Spanish the interrogation mark appears in the beginning and in the end of the sentence [13:53] chealer: with the way we handle punctuation it is impossible to properly translate a question to Spanish [13:54] It seems to me that the punctuation needs to be part of the string. [13:55] ...because it varies according to language. [13:55] (If this is relevant - I didn't read the whole log.) [13:56] chibaguy: thanks, but we already have (or should have) the punctuation as part of the string. [13:56] :) [13:56] chibaguy: the question here is that we deal with strings ending in punctuation as a special case [13:56] rodrigo_sampaio: good example. I would tend to address these issues one by one. for the question mark, I don't really see much use in handling it particularly. I don't see why there would be many cases of both "Foo" and "Foo?" appearing. [13:56] hi chibaguy [13:57] hi chealer and rodrigo_sampaio [14:03] chealer: I'm concerned that there might be more cases like that in other languages that we don't know. But I think to investigate to be sure. [14:04] chealer: would be good to have an idea of how many cases of "Foo" and "Foo:" (or another punctuation) we have [14:05] rodrigo_sampaio: I agree, would be good [14:05] *** Bernard has quit IRC (Quit: Leaving.) [14:05] chealer: I will do that before starting this discussion on the devel list [14:05] *** Bernard has joined #tikiwiki [14:06] rodrigo_sampaio: I also agree there must be more cases, but until Tiki is translated to these languages, it's not a problem. I think we can address the issues when they come up. [14:07] tikiwiki: 03sampaioprimo * r37073 10/trunk/lang/ (flagmapping.php langmapping.php): indentation [14:08] tikiwiki: 03sampaioprimo * r37074 10/trunk/lang/ (flagmapping.php langmapping.php nds/ nds/language.php): add Lower German language [14:08] tikiwiki: 03sampaioprimo * r37075 10/trunk/lib/ (3 files in 2 dirs): update code to export translations from the db to use new language.php [14:23] tikiwiki: 03chibaguy * r37076 10/mods/trunk/Packages/ (6 files): [FIX] Errors in paths or file names in package info files caused impossible-to-copy errors in mods admin. Thanks to Marc for testing. [14:31] tikiwiki: 03tikii18nbot * r37077 10/trunk/lang/pt-br/language.php: Brazilian Portuguese translations done on i18n.tiki.org [14:44] does one know how to display the number of contributors to a page in a template? Is there avariable for this? [15:03] *** Trebly has quit IRC (Ping timeout: 240 seconds) [15:19] As far as I know, that value is not pre-calculated, but it's fairly easy to extract from the tiki_history table [16:09] *** RobertPlummer has joined #tikiwiki [16:09] Did you guys see my commit from earlier? [16:11] *** Trebly has joined #tikiwiki [16:11] tikiwiki: 03oeversetten * r37078 10/trunk/ (4 files in 2 dirs): [16:11] tikiwiki: Prepared some flags for Lower German and updated flagmapping.php accordingly. [16:11] tikiwiki: Two flags from Hanseatic times and one half German half Dutch flag. [16:15] hey chealer, you around? [16:16] hi RobertPlummer. just looked at your commit, made me realize there was already support for JS in plugins :-) [16:16] *** arildb has quit IRC (Read error: Connection reset by peer) [16:16] chealer: But not files [16:17] *** Wilkins has quit IRC (Ping timeout: 258 seconds) [16:17] At least not for caching. [16:17] *** arildb has joined #tikiwiki [16:17] chealer: I've added all the steps, and I've looked at it actually adding the files into the caching system, but for some reason it still doesn't work. [16:21] tikiwiki: 03oeversetten * r37079 10/trunk/lang/langmapping.php: [16:21] tikiwiki: Noticed some exchange at Portuguese (English and self description exchanged) [16:21] tikiwiki: Changed self description of Frisian to Frysk, more appropriate I guess. [16:23] RobertPlummer: right. are you trying with codemirror or what? [16:23] no, vendor project. [16:24] chealer: Now it is supported, the query is sent the data to update, but for some odd reason it is like mysql isn't executing the command. [16:24] chealer: I'm baffled. [16:24] RobertPlummer: sorry, what is vendor project? [16:25] a vendor project is a project that you are using in conjunction with an existing svn project to create a new project/feature. [16:25] I guess I should have said on a private project. [16:25] Anyway, I didn't want to mod tiki-setup.php to include the proprietary files. [16:26] humk [16:26] Plugins should be fully plugable. [16:26] RobertPlummer: update_cache() is not working, or what command? [16:26] Drop it in, and it work. [16:27] update_cache doesn't seem to be updating sql. I'm investigating right now... [16:27] RobertPlummer: you're testing as anonymous, right? [16:27] both [16:27] anon and admin [16:28] anon is calling update_cache, and the correct data is being sent [16:28] With the correct files added and everything. [16:28] RobertPlummer: user accesses won't touch the cache [16:29] I cleared cache as an admin, does that have to do with wiki cache? [16:29] I didn't check. [16:29] I figured it couldn't harm anything. [16:29] RobertPlummer: no [16:30] RobertPlummer: so you see PHP going through update_cache (line 418), but the table is not updated? [16:32] chealer: No it is updating, but I had to clear it out. So it is updated in mysql. [16:33] I've cleared cache with the browser, is there another set of cache analysis that I'm missing? [16:33] I was using firefox, trying chrome... [16:33] Same results. [16:34] The data exists in mysql, but not on the wiki page. [16:34] RobertPlummer: hum, I don't follow you. what do you mean by "it is like mysql isn't executing the command"? [16:34] chealer: mysql is sent the correct cache. Cache with js,jq_ready, and files (the new part). [16:35] is it saved in mysql (just verified). [16:35] But what mysql saves and what it delivers are different. [16:35] RobertPlummer: so you mean MySQL is not executing the read query correctly :-? [16:35] When anon, if I visit page=HomePage&refresh=1, everything looks great. [16:36] chealer: Yes, at first I thought it wasen't saving correctly, but it seems that it isn't getting the data correctly. [16:36] chealer: I'm sure I can figure it out. [16:37] perhaps it is getJsFromHTML? [16:37] RobertPlummer: what HTML are you missing? [16:38] the script tags that have externals. [16:38] Yea that is what it is, the tags are being stripped from cache in getJsFromHTML [16:38] RobertPlummer: what do these read? [16:40] It is all the script without the script tags that have src [16:41] So we need a method getJsFilesFromHTML [16:42] RobertPlummer: I don't see anything that considers src [16:43] so new method then? [16:44] RobertPlummer: I meant I don't see anything in getJsFromHTML() that discriminates depending on whether or not there's an src attribute. [16:44] RobertPlummer: if your plugin is not too secret, could share the content of the missing tags? [16:45] Sure. give me a sec [16:46] nm, I know what the problem is. [16:46] getJsFromHTML looks not for the tags, but what is in them.... [16:46] , guess what is inside of this tag? [16:46] nothing [16:46] We do need a different handler for files to be added. [16:49] Chealer: this is a print_r on $jsFile1 and $jsFile2 around line 393+ of wikilib.php [16:49] $jsFile1: [16:49] Array ( [0] => [1] => [2] => [3] => [4] => [1] => [2] => [3] => [4] =>