[00:10] *** stefon has quit IRC (Ping timeout: 180 seconds) [00:11] *** Caarrie|away is now known as Caarrie [00:20] dev ceremony plz! [00:59] *** CIA-57 has quit IRC () [01:11] *** Kissaki is now known as Kissaki^0ff [01:13] *** CIA-57 has joined #TikiWiki [01:56] New Forum Posts: Removing permissions from the admin group - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=&comments_parentId=34088 [02:21] *** MartinCleaver has joined #tikiwiki [02:37] *** MartinCleaver has quit IRC () [02:39] *** MartinCleaver_ has quit IRC (Read error: 110 (Connection timed out)) [03:28] *** [o_O] has joined #tikiwiki [03:28] *** Caarrie is now known as Caarrie|sleeping [03:28] *** franck has joined #tikiwiki [03:31] *** franck_ has quit IRC (Read error: 60 (Operation timed out)) [03:43] *** danopia` has quit IRC (Read error: 101 (Network is unreachable)) [04:02] *** franck_ has joined #tikiwiki [04:22] *** franck has quit IRC (Read error: 113 (No route to host)) [04:50] *** luminoso_ has joined #tikiwiki [04:51] *** luminoso has quit IRC (Read error: 104 (Connection reset by peer)) [05:34] *** danopia` has joined #tikiwiki [05:48] *** [o_O] has quit IRC (Read error: 110 (Connection timed out)) [06:05] *** CIA-57 has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** Kissaki^0ff has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** tobi_h|away has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** ricks99 has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** Sug4r has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** idle- has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** chealer has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** Jyhem has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** danopia` has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** sylvieg has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** luciash has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** Tikiwiki|bot has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** uSlacker has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** amette has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** Redhatter has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** SEWilco2 has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** luminoso_ has quit IRC (verne.freenode.net irc.freenode.net) [06:05] *** Lucymoz has quit IRC (verne.freenode.net irc.freenode.net) [06:32] *** luminoso_ has joined #tikiwiki [06:32] *** CIA-57 has joined #tikiwiki [06:32] *** chealer has joined #tikiwiki [06:32] *** tobi_h|away has joined #tikiwiki [06:32] *** SEWilco2 has joined #tikiwiki [06:32] *** Redhatter has joined #tikiwiki [06:32] *** ricks99 has joined #tikiwiki [06:32] *** Tikiwiki|bot has joined #tikiwiki [06:32] *** Kissaki^0ff has joined #tikiwiki [06:32] *** Sug4r has joined #tikiwiki [06:32] *** sylvieg has joined #tikiwiki [06:32] *** uSlacker has joined #tikiwiki [06:32] *** amette has joined #tikiwiki [06:32] *** idle- has joined #tikiwiki [06:32] *** luciash has joined #tikiwiki [06:32] *** Jyhem has joined #tikiwiki [07:03] *** Tikiwiki|bot has quit IRC (Read error: 110 (Connection timed out)) [07:40] *** Caarrie|sleeping has quit IRC (Read error: 60 (Operation timed out)) [07:59] *** Kissaki^0ff is now known as Kissaki [07:59] svn access plz [08:01] *** FrankP_german has joined #tikiwiki [08:11] Kissaki: good morning - i admire your perseverance - don't give up! :) [08:20] :P [08:20] mornin [08:20] well... it's getting more I have to commit [08:36] *** luminoso_ has quit IRC (Read error: 104 (Connection reset by peer)) [10:12] *** FrankP_german has quit IRC ("Nettalk6 - www.ntalk.de") [10:39] svn access plz [10:53] *** Caarrie has joined #tikiwiki [11:43] *** tomb has joined #tikiwiki [11:43] *** tomb has left "Ex-Chat" [11:47] *** floh1111 has joined #tikiwiki [11:58] *** rodrigo_sampaio has joined #tikiwiki [12:03] *** luminoso has joined #tikiwiki [12:14] *** Caarrie is now known as Caarrie|away [12:47] *** rodrigo_sampaio has quit IRC ("Leaving.") [12:54] KIssqki: First we do not follow exactly zend (http://dev.tikiwiki.org/tiki-index.php?page=DevTips) Identation is tabs [12:54] 2) what do you plan to commit? [13:00] svn access plz [13:00] sylvieg: did you just try to highlight me? [13:00] ^^ [13:01] sylvieg: well, the site you linked says: zend coding coding standars with following exceptions: ... [13:02] and there's no exceptions to variable or function naming [13:03] sylvieg: I plan on commiting different things. What I currently have to commit is: updated german translation, updated a theme css file to improve user experience on a specific link class, update the db scripts and add a windows db script (batch) [13:04] and I plan on checking sqlite and pgsql, if I manage to get a release pack for testing as I'm on a windows machine right now... [13:04] db script = db conversion script [13:06] hmm... [13:09] :( [13:13] what is your sourceforge user name [13:13] kissaki [13:13] also did you subscribe to the cvs or devel list? [13:14] we need a way to email you if you have some comments on your commits [13:17] ok Kissaki - you are new dev at tikiwiki [13:17] do you read the 3 rules? [13:18] yes, I did [13:18] thank you [13:18] yes I did [13:23] dev.tw is almost dead for me - to edit a page execution ime:242secs [14:09] tikiwiki: 03chibaguy * r20342 10/mods/trunk/themes/clubcard/styles/clubcard.css: [FIX] td class="odd" text color changed for better contrast. [14:15] tikiwiki: 03chibaguy * r20343 10/mods/trunk/themes/clubcard/styles/clubcard.css: [FIX] Contrast fixed for h2 headings in tabcontent. [14:16] *** rodrigo_sampaio has joined #tikiwiki [14:24] *** wookienz has joined #tikiwiki [14:26] hi, i dont want some people to view a bunch of pages. My though process is to disallow all viewing from everyone (non super user) then on the pages i want to them to view over ride the permissions. Is the sensible way to do it? [14:26] hi, i dont want some people to view a bunch of pages. My though process is to disallow all viewing from everyone (non super user) then on the pages i want to them to view over ride the permissions. Is the sensible way to do it? [14:36] tikiwiki: 03kissaki * r20344 10/trunk/styles/strasa/options/cold.css: [14:36] tikiwiki: [ENH]for strasa theme: [14:36] tikiwiki: make links with class linkmodule a block [14:36] tikiwiki: This will improve user experiance as link:hover will no longer deactivate on multi-line links [14:37] tikiwiki: 03kissaki * r20345 10/trunk/lang/de/language.php: [ENH]Translation German updated [14:39] tikiwiki: 03kissaki * r20346 10/trunk/doc/devtools/README.txt: [ENH]added note about release.sh (as that's the primary one, not tikirelease.sh as written in tikirelease.sh) [14:42] tikiwiki: 03kissaki * r20347 10/trunk/db/convertscripts/ (6 files): [14:42] tikiwiki: [ENH]some formatting, indentation and comments in convertsqls.sh [14:42] tikiwiki: Windows equivalent batch script convertsqls.sh [14:55] i appear to be getting Db errors when trying to assign perms to a specific page. [14:55] when this query is run -> insert into `users_objectpermissions`(`groupName`, `objectId`, `objectType`, `permName`) values(?, ?, ?, ?) [15:03] wookienz: version? what kind of pages? which module/feature do you use? what's the error message? [15:04] http://pastey.net/118619 [15:04] assigning perms to an indiividual page. [15:04] tiki_p_view to the registered group [15:05] 3.1 [15:07] the error doesnt give me much to go on. [15:15] Kissaki: any ideas? [15:17] that you have a space in "wiki page" is probably not the error, right? [15:18] prepared statem. should do that... [15:18] hm, query "probably built" haha [15:18] no, don't know [15:19] did you try to execute that query manually? [15:19] and see if that works [15:23] *** floh1111 has quit IRC (Remote closed the connection) [15:26] *** floh1111 has joined #tikiwiki [15:59] *** rodrigo_sampaio has quit IRC ("Leaving.") [16:01] *** FrankP_german has joined #tikiwiki [16:11] *** GillesM has joined #tikiwiki [16:16] *** marclaporte has joined #tikiwiki [16:23] *** Lucymoz has joined #tikiwiki [16:25] *** Tikiwiki|bot has joined #tikiwiki [16:26] New Forum Posts: PHP Testing – Unit Tests - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=&comments_parentId=34093 [16:26] New Forum Posts: over 200 concurrently running PHP processes - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=&comments_parentId=34092 [16:42] Tikiwiki|bot: you can't answer me, but your links don't work! [16:43] Kissaki: known issue a bug in TW not the bot [16:43] oO [16:43] is it fixed in trunk? [16:43] no idea [16:43] is the site probably running 3.1? [16:43] should be running trunk i think [16:43] the the sites [16:44] yeah? how often is it updated? [16:44] when they want [17:09] Kissaki: I could be totally wrong here, but i think it might be fixed - at least from http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-07-22,Wed&raw=on it says: [17:09] [12:27] tikiwiki: 03sylvieg * r20300 10/trunk/tiki-view_forum_thread.php: [MOD]forum: not anymore necessary to give the forumId to see a post (cost one more request [17:09] hth, bbl... ;) [17:09] cu [17:09] whatever hth means [17:09] hope that helps [17:09] hehe [17:09] ;) [17:11] Thanks, tobi_h|away: So when we next dogfood the forum the bad URLs should go away. [17:15] * tobi_h|away blushes for undeserved thanks - which he redirects to sylvieg... ;) [17:26] Kissaki: : tks for the commits [17:26] :) [17:26] I found the trunk download link, so I'll probably check sqlite and pgsql in the next few days [17:28] my god the bugtracker sucks... [17:28] (yes, I already read the wiki pages on improvement etc :) ) [17:31] what's the "resolution status" for if nobody can change it? :/ [17:35] Kissaki: it can be changed...are you talking about your own bug reports? [17:35] no [17:35] admins only? [17:35] at least I can't change tracker items, only comment [17:38] and when end-users report (and thats where problems start: never closing, no status change, wrong priority), and someone fixes, he can only comment [17:39] *** luminoso has quit IRC (Read error: 60 (Operation timed out)) [17:39] *** luminoso has joined #tikiwiki [17:39] sylvieg, marclaporte: according to http://dev.tikiwiki.org/tiki-index.php?page=HomePage developers can change the status of items, however the necessary group membership doesn't seem to come automatically. [17:39] wookienz: I just saw you created a ticket. Did you try to execute the sql string manually in your db? [17:42] oh, there's an edit button now :) [17:42] hm, it depends on the item [17:43] http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2649 can't [17:43] http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2648 can [17:43] on the second I have an edit/delete option [17:45] it's in the same tracker though [17:50] oh, the first one has a Submitted by, the second doesn't [17:52] strange, I think I opened http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2649 twice and I got 2 different layout [17:54] *** marclaporte has quit IRC (Read error: 110 (Connection timed out)) [17:55] what's the difference between Trackers and Trackers (mirror) ?? [17:59] I can't find the english strings :( [18:02] *** marclaporte has joined #tikiwiki [18:03] Kissaki: did you see http://doc.tikiwiki.org/tiki-index.php?page=Mirror+Trackers ? [18:04] no :P [18:04] oh.. [18:04] wtf... not even english... well "abandonware is enough" [18:20] Kissaki: oh. I thought I had it in French just because of my settings :/ [18:20] :P [18:38] *** FrankP_german has quit IRC ("Nettalk6 - www.ntalk.de") [18:58] *** chealer has quit IRC (Read error: 110 (Connection timed out)) [18:59] tikiwiki: 03luciash * r20348 10/trunk/lib/tikilib.php: [ENH] common chat emoticons syntax parsing support :-) (to be continued...) [19:03] Kissaki: Did someone complete the dev ceremony for you yet? [19:03] yes :) [19:03] already some commits done [19:03] Good. [20:01] *** stefon has joined #tikiwiki [20:04] hey, I actually managed to set up a good tracker... Let's see who I'll have to bother to get a similiar one on the dev.tw.o page :) [20:09] I've heard of someone who needs a "Naughty" tracker and a "Nice" tracker. :-) [20:09] Not merely a "Good" tracker. [20:23] *** stefon has quit IRC (Remote closed the connection) [20:26] *** marclaporte has quit IRC ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") [20:27] mh? [20:47] Kissaki: Just a pun on meanings of "good". [20:48] :) [20:56] http://current.com/items/89471085_the-un-graffiti-man.htm awesome [20:57] *** floh1111 has quit IRC (Remote closed the connection) [21:24] tikiwiki: 03luciash * r20349 10/trunk/lib/tikilib.php: [21:24] tikiwiki: [ENH] more classic smileys supported (to be continued...) [21:24] tikiwiki: [FIX] allow smiley at the beggining of parsed data too [21:53] *** Caarrie|away has quit IRC (Read error: 110 (Connection timed out)) [21:53] *** Caarrie|away has joined #tikiwiki [22:06] hm, for priority we're using 1 as low and 9 as high. I think I would've put this the other way around. Which one is the more common one? In general and in software development? [22:06] lower = more important [22:10] hi [22:10] one says "number one priority" so i agree [22:13] now my question, what is more resources consuming ? a multiple queries to db if a feature is on or a calling a function multiple times which checks the feature is on every time after then ? [22:16] first I'd say. [22:16] with querying db you're doing the letter as well [22:17] on the letter you have a cached variable (hopefully, class attribute) and only have to read that from ram [22:17] *latter [22:22] tikiwiki: 03luciash * r20350 10/trunk/lib/shoutbox/shoutboxlib.php: [ENH] shoutbox emoticons (smileys) support [22:23] Kissaki: that's what i am not sure... would be great if read from RAM [22:25] so you think better check if the feature is on at multiple places before calling the function ? or better call the function every time and check if the corresponding feature is on only at one place (inside the function) [22:25] well, when executing the script file it's doing everything in ram [22:25] that's what memory_limit is for [22:26] huh? that definitely in the function [22:26] the example i am looking at now is in tikilib.php there's function parse_smileys and it checks if the smileys feature is on inside of it [22:26] otherwise you'd have tons of redundancy [22:26] well, depends on the function though [22:27] hm [22:27] i was wondering if it's not slowing down calling the function every time when actually the feature would be switched off [22:27] there's probably a parse function? [22:27] yes [22:27] for content [22:28] yeah [22:28] well, parsing smileys is probably done seperatly from parsing wiki syntax, right? [22:28] one after the other [22:29] then I'd check: smileys? parse : ; afterwards the other parse like it was [22:29] yep, it's separate function because it's feature dependent [22:29] after all a parse function should not check but parse [22:29] give it only the function it's supposed to have [22:30] hmm, but then you have this "redundant" check every time before you call that function [22:30] it would be needed in tikilib.php itself plus in shoutboxlib.php now [22:31] if it stays like it is (check inside the function), it's not necessary to copy the check everywhere [22:32] i am not lazy to add the feature check before calling the smileys parse function, just wondering what is faster to render tiki page ;) [22:34] well, you only have it once in code, right? [22:34] just where you have a wiki parse, you'll have a check and smiley parse [22:34] that's ok/good [22:35] this is not only about performance, you definitely add it before calling parse [22:35] 1.) parse fn should only parse, not check. You'd have function calls for "parsing" with nothing happening [22:36] two places, tikilib for wiki parsing and shoutboxlib... shoutbox is different, it doesn't do wiki parse, only smileys now [22:36] 2.) maybe you'll do something where you don't want to check before parsing. Now you have a problem :) [22:36] yeah [22:36] that's ok [22:41] i agree with you that it sounds more logical to check before calling the parse_smileys()... it's just less effective and if i am gonna to change it i wanna be sure it has more benefits (performance) than drawbacks (need to check where everywhere is this function called from and add the check there before replacing it from the parse function) [22:45] it's not less effective. [22:46] you'll check before or after function call in both cases [22:46] but in the function you'll have a function call more [22:46] and see my 2.) for dev. performance... :) [22:50] ok, so basically how someone did it (current check inside the parse function) means it's bad coding habit of some lazy programmer, right ? ;) [22:52] yes [22:53] well, maybe not lazy but unthoughtful/impulsive [22:53] could also be... :) [22:53] mmeh... page is so slow... definitely gotta speed up tiki... [22:54] ok, grepped it's called just from three files in trunk [22:56] found the same redundant function in commentslib :-p [23:04] ? was there already a smiley function? [23:08] Kissaki: I don have root access to the server s i can execute from the CLI. [23:08] ? [23:08] are you missing 't s? [23:08] or is that me [23:08] on the rec end [23:09] wookienz: what are you refering to? [23:09] my manual db entry [23:09] from a feew hours ago - jus got up! [23:11] Kissaki: sure, there was [23:11] ah [23:12] hehe [23:12] wookienz: but you have to the database, right? [23:13] no, essentially somone elses server i am admin'ing the tiki setup. Is it really possible that the program cant execute the query itself? [23:13] hm, k [23:14] well, that would give us a at least a more specific error [23:14] if not, we know it's somewhere in-between in tiki [23:14] latter, it would give us a correct string but not pass it to the db correctly [23:20] *** luminoso has quit IRC (Read error: 54 (Connection reset by peer)) [23:20] *** luminoso_ has joined #tikiwiki [23:23] wer gibt mir nen SE Job für paar Monate? :) [23:37] *** Caarrie|away is now known as Caarrie [23:43] Kissaki: correct me if my implementation is wrong, but i have some pages which i want viewable by registered members, and some pages not. The "not"pages are for super suers. I plan to run view permission off for registered users and then turn on per page (per structure) permissions for the registered users so they can only see content specific to them. is my thought process right? [23:44] probably... I'm new to tiki :P [23:44] you're probably using wiki? [23:45] didn't use structures yet, but if they have structure-individual view settings, that's the way to go for