#tikiwiki 2011-08-30,Tue

(Click on time to select a line by its url)

Who	What	When
***	RobertPlummer has quit IRC (Ping timeout: 276 seconds) RobertPlummer has joined #tikiwiki RobertPlummer has quit IRC (Client Quit) RobertPlummer has joined #tikiwiki	[00:00]
..... (idle for 22mn)
	RobertPlummer has quit IRC (Quit: Leaving.) RobertPlummer has joined #tikiwiki	[00:28]
	RobertPlummer has quit IRC (Ping timeout: 250 seconds) fabricius has quit IRC (Remote host closed the connection)	[00:34]
........ (idle for 37mn)
	lphuberdeau has joined #tikiwiki Caarrie\|away is now known as Caarrie\|sleeping	[01:13]
CIA-50	tikiwiki: 03nkoth * r36630 10/trunk/lib/wiki-plugins/wikiplugin_customsearch.php: [FIX][ENH] In IE prior to 9 it is not possible to deliver Jquery or javascript together with the AJAX response because of crappy DOM handling. So call back script has to be executed after DOM is modified	[01:27]
..... (idle for 20mn)
***	goj_killedByISP has joined #tikiwiki goj has quit IRC (Disconnected by services) goj_killedByISP is now known as goj	[01:47]
.......... (idle for 48mn)
CIA-50	tikiwiki: 03nkoth * r36631 10/trunk/ (2 files in 2 dirs): [FIX] Items list was not showing concatenated values from other fields when specified, also do not double escape when doing so	[02:36]
.......... (idle for 47mn)
	tikiwiki: 03nkoth * r36632 10/trunk/lib/core/Tracker/Field/ItemsList.php: [FIX] trackerrender formatter in unified search not formatting items list field properly	[03:23]
	tikiwiki: 03nkoth * r36633 10/trunk/lib/core/Tracker/Field/Url.php: [ENH] Add option to display url either as link or plain	[03:30]
***	nkoth has quit IRC (Quit: nkoth)	[03:31]
................................. (idle for 2h44mn)
	fabricius has joined #tikiwiki	[06:15]
	fabricius has quit IRC (Ping timeout: 240 seconds) Merbster has joined #tikiwiki	[06:21]
Merbster	polom in the morning!	[06:24]
CIA-50	tikiwiki: 03changi67 * r36634 10/trunk/lib/ (comments/commentslib.php userslib.php): Avoid unused parameters tikiwiki: 03changi67 * r36635 10/trunk/lib/comments/commentslib.php: [FIX] Wrong variable tikiwiki: 03changi67 * r36636 10/trunk/lib/comments/commentslib.php: [FIX] Wrong variable	[06:38]
***	fabricius has joined #tikiwiki	[06:47]
CIA-50	tikiwiki: 03changi67 * r36637 10/trunk/lib/wiki-plugins/wikiplugin_googlemap.php: Wrong variable name + comment all functions to avoid false positive alerts in quality	[06:48]
***	SJ-Jay has joined #tikiwiki	[06:55]
fabricius	polom all	[06:58]
***	redflo has joined #tikiwiki	[06:58]
SJ-Jay	polom fabricius :) sylvieg, marclaporte told me to ask you about the search box.. do you know why it doens't work with lucene search?	[06:58]
CIA-50	tikiwiki: 03changi67 * r36638 10/trunk/lib/toolbars/toolbarslib.php: Avoid unused parameters	[07:05]
***	Wilkins has joined #tikiwiki Wilkins has quit IRC (Remote host closed the connection) GillesM has joined #tikiwiki	[07:18]
	Wilkins has joined #tikiwiki	[07:27]
Merbster	lphuberdeau, what is needed to make the search module work with lucene search? - is it just a matter of editing the search module to feed lucene with the correct parameters? (I imagine SQL Search and Lucene take diff. parameters and that the serach module is simply not setup to feed lucene with the correct params compared to SQL search)	[07:36]
***	GillesM has quit IRC (Remote host closed the connection)	[07:48]
	Jyhem_laptop has joined #tikiwiki	[07:55]
...................... (idle for 1h47mn)
Tiki\|bot	New Forum Posts: How to input links at the top bar? - http://tiki.org/tiki-view_forum_thread.php?forumId=2&comments_parentId=42127	[09:42]
***	xavi has joined #tikiwiki jonnyb has joined #tikiwiki	[09:51]
Tiki\|bot	New Forum Posts: How to input links at the top bar? - http://tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=42128	[10:02]
***	Bernard1 has joined #tikiwiki	[10:14]
Bernard1	polom	[10:15]
jonnyb	hi Bernard1	[10:16]
Bernard1	Hi jonnyb Bernard1 digging in CMS Submissions (possible) setting today :)	[10:16]
***	Bernard1 has quit IRC (Ping timeout: 260 seconds)	[10:22]
Merbster	jonnyb, fabricius	[10:25]
***	Bernard1 has joined #tikiwiki	[10:26]
Bernard1	wouaaaaa i digged too much my MBpro crashed ! :D hi Merbster	[10:28]
Merbster	hey Bernard1	[10:28]
***	chibaguy has joined #tikiwiki ChanServ sets mode: +o chibaguy	[10:31]
chibaguy	polom	[10:31]
CIA-50	tikiwiki: 03xavidp * r36639 10/trunk/templates/tiki-view_articles.tpl: tikiwiki: [FIX]Hide 'articles' hardcoded title + 2 action buttons next to it when articles tikiwiki: are shown through PluginArticles and actions are requested to be hidden, for tikiwiki: better customization of articles display within a custom wiki page	[10:36]
xavi	hi chibaguy, jonnyb, Bernard1 & Merbster	[10:37]
***	Caarrie\|sleeping is now known as Caarrie\|away	[10:37]
Merbster	aloha xavi	[10:38]
jonnyb	hi xavi	[10:38]
Bernard1	hola Xavi, Konishuwa chibaguy	[10:38]
xavi	:-) hi	[10:38]
Bernard1	… Hola or Ola ?	[10:38]
xavi	Merbster & Bernard1: "Hola" (in Catalan and Spanish) Aloha in some more exotic place, I guess :-)	[10:38]
Bernard1	lol	[10:38]
Merbster	hehehe :P	[10:38]
xavi	ola = wave	[10:38]
Bernard1	ola = somthing like "hey !" in hebrew not to be confused with the famous french "hou la la" :D	[10:39]
CIA-50	tikiwiki: 03xavidp * r36640 10/branches/7.x/templates/tiki-view_articles.tpl: tikiwiki: [bp/r36639][FIX]Hide 'articles' hardcoded title + 2 action buttons next to it tikiwiki: when articles are shown through PluginArticles and actions are requested to be tikiwiki: hidden, for better customization of articles display within a custom wiki page	[10:40]
xavi	Bernard1: we have the same expression in Catalonia ;-)	[10:40]
CIA-50	tikiwiki: 03xavidp * r36641 10/branches/proposals/6.x/templates/tiki-view_articles.tpl: tikiwiki: [bp/r36639][FIX]Hide 'articles' hardcoded title + 2 action buttons next to it tikiwiki: when articles are shown through PluginArticles and actions are requested to be tikiwiki: hidden, for better customization of articles display within a custom wiki page	[10:41]
Bernard1	Ahhh stop you'll make me dream of flights and holiday… i used to learn to dance and play Flamenco and i have unfinished business with Spain. :D Bernard1 little Mika invite me to lunch… cu l8tr	[10:41]
Merbster	I have never flown, and it's been years since I was outside of Denmark.	[10:43]
Bernard1	Merbster: tikidesignfeast :--}-	[10:44]
***	Bernard1 is now known as Bernard\|lunch	[10:44]
chibaguy	hi everybody	[10:48]
xavi	hi Gary	[10:49]
Merbster	hi chibaguy	[10:49]
chibaguy	I read the dev.t.o page about Areas, and it sounds pretty good. But I think I need to play with it to really get the idea fully.	[10:58]
xavi	chibaguy: +1	[10:59]
chibaguy	xavi, what do you think, compared to earlier workspace ideas, etc.? compared to aulawiki? Similar or complementary or something completely different?	[11:03]
xavi	backend: sounds partially similar to me front end: no change (we still have some gui to handle workspaces easily)	[11:08]
chibaguy	Ah, I'm thinking the workspace or aulawiki (this is in the mods repository by the way) tie the space closely to the user, based on group, such as students in a classroom. Maybe Areas ties the Tiki object to the area, without concern for hiding\|showing to users.	[11:09]
xavi	this is like the "worksapces desktop", where you could define what will be shown when visiting one workspace: which modules, where, etc. and depending on permissions, you would see more or less content there, etc.	[11:10]
chibaguy	That is, without filtering according to group.	[11:10]
xavi	whenever there is some demo or profile created somewhere, it will be much easier to point what we are still missing to have easy-workspaces	[11:10]
Merbster	chibaguy, our use case for it, has primarily to reduce "information noise" on the page. so that only things regarding to what task you are performing is shown on the wiki. (in this case the task would be "working on a project" with nr. XXXX-YY"	[11:11]
xavi	oups... s/we still have some gui/we still miss some gui	[11:11]
chibaguy	Does it seem like a natural integration to add the Area binding of objects or categories to perspectives on the one hand to the binding of perspectives to groups that Tiki has already?	[11:12]
Merbster	chibaguy, groups is not enough We tried we need to change the perspective depending on current page's categoryid(s) chibaguy, imagine if you are using tiki as a workflow tool. You have maybe 5 pages that each, individually complete a step in a larger process.	[11:12]
chibaguy	I see.	[11:13]
Merbster	if you had to specify "I am working on Case "World domination"" each time you enter a new subprocess page you'd go crazy :P	[11:13]
chibaguy	:-)	[11:14]
Merbster	The reason why this is so awesome is, plugins that list "last forum post" will only show forum post for project "World domination" not the posts from from other irrelevant categories/whatever	[11:16]
chibaguy	right	[11:17]
Merbster	I know the code I made is no where near ready for inclusion in tikiwiki, but it solved our problem. And without this, tikiwiki would've been useless for us.	[11:17]
CIA-50	tikiwiki: 03jonnybradley * r36642 10/trunk/templates/tiki-list_submissions.tpl: [FIX] submissions: Untidy table end	[11:18]
chibaguy	Well, if it solves a problem that probably a lot of sites would have, then for sure it'd be good to add it to the code. and I hope that wouldn't take too much time, etc.	[11:19]
Merbster	I would like to look into it, but I have very little spare time atm. since we're still not fully done with our tiki based project.	[11:20]
chibaguy	Sure, that's understandable. :-)	[11:23]
jonnyb	can anyone work out what's going on with html encoding on the {CODE} plugin these days? lots of pages on dev.t.o are "wrong"	[11:32]
xavi	:-( no idea	[11:32]
jonnyb	https://dev.tiki.org/Database+Access seems wrong for instance, but https://dev.tiki.org/Areas is ok - what's the difference?	[11:33]
***	lphuberdeau has quit IRC (Ping timeout: 264 seconds)	[11:34]
jonnyb	feature_wiki_allowhtml is off there, so that shouldn't be involved	[11:35]
xavi	jonnyb: known issue, afaik: since http://dev.tiki.org/Tiki7#RC_1_Feedback colors	[11:35]
jonnyb	colors="1" - what does that mean?	[11:36]
xavi	when highlighting is used in plugincode in 7x, this issue shows up https://doc.tiki.org/PluginCode ^welcome to plugin code and geshi	[11:36]
jonnyb	ah, geshi...	[11:37]
xavi	geshi and tiki7 geshi in tiki6 is fine and tiki5, 4, 3, ... "regression", afaik	[11:37]
jonnyb	aha, yes - if you use colors="php" (which is what i thought it was supposed to be) it messes up...	[11:38]
xavi	if you enable codemirror, it might display without the issue, although the highlighter will not match the syntax used of specicifed, probably afaik	[11:38]
jonnyb	looks like on dev we need to use colors="1" ishtml="1" everywhere and when colors=php ishtml has no effect :( cannot recreate, must be geshi - giving in...	[11:39]
xavi	jonnyb: ishtml=1 does nothing (no change)	[11:44]
jonnyb	it's the colors="1"m that seems to do something	[11:45]
chibaguy	does it seem redundant to use codemirror and geshi? Is this the problem? Or is codemirror not configurable for syntax coloring?	[11:45]
jonnyb	codemirror is off there i think, it's too buggy in 7.x	[11:46]
xavi	chibaguy: nope. codemirror is not on	[11:46]
chibaguy	oh	[11:46]
xavi	I'll do a quick test with codemirror on in dev.t.o	[11:46]
jonnyb	it was the changes in the plugin parsing that messed it up and there's only one person who's got any idea... :P	[11:46]
xavi	unluckily that person seems to be busy (for weeks) with other things...	[11:47]
***	RobertPlummer has joined #tikiwiki	[11:47]
xavi	jonnyb: check now :-) hi RobertPlummer, you log in just "on time" :-)	[11:48]
RobertPlummer	xavi polom	[11:49]
xavi	with codemirror on (in dev.t.o) issue with colors in plugincode dissapears	[11:49]
jonnyb	hi RobertPlummer	[11:49]
RobertPlummer	url?	[11:49]
jonnyb	does seem better xavi, let's leave it on for a while	[11:49]
xavi	:-) http://dev.tiki.org/Tiki7#RC_1_Feedback codemirror to the rescue ;-) thanks to RobertPlummer's work	[11:49]
RobertPlummer	xavi, codemirror 2 works well?	[11:50]
***	Bernard\|lunch has quit IRC (Quit: Leaving.)	[11:50]
xavi	nope, codemirror 1 in tiki7	[11:50]
RobertPlummer	lol	[11:50]
xavi	imagine if we had your latest code ;-)	[11:50]
RobertPlummer	xavi, I know I know.	[11:50]
xavi	xavi still imagines S5 fixed in 6.x xavi still dreams also of sheets fixed in 6.x xavi is aware that (on the contrary) codemirror can't be backported to proposals/6x while other devs consider it too bugy still xavi stops dreaming for a while	[11:51]
RobertPlummer	:)	[11:53]
xavi	jonnyb, I need to know a bit more about tiki connect your roadmap, and potential sinergy with something I requested to Jyhem to improve tiki's protection against spam well, let me explain: not "your rodmap" as such, but to kow whether sharing data of spammer ip's could be something to be fetched somehow with tiki connect do you know what I mean? in a few sites we get spammers postings dozens of spam comments from differnt ip's	[11:53]
jonnyb	i don't think it's really for that sort of thing, in fact it's specifically not that detailed	[11:56]
xavi	and Jyhem is helping to ease the task for a tiki admin to collect the ip's from the spammers and add them to the admin baning with minimum number of clicks	[11:57]
jonnyb	but IPs aren't that much use are they?	[11:57]
xavi	I thought for months that someway of sharing that list of spammer ip's between tiki sites could be useful ip's are the best effective fight against spammers, afaik	[11:57]
jonnyb	maybe one day (after tiki 9 i guess)	[11:58]
xavi	according to my experience, at least yes, I was not asking for something already in trunk or for tiki8 at all... just wondering about roadmaps and potential use through connect (or a if new feature would need to be coded to share with others those lists of spaming ip's)	[11:58]
***	Bernard1 has joined #tikiwiki	[11:59]
xavi	I thought some simple csv export from admin banning, and import in another tiki site would do but of course, if we can take some "wisdom of the crowds" in between , the feature would be even better the more people confirming that this or that ip is spamming for them also, the higher in the rank of tiki spammers, etc	[11:59]
***	lphuberdeau has joined #tikiwiki	[12:02]
xavi	well, for those suffering from spam, my idea is to have coded some easy "export spammer ip list by csv" and allow "import" the equivalent in some other tiki site	[12:02]
lphuberdeau	xavi: comment spam?	[12:02]
xavi	yes	[12:03]
lphuberdeau	akismet was added to tiki8	[12:03]
xavi	we are using stable tikis... which means 6.x LTS so far , unluckily	[12:03]
lphuberdeau	new features should not be going into those LTS versions ;)	[12:04]
xavi	yes, I know :-) however, lphuberdeau, we need also a better was to use the info from the spammers to easily ban them from tiki banning regardless of external software or services such as akismet low hanging fruit, you know ;-) s/ban them from/ban them through	[12:04]
lphuberdeau	the problem with IP blocking is that you're likely to block 1/5 of china by blocking a single address or block a non-static address and prevent legitimate users from coming in	[12:06]
xavi	lphuberdeau: in my case, I don't care of china being blocked (the main site receiving spam from english users is not using english at all, but Catalan and Spanish) and we might consider the theoretical case of banning 1 legitimate user for each 100 spammer ip's that legitimate user will be able to send us an email, etc so that we fix that case and in the process, we would be protected against those kiddies adding rubbish to our tiki sites RobertPlummer: btw, codemirror 1 (Tiki7) seems to miss the end of a table to finish highlighting that table properly example: http://dev.tiki.org/tiki-editpage.php?page=Tiki7	[12:07]
RobertPlummer	xavi, checking. I see what you mean. xavi, for codemirror 2 I re-wrote the entire parser for highlighting. It should be fixed, I will check in it now. xavi, looks much better in 2.	[12:14]
xavi	well, this seems to me a never ending story: whenever we add a new feature in tiki, it's in an unstable branch (which is fine, required, etc, I know). by the time when that branch is released, users notice that there are bugs... but those bugs are fixed in some new unstable branch because of code refactoring, new external libs, etc.... so stable release is buggy,e tc. and the story is repeated again and again for years some times...	[12:17]
RobertPlummer	One problem with codemirror that has made me pretty depressed (thanks jonnyb :() is that it doesn't support soft line breaks as of now.	[12:18]
xavi	codemirror 2 supports them, but not codemirror 1?	[12:18]
RobertPlummer	xavi, I think the problem is time. Do we factor in time to fix all feature or to keep pushing forward. xavi, codemirror 2 doesn't support them, codemirror 1 does.	[12:18]
xavi	there should be some balance	[12:19]
lphuberdeau	stable branches could not be stable if you allowed changes on them	[12:19]
xavi	the key is balance, not dogmatic rules (imho)	[12:19]
RobertPlummer	xavi, I hear you, if the admins could come to a consensus. We as developers will care out those wishes. carry	[12:20]
lphuberdeau	I think you give too much decisional power to admins, it's not quite the way it works	[12:21]
xavi	collective wisdom (regarding of the label of admin or not) +1 to lphuberdeau	[12:22]
RobertPlummer	So can we then agree on what should be back-ported in these cases and not?	[12:24]
xavi	RobertPlummer: codemirror2 involves also using the new parser, and that's too much of a change to be backported to 7.x afaik	[12:25]
***	Bo has joined #tikiwiki Bo is now known as Guest4224	[12:26]
RobertPlummer	xavi, agreed.	[12:26]
xavi	but "fixes" are allowed provided that someone wants to invest the time (and/or money) involved to have those features fixed in earlier versions which is not always the case. And I understand that this is the way our community works, etc. We all need to focus where to invest our limited energy/time/money, etc. Fair enough, of course	[12:27]
Guest4224	Hi, I'm having problem with the switch of editor in Tiki forum. I'm running Tiki 6.4 as well as 7.1. In 7.1 the editor seems to be stuck in WYSIWYG and vice versa in 6.4. Any syggestions?	[12:30]
***	Guest4224 has left	[12:33]
jonnyb	hi Guest4224 - there's a fix in 7.x (not released yet) which might help oh...	[12:33]
fabricius	jump in, ask and jump off - nice one I have again a question towards css: I have two modules mod-upcoming_events integrated on a wikipage and want to get them wider I do not find the right selectors and not the module Id of the specific ones	[12:34]
xavi	fabricius: did you try with the param "nobox" (or similar)? this way, they would fit the allocated space within the page or div where they are located in afaik	[12:39]
fabricius	hmmm nobox	[12:40]
jonnyb	or you could use the style param to add whatever css you want to the element	[12:40]
fabricius	looks different, but would not be so much an issue ah styles param	[12:40]
chibaguy	fabricius: every module has a unique CSS id; you can see by looking at the page source. You can make a rule to override the theme default using this id. (i think an id or maybe a class; anyway, it's unique) (oh, but this would mean putting the rule in the L&F custom css box or something. Using style param as jonnyb suggested would let you could add it at the module admin.)	[12:44]
***	Bernard1 has quit IRC (Read error: Connection reset by peer)	[12:46]
fabricius	in the top bar I did find that - in another case in the col 2 and 3 aswell on the wiki page I do not find I will look in the source right now	[12:46]
chibaguy	the module css id or class? something like .box-My_Module_Name	[12:47]
fabricius	both modules seem to be identical: <div id="module_ " class="box box-upcoming_events module"> only the plugin parameters are different (-> different calendar Ids)	[12:49]
***	radek82 has joined #tikiwiki	[12:53]
fabricius	nobox does noteither I try different stuff ... any idea appreciated ;-)	[12:55]
jonnyb	doesn't the style param work?	[12:57]
fabricius	in this modules dialogue, there is no field for entering any css	[12:57]
jonnyb	oh, a custom module?	[12:57]
fabricius	(it's a Tiki 7.x branches from 2 days ago) no, a plain upcoming events module ok, added parameters for cal Id, nextDays and such but no fields for that either - had to go in the WYSIWYGs HTML source code and add parameters there, because the modules dialogue just has some basic fields	[12:57]
***	Bernard1 has joined #tikiwiki	[13:00]
fabricius	guhaaaa Lads, the problem was NOT to find the selctor - pretty sure I had some appropriate already (even no one with specic Id is there), BUT #role_main .module was set to a max-with max-width solved thanks for support anyway	[13:04]
jonnyb	:)	[13:07]
fabricius	sometimes I look at what I learned in the last 1 3/4 years and am overwhelmed, what I still do NOT know - the insight, what I do not know get becomes bigger and bigger the more I learn but there are those simple situations like this simple thing with the width of a module, when I am staggered how much i really learned in the last few month AND without you all in the community, I wouldn't have got a fraction so far - Thanks to all.	[13:10]
Tiki\|bot	New Forum Posts: Editor problem in the forum feature - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42132	[13:15]
***	Bernard1 has quit IRC (Quit: Leaving.)	[13:20]
CIA-50	tikiwiki: 03jonnybradley * r36643 10/trunk/ (lib/prefslib.php templates/prefs/shared-flags.tpl): [FIX] prefs: Remove naughty capture from shared flags and move logic into prefslib.php tikiwiki: 03jonnybradley * r36644 10/trunk/ (lib/prefslib.php templates/prefs/shared-flags.tpl): [MOD] prefs: Swap wrench icon with application_form as everywhere else wrench means admin feature. Better icon for the menu button would be nice (same for filegals - any suggestions?)	[13:21]
xavi	back	[13:34]
***	Bernard1 has joined #tikiwiki	[13:39]
Bernard1	polom	[13:53]
***	nkoth has joined #tikiwiki	[13:59]
	Merbster has quit IRC (Quit: Leaving) SJ-Jay has quit IRC (Read error: Connection reset by peer)	[14:07]
	chibaguy has quit IRC (Quit: Find new themes for Tiki at http://themes.tikiwiki.org.)	[14:16]
..... (idle for 22mn)
CIA-50	tikiwiki: 03robertplummer * r36646 10/third_party/jquery/: [ENH] Changed sheet to v2 for security and ui	[14:38]
jonnyb	RobertPlummer: i thought you'd moved sheet outside of that external (to stop ongoing nightmare), no?	[14:40]
RobertPlummer	Give me a few minutes, I'm trying to get things in order. I will make it look the same as the new directory. or external I mean.	[14:40]
jonnyb	but it's inside third_party/jquery and third_party/jquery is an external in libs i'm already getting: svn: Failed to add directory 'lib/jquery/jquery.sheet/jquery-ui': an unversioned directory of the same name already exists	[14:43]
RobertPlummer	jonnyb: I realize that. You going to be releasing another v6 soon? I will have it fixed shortly.	[14:44]
jonnyb	6.x should be fixed on an old revision, so hopefully won't notice this	[14:47]
Bernard1	Gooouuing ! submitting an article seams broken on 6.4 (on save ask me to leave the page and nothing is saved)… someone can confirm ?	[14:51]
***	chibaguy has joined #tikiwiki ChanServ sets mode: +o chibaguy	[14:58]
chibaguy	polomagain	[14:58]
sylvieg	lphuberdeau: in parse_wiki_argvariable why page is set from $options and why user is set from the global. Why it is not $_GET in all the case?	[15:03]
***	redflo has quit IRC (Quit: Leaving.)	[15:05]
lphuberdeau	_GET means there can be a user override, which is bad for user the global page variable is generally unreliable and the parser can be called from different contexts	[15:06]
sylvieg	not sure I understand why user and page are not managed as other var.... xavi has a case: a page include that contains {include page=included} and the page included is a (trackerlist filtervalue={{page}}) I would like to pick the _GET[page] or to give the options[page=> $_GET) in the wikiplugin_include	[15:07]
xavi	well, I was using that feature in 6.x for many months in 5.x & 6.x & proposals/&.x, until it stopped working some months ago in proposals/6x	[15:10]
lphuberdeau	to me it just seems very normal that you can the included page might want to look into transclude which allows to pass in arguments	[15:11]
CIA-50	tikiwiki: 03sylvieg * r36648 10/trunk/lib/parser/parserlib.php: [FIX]{{page}}: a page with {include page=included} and the page 'included' is a (trackerlist filtervalue={{page}}), the {{Page}} must be parsed and not keep to {{page}}	[15:14]
sylvieg	lphuberdeau: do you agree with this commit? ^^	[15:14]
lphuberdeau	I think it's kind of relying on undefined behaviors	[15:16]
sylvieg	do you think it is better to change wikkiplugin_include with $parserlib->parse_wiki_argvariable($text, atrray('page'=>$_GET['page']));	[15:17]
lphuberdeau	certainly not with _GET	[15:18]
sylvieg	yes but when option[page] is not defined .. you keep the {{page}} unchaged .. it is not the best too	[15:18]
lphuberdeau	the options should be sent to the plugin as one of the arguments better to take it from there if anything	[15:18]
xavi	sylvieg, after sending a newsleter via cron/batch, I see: Notice: Undefined index: zend_mail_smtp_helo in /home/intercanvis/data/www/tiki6svn/lib/webmail/tikimaillib.php on line 34 it's from proposals/6x, in fact. And googling for zend_mail_smtp_helo I find nothing more than a couple of matches from tiki sites... and I confirm that the email I received came with no subject	[15:19]
sylvieg	xavi - I can not reproduce on my local ... it should be a setting...	[15:21]
lphuberdeau	xavi, it does look like an undefined preference	[15:23]
***	chealer has joined #tikiwiki	[15:23]
lphuberdeau	I don't see it in lib/setup/prefs.php or lib/prefs/zend.php	[15:23]
xavi	lphuberdeau: yes, I see. I wonder why this index is undefined, and not all the others zend_mail_smtp_* used in the same line at tikimaillib.php line 34 (proposals/6x) maybe it's somer leftover from someone's debugging ... s/somer/some	[15:24]
CIA-50	tikiwiki: 03sylvieg * r36649 10/trunk/lib/ (parser/parserlib.php wiki-plugins/wikiplugin_include.php): tikiwiki: [FIX]{{page}}: rollback 36648 - still does not understand the feature - a page tikiwiki: with {include page=included} and the page 'included' is a (trackerlist tikiwiki: filtervalue={{page}}), the {{Page}} must be parsed and not keep to {{page}}	[15:25]
lphuberdeau	it might not be related to the missing title issue notices are not always causing trouble	[15:26]
xavi	ok, thanks for feedback	[15:26]
CIA-50	tikiwiki: 03chealer * r36650 10/trunk/lib/wiki-plugins/wikiplugin_customsearch.php: [FIX] CUSTOMSEARCH: capitalize "javascript" in callbackscript parameter tikiwiki: 03sylvieg * r36651 10/branches/proposals/6.x/lib/wiki-plugins/wikiplugin_include.php: [bp/r 36649][FIX]{{page}}: a page with {include page=included} and the page 'included' is a (trackerlist filtervalue={{page}}), the {{Page}} must be parsed and not keep to {{page}} tikiwiki: 03sylvieg * r36652 10/branches/7.x/lib/wiki-plugins/wikiplugin_include.php: [bp/r 36649][FIX]{{page}}: a page with {include page=included} and the page 'included' is a (trackerlist filtervalue={{page}}), the {{Page}} must be parsed and not keep to {{page}}	[15:27]
RobertPlummer	jonnyb: Does every version of tiki use the same /lib/jquery/ ? Less than 6 ? I need to know so that I fix the right ones.	[15:43]
jonnyb	they all use /third_party/jquery but at different revisions so you can't unfix 6.x/lib/jquery without the jquery version there being changed	[15:44]
lphuberdeau	generally, no major version updates on the externals	[15:45]
Tiki\|bot	New Forum Posts: Adding horizontal menu to tiki - http://tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=42134	[15:45]
RobertPlummer	jonnyb: So shall I make the changes on 6.x or keep them on proposals? And if I work only in proposals, should I leave jquery alone, having duplicate sheet instances?	[15:46]
jonnyb	only translations and security fixes go into branches/6.x - yes, use proposals/6.x	[15:47]
RobertPlummer	so yes have duplicates?	[15:47]
lphuberdeau	really not ideal	[15:47]
jonnyb	yes, afraid so	[15:48]
RobertPlummer	I have no problem with it, it is less than a meg.	[15:48]
jonnyb	really not a good thing to backport	[15:48]
lphuberdeau	my gut tells me this may just be an indication that it's too big to backport	[15:48]
jonnyb	you'll need to do it to trunk and 7.x too first big mess :(	[15:48]
RobertPlummer	jonnyb, it was done it trunk jonnyb, really not that big of a mess. Everything is modular.	[15:48]
jonnyb	fair enough, good luck! :)	[15:49]
RobertPlummer	Please lets focus on the positive. 6.x is LTR, and since 7 was released with many fixes, really only the fixes in sheet and s5 should go back to 6. but from 7, not from trunk. Trunk is unstable at best.	[15:49]
CIA-50	tikiwiki: 03nkoth * r36653 10/trunk/ (4 files in 4 dirs): [ENH] Allow way to index forum posts (each reply) by itself and not including content of replies	[15:53]
RobertPlummer	Stepping out for lunch be back in a few.	[15:53]
xavi	sylvieg, I confirm that newsletters through batch/cron are sent with subject indeed (confirmed with latest code from proposals/6x; who knows what happened months ago) and I also confirm some oddity in current proposals/6x: maketoc produces the table of contents twice in the wiki page used s template for the newsletter, when the newsletter is sent by hand however, if that newsletter is re-sent by the batch/cron job, maketoc produces the expected single table of contents... oddity... you can reproduce in intercanvis.net site, with a test newsletter I noticed the bug last month, when I sent the monthly newsletter to 1200+ users... with a defective (duplicated) toc at the top :-/ and tomorrow is the time to send the next montly newsletter for real of course I have the option to remove the maketoc from the top of the newsletter template	[15:54]
***	chibaguy has quit IRC (Quit: Find new themes for Tiki at http://themes.tikiwiki.org.)	[16:08]
.... (idle for 15mn)
CIA-50	tikiwiki: 03nkoth * r36654 10/trunk/tiki-view_forum_thread.php: [FIX] Prevent db error on negative offset tikiwiki: 03sylvieg * r36655 10/trunk/messu-compose.php: [FIX]messu-compose: a user name is not only limitted to alnum	[16:23]
***	Wilkins has quit IRC (Read error: Operation timed out)	[16:28]
	marclaporte has joined #tikiwiki ChanServ sets mode: +o marclaporte	[16:38]
CIA-50	tikiwiki: 03jonnybradley * r36656 10/trunk/ (8 files in 6 dirs): tikiwiki: [REF] connect: Split connect services up into client and server, and use service actions properly (no more cmd param). tikiwiki: Also use JitFilter input params correctly, increase guid length in database and don't delete failed or cancelled connection, just mark as deleted (thanks lphuberdeau)	[16:38]
***	chealer has quit IRC (Quit: Konversation terminated!)	[16:40]
CIA-50	tikiwiki: 03marclaporte * r36658 10/trunk/templates/admin/include_trackers.tpl: Now that all tracker fields are prefs, this previous lone one is no longer needed... tikiwiki: 03robertplummer * r36660 10/branches/proposals/6.x/ (13 files in 6 dirs): [ENH] Brought sheet to latest that was in 7.x in order to fix many outstanding issues. More to come. tikiwiki: 03xavidp * r36661 10/branches/7.x/messu-compose.php: [bp/r36655][FIX]messu-compose: a user name is not only limitted to alnum. Thanks sylvieg tikiwiki: 03xavidp * r36662 10/branches/proposals/6.x/messu-compose.php: [bp/r36655][FIX]messu-compose: a user name is not only limitted to alnum. Thanks sylvieg	[16:40]
xavi	marclaporte?	[16:48]
jonnyb	lphuberdeau: have i broken the tests? - i'm getting a couple of Smarty::loadPlugin fatal errors here	[16:48]
marclaporte	xavi : pong	[16:49]
xavi	:-) I've just given a quick go to WebODF on trunk :-) and I wonder if the user is expected to be able to edit the odt file inside tiki	[16:49]
RobertPlummer	xavi, I'm working on it, be careful.	[16:49]
xavi	oups, ok	[16:49]
RobertPlummer	Lol. that is what I'm working on.	[16:49]
xavi	:-)	[16:50]
RobertPlummer	It is "supported" but there are a few issues I'm working with the developer on. It is a good project though, much energy.	[16:50]
xavi	ok, nice! yes, and +1 to support odf files in Tiki (+100 to support standard documents)	[16:50]
RobertPlummer	This is a nice example of being focused on positive rather than negative.	[16:51]
xavi	:-)	[16:51]
RobertPlummer	webodf DIDN'T support editing like we needed, and we could have dropped it because of that.	[16:51]
xavi	ok	[16:51]
RobertPlummer	But the developer is very nice and added methods for us to use, and now it does :). Happily ever after....	[16:51]
xavi	:-) you all rock!	[16:51]
CIA-50	tikiwiki: 03jonnybradley * r36663 10/trunk/lib/test/core/Search/Index/: [SVN] search test: ignore another test_index	[16:51]
xavi	FLOSS rocks!	[16:52]
CIA-50	tikiwiki: 03robertplummer * r36664 10/branches/7.x/lib/: [ENH] Moved jQuery.sheet and jQuery.s5 to their own directories to prep for deletion and migration of old locations to better help with version management.	[16:52]
jonnyb	need to feed, bbl	[16:52]
lphuberdeau	jonnyb: I just ran all tests and I only get 2 failures	[16:52]
RobertPlummer	(bites nails)	[16:52]
lphuberdeau	that was pre-update, rechecking...	[16:52]
jonnyb	i'm getting a "PHP Fatal error: Smarty::loadPlugin(): Failed opening required ..." one (printed twice though i think) seems to be looking for function.html_image.php anyway - really off now...	[16:53]
RobertPlummer	jonnyb: EAT!	[16:55]
lphuberdeau	seems like it's local to you jonny updated and re-ran	[17:01]
CIA-50	tikiwiki: 03nkoth * r36665 10/trunk/lib/core/Tracker/Field/Relation.php: [FIX] Obvious breakage after r36496 tikiwiki: 03robertplummer * r36666 10/third_party/jquery/: [FIX] Removed old locations for sheet/s5 tikiwiki: 03robertplummer * r36667 10/branches/7.x/ (lib/sheet/grid.php tiki-slideshow.php): [FIX] updated dependencies for s5 and sheet tikiwiki: 03marclaporte * r36668 10/trunk/lib/prefs/trackerfield.php: Adding links to help for tracker field prefs tikiwiki: 03robertplummer * r36669 10/branches/7.x/lib/jquery.sheet_tiki/ (. menu.html): [FIX] Brought the external jquery.sheet_tiki for mods from trunk model tikiwiki: 03marclaporte * r36670 10/trunk/lib/ (5 files in 2 dirs): better info for prefs	[17:05]
RobertPlummer	Ha, nearly done with backport of s5 and sheet fixes to 6! Woohooo! (this was looming)	[17:12]
marclaporte	Robert: http://demo.tiki.org/trunk/tiki-index.php?page=Sheet I have meeting at 2pm which I wanted to show this	[17:14]
RobertPlummer	On the case!	[17:14]
***	marclaporte has quit IRC (Quit: See you later! http://marclaporte.com)	[17:17]
RobertPlummer	Man marc, the stress is on!	[17:17]
changi	RobertPlummer: Call to a member function setup_jquery_sheet() on a non-object in /home/demotw/3.0/trunk/lib/wiki-plugins/wikiplugin_trackerlist.php on line 1681	[17:24]
RobertPlummer	changi: I'm on it right now.	[17:24]
changi	RobertPlummer: need help . ?	[17:24]
RobertPlummer	1 moment.	[17:24]
***	lphuberdeau has quit IRC (Read error: Connection reset by peer)	[17:28]
RobertPlummer	changi: just something up with the lib call. changi: Migrating over to the new way of calling libs, seems to fix.	[17:28]
CIA-50	tikiwiki: 03robertplummer * r36672 10/trunk/lib/wiki-plugins/wikiplugin_trackerlist.php: [FIX] lib inclusion	[17:30]
RobertPlummer	Who can update demo.t.o/trunk and test? changi?	[17:30]
changi	RobertPlummer: unfortunatly no, i'm not the king of demo	[17:31]
RobertPlummer	changi: then your reputation proceeds you.	[17:31]
changi	RobertPlummer: maybe when the new server will be online, it will move, but for now, i can't	[17:32]
RobertPlummer	changi: :) no worries, emailing marc	[17:32]
CIA-50	tikiwiki: 03robertplummer * r36673 10/branches/proposals/6.x/lib/: [ENH] Added new external locations for sheet and s5	[17:35]
	tikiwiki: 03robertplummer * r36674 10/branches/proposals/6.x/lib/ (4 files in 2 dirs): tikiwiki: [FIX] Locations for sheet dependencies. tikiwiki: [FIX] Brought the external jquery.sheet_tiki for mods from 7 model	[17:41]
RobertPlummer	xavi you round?	[17:44]
***	chealer has joined #tikiwiki	[17:56]
.... (idle for 17mn)
xavi	back greaat Robert I'll test tomorrow	[18:13]
RobertPlummer	ok	[18:14]
xavi	I'll be off-line in short	[18:14]
RobertPlummer	There may still be a few fixes, in-fact I'm worknig on s5 right now. These were needed fixes, and are taking much less time than they could if there weren't as plug-able.	[18:14]
xavi	ok, thanks for the fixes c u all	[18:18]
***	xavi has left	[18:18]
CIA-50	tikiwiki: 03robertplummer * r36675 10/branches/7.x/templates/tiki-show_page_raw.tpl: [FIX] Locations for images in slideshow tikiwiki: 03robertplummer * r36676 10/branches/proposals/6.x/ (4 files in 3 dirs): tikiwiki: [FIX] Removed slideshow call from tiki-setup.php to make it less invasive tikiwiki: [ENH] Backported slideshow fixes from 7	[18:19]
RobertPlummer	There jonnyb. oh, 1 more fix.	[18:20]
***	Jyhem_laptop has quit IRC (Remote host closed the connection)	[18:20]
CIA-50	tikiwiki: 03lphuberdeau * r36678 10/trunk/ (2 files in 2 dirs): [ENH] Use jquery-ui dialog buttons tikiwiki: 03robertplummer * r36679 10/third_party/jquery/: [FIX] Reverted back to the old paths for ensuring both 6.x and proposals 6 work nice, can be dropped if we use proposals for 6.	[18:22]
RobertPlummer	Happy day, now I can get on with my life.	[18:24]
jonnyb	gottago - more tomorrow	[18:28]
***	jonnyb has quit IRC (Quit: I am going outside... I may be some time...)	[18:28]
....... (idle for 31mn)
CIA-50	tikiwiki: 03nkoth * r36680 10/trunk/lib/core/Tracker/Field/Checkbox.php: [FIX] When getting value of linked checkbox fields or whatever field not having input, n was always shown before tikiwiki: 03mlustenberg * r36681 10/trunk/ (lib/wiki/editlib.php tiki-auto_save.php): [FIX] wysiwyg_htmltowiki: the parsing options on editor initialization were wrong	[18:59]
chealer	chealer back from Irene's outage	[19:00]
CIA-50	tikiwiki: 03sylvieg * r36682 10/trunk/templates/tiki-edit_submission.tpl: [FIX]article: switch off need to confirm tikiwiki: 03sylvieg * r36683 10/branches/proposals/6.x/templates/tiki-edit_submission.tpl: [bp/r36682][FIX]article: switch off need to confirm tikiwiki: 03sylvieg * r36684 10/branches/7.x/templates/tiki-edit_submission.tpl: [bp/r36682][FIX]article: switch off need to confirm	[19:03]
	tikiwiki: 03nkoth * r36685 10/trunk/lib/core/Search/ContentSource/ (CommentSource.php ForumPostSource.php): [FIX] Missing setting of new field to be indexed from recent MOD	[19:10]
	tikiwiki: 03mlustenberg * r36686 10/trunk/tiki-auto_save.php: [FIX] wysiwyg_htmltowiki: editor switch from Wiki to WYSIWYG Wiki	[19:17]
	tikiwiki: 03nkoth * r36687 10/trunk/lib/ (3 files in 3 dirs): [FIX][MOD] Clarify the 2 options for forum indexing, either replies together with root, or separately, introduced recently tikiwiki: 03pkdille * r36688 10/trunk/styles/ (eatlon.css fivealive.css ohia/options/planet.css): Some tiny cleanups in css files tikiwiki: 03changi67 * r36689 10/trunk/lib/accounting/accountinglib.php: [FIX] Wrong variable	[19:23]
***	GillesM has joined #tikiwiki	[19:27]
CIA-50	tikiwiki: 03chealer * r36690 10/trunk/tiki-auto_save.php: [REF] remove useless ternary	[19:31]
	tikiwiki: 03changi67 * r36691 10/trunk/lib/accounting/accountinglib.php: Fixing some wrong variable name + tikilib => this	[19:41]
***	gilles has joined #tikiwiki GillesM has quit IRC (Ping timeout: 246 seconds)	[19:42]
CIA-50	tikiwiki: 03mlustenberg * r36692 10/trunk/tiki-editpage.php: [FIX] wysiwyg_htmltowiki: fixed editor switch from WYSIWYG Wiki to Wiki	[19:43]
	tikiwiki: 03pkdille * r36693 10/trunk/lib/imagegals/imagegallib.php: Remove empty statements tikiwiki: 03mlustenberg * r36694 10/trunk/lib/smarty_tiki/block.textarea.php: [FIX] wysiwyg_htmltowiki: when editing html, the source view of the CKE showed wiki tikiwiki: 03changi67 * r36695 10/trunk/lib/wiki-plugins/wikiplugin_tracker.php: Avoid unused variables tikiwiki: 03changi67 * r36696 10/trunk/templates/tiki-admin_trackers.tpl: Restore cycle for CSS styling tikiwiki: 03pkdille * r36697 10/trunk/lib/ (queuelib.php rss/rsslib.php): Remove empty statements tikiwiki: 03pkdille * r36698 10/trunk/ (2 files in 2 dirs): fix svn props	[19:53]
***	gilles_ has joined #tikiwiki gilles has quit IRC (Ping timeout: 240 seconds)	[20:07]
	gilles_ has quit IRC (Ping timeout: 245 seconds)	[20:15]
CIA-50	tikiwiki: 03changi67 * r36699 10/trunk/tiki-login_scr.php: Notice	[20:18]
***	Bernard1 has quit IRC (Quit: Leaving.) Bernard1 has joined #tikiwiki	[20:19]
	shana_ has joined #tikiwiki	[20:27]
CIA-50	tikiwiki: 03changi67 * r36700 10/trunk/lib/queuelib.php: Syntax error	[20:28]
shana_	Tiki 7 using Module Adsense. getting error on page "Unable to post message to http://googleads.g.doubleclick.net" and "Failed to load resource: the server responded with a status of 400 (Bad Request)"	[20:28]
chealer	RobertPlummer: is it normal that lib/jquery/jquery.sheet/ still exists in trunk, for now?	[20:30]
RobertPlummer	chealer: delete it and svn up, it is just there because it hasn't been auto deleted. The only place it is duplicated now is in 6 And it will stay that way untill proposals becomes a new release.	[20:31]
***	lphuberdeau has joined #tikiwiki	[20:32]
chealer	RobertPlummer: I deleted it and it came back when doing an svn up	[20:33]
RobertPlummer	Delete jquery and then revert. the folder /lib/jquery I mean.	[20:34]
chealer	RobertPlummer: revert meaning? svn revert lib/jquery/ ??	[20:34]
RobertPlummer	chealer, right svn revert chealer, I see it, it is duplicated. I svn up'ed and it wasen't there and then it was.	[20:35]
***	arild_ has joined #tikiwiki	[20:36]
RobertPlummer	chealer: Don't worry about it, we'll get it sorted out later.	[20:36]
chealer	RobertPlummer: OK. yes, it came back here too	[20:37]
RobertPlummer	I think the problem is that 6 uses it, and I reverted it earlier and it re-added it unintentionally. It is just there, but isn't being used. I think we should have a maintenance release in 6, at which point we can remove it. It is just how externals are done at the moment.	[20:37]
chealer	RobertPlummer: note that externals can be confusing. svn up could do nothing if you're inside lib/, but do something to lib if you're in the root	[20:38]
RobertPlummer	chealer: Yea, I think that is what happened.	[20:38]
arild_	I am having problems with the CODE plugin. It is, as I understand, not supposed to alter any text inside the plugin. However, when I add a string, e.g. "Hello world", the double quotes will be translates into their html coded equivalents when reloading the page. This makes the code almost unreadable. Any tips on how I can enter code segments without having them auto-coded by tikiwiki? correction....not when reloading the page, but editing the page a second time	[20:40]
chealer	RobertPlummer: I don't see how a maintenance release will help, but sure, it must not be used arild_: which version do you use?	[20:44]
RobertPlummer	chealer: If we do the maintenance release, the new code is based off of the new locations.	[20:44]
arild_	6.x	[20:44]
RobertPlummer	The old code is not. So we can drop the new locations just before release. I mean old. sorry Typing to fast. lol chealer: understand now?	[20:44]
CIA-50	tikiwiki: 03nkoth * r36701 10/trunk/comments.php: [DOC] Remove useless comments, there is a feature already for this	[20:47]
chealer	RobertPlummer: I don't understand why we can't do that now. Can't we just remove the externals from third_party/jquery/ ?	[20:48]
RobertPlummer	chealer, we can but then 6.x will not have the right libs. 6.x and 6 proposals (from today) are using different ones. I think if we test it well (xavi is going to help do that), we can push another release from proposals. Are new releases planned for 6.x? without merging? If not then I don't see an issue with it, anybody else?	[20:49]
chealer	RobertPlummer: I see. so the blocker is not so much a release as some commit being accepted.	[20:52]
RobertPlummer	chealer: exactly. chealer: xavi really wanted it, and it seemed that it really needed to be done, so I spent the morning resolving it.	[20:52]
chealer	RobertPlummer: I don't think there are "plans", but I suppose it will happen	[20:53]
arild_	I made a test using 7.1 and it seems to work OK there. Typing "Hello world", using the CODE plugin, in the WYSIWYG editor in 6.3 yields: &quot;Hello world&quot;	[20:53]
RobertPlummer	arild_: Any reason you wouldn't upgrade to 7.1?	[20:53]
chealer	arild_: oh, WYSIWYG... no idea RobertPlummer: but shouldn't "accepted" 6.x be fine if it's using a fixed revision of the third party (jquery -r31188 https://tikiwiki.svn.sourceforge.net/svnroot/tikiwiki/third_party/jquery )	[20:54]
arild_	Yes, the new module handling. I need the search box in the top bar, and it just doesn't seem to work properly. Easy in 6.x, just the check box in the features The Tiki installation in question requires the use of WYSIWYG	[20:55]
RobertPlummer	arild_: In 7 you can drag and drop your "modules" around. search box is one of them. correct me if I'm wrong someone.	[20:59]
arild_	yes, so it says, but I am having too many problems trying to position the search bar in the same location as in 6.x. The note in the module editor says the functionality is still experimental...which in my eyes seems very correct. Thus I am holding back the upgrade to 7.x until the next version. Also 6.x is the LTS.	[21:02]
RobertPlummer	arild_: agreed. arild_: I think the problem is that WYSIWYG is just still experimental.	[21:03]
arild_	We are have chosen TikiWiki as the "base" for a larger project due to its multitude of functionality. I am very happy with it, but there are quire a few bugs, especially with the WYSIWYG editor. We need a stable release for our integration. The LTS concept is thus very good. Hoping to see bug fixes back ported.	[21:05]
CIA-50	tikiwiki: 03nkoth * r36702 10/trunk/ (4 files in 4 dirs): [ENH] A way to force the need for a new title for forum post replies	[21:05]
arild_	Yes, WYSIWYG is marked as exprimental. However the wiki syntax is confusing for many users	[21:06]
chealer	arild_: do not expect to see many non-important bug fixes backported to 6	[21:06]
arild_	ok. We plan to upgrade to 7.x. We need the new geotagging editor. Good work! but 7.1 still need work on the module handling	[21:07]
RobertPlummer	arild_: There is much work going on to make the next ltr super solid. arild_: But 8 should be very very good, best yet.	[21:09]
arild_	I expect 8.x is the release we will actually use in our release looking forward to it!	[21:10]
RobertPlummer	lts, sorry :)	[21:10]
nkoth	tiki 7 also has the disadvantage that some of the more advanced tracker fields are not as reliable (because of the revamp after 6) but most of the bugs should be cleared by the time 8 is out.	[21:11]
arild_	another issue I have seen is the referencial integrity handling at database level. Tiki use MyISAM tables which do not support foreign key handling. Referencial integrity is not maintained in ome cases. I see that InnoDB is planned for 9.x. However, the FK definitions are missing for all (?) tables. This handling can be inmplemented using triggers. Any plans to introduce proper refeeencial integrity handling?	[21:14]
CIA-50	tikiwiki: 03robertplummer * r36703 10/third_party/jquery/: [FIX] Dropped externals for s5 and sheet forever	[21:16]
chealer	arild_: where did you see that InnoDB is planned for 9?	[21:18]
arild_	in the roadmap, I believe it may have been a later version	[21:19]
***	shana_ has quit IRC (Quit: Page closed)	[21:19]
arild_	InnoDB comment in https://dev.tiki.org/Tiki9&highlight=InnoDB. Says: Waiting for confirmation	[21:21]
chealer	arild_: cool arild_: I imagine there will be foreign keys after the switch to InnoDB	[21:22]
arild_	The current table definitions in Tiki fail to explicitly define the foreign keys. MyISAM will silently ignore the FK definitions. However, if they were added they would take effect once the switch to InnoDB is done Yes, InnoDB supports foreign keys	[21:24]
	I would be happy to contribute to TikiWiki with bug fixes we detect along the way. However, I don't have any previous experience participating in open source projects. Signed up as a registered user to the tiki site + sourceforge and tried to doenload the code. However, it said something about that I needed "other things" to actually get it. Maybe I did something wrong.	[21:35]
chealer	arild_: well, I doubt it will be done, but I don't see a reason not to do it if someone is motivated to do it s/will be done/will be done before the switch to InnoDB/ arild_: hum. which operating system do you use?	[21:35]
arild_	windows	[21:36]
chealer	arild_: "it (said)" meaning a wiki page on dev.tiki.org? arild_: you don't need to have previous experience with open source projects, but did you ever use version control systems?	[21:39]
arild_	No, I have TortoiseSVN installed, and it complained	[21:40]
chealer	arild_: hum, and what "other things" did Tortoise talk about?	[21:41]
arild_	I don't recall exactly, but seemingly having signed up to sourceforge was not enough. Should it be?	[21:42]
chealer	arild_: oh. there are two different kinds of checkout. anyone can do an anonymous checkout (no need to register to SF for that), but for authenticated checkout you may need to be authorized arild_: our developer documentation should say something about anonymous checkouts the difference being that with anonymous checkouts, you can't commit	[21:44]
arild_	ok. I will play a bit more with it and see. If I am to contribute I guess I would need to commit. If I wanted to contribute with commits, any recommendations?	[21:47]
CIA-50	tikiwiki: 03chealer * r36704 10/trunk/lib/smarty_tiki/block.textarea.php: [REF] remove useless comparison with true	[21:47]
chealer	arild_: yes, committing means to push a code change. the above line was caused by commit number 36704	[21:48]
***	Bernard1 has quit IRC (Quit: Leaving.)	[21:50]
nkoth	http://dev.tiki.org/TikiDevNewbie http://dev.tiki.org/Commit+Code are good references	[21:50]
arild_	I am familiar with SourceSafe and TFS. I expect the concept to be the same using SourceForce. Are you saying that having registered with tiki + sourceforge, that I should be able to download an commit Tiki code? ok, will check out those links	[21:51]
chealer	arild_: good. no, you need to be added to Tiki developers to commit.	[21:53]
nkoth	any of the admins would be able to upgrade your Sourceforge account to one that can commit. There is usually one around.	[21:53]
chealer	but you should be able to download	[21:53]
***	RobertPlummer has quit IRC (Ping timeout: 245 seconds)	[21:53]
arild_	I will check out the docs a bit more first, and get back here afterwards thanks for your help	[21:53]
***	radek82 has quit IRC (Quit: Leaving)	[21:57]
	epan has joined #tikiwiki	[22:03]
CIA-50	tikiwiki: 03nkoth * r36705 10/trunk/lib/trackers/trackerlib.php: [FIX] Prevent leading white space	[22:08]
***	arild_ has quit IRC (Quit: Page closed) epan has quit IRC (Quit: Page closed)	[22:12]
CIA-50	tikiwiki: 03nkoth * r36706 10/trunk/templates/trackeroutput/itemslist.tpl: [FIX] Prevent leading or trailing white space tikiwiki: 03nkoth * r36707 10/trunk/templates/trackeroutput/itemslist.tpl: [FIX] Redo (same result, just cleaner) Prevent leading or trailing white space	[22:16]
..... (idle for 24mn)
***	dthacker has quit IRC (.net .split) Caarrie\|away has quit IRC (.net .split) amette has quit IRC (.net .split) Tiki\|bot has quit IRC (.net .split)	[22:44]
CIA-50	tikiwiki: 03nkoth * r36708 10/trunk/lib/core/Tracker/Field/Image.php: [FIX] Prevent error on simply viewing tracker items when fgal_match_regex isset	[22:53]
***	dthacker has joined #tikiwiki amette has joined #tikiwiki Caarrie\|away has joined #tikiwiki Tiki\|bot has joined #tikiwiki	[22:54]
	dthacker has quit IRC (.net .split) Caarrie\|away has quit IRC (.net .split) amette has quit IRC (.net .split) Tiki\|bot has quit IRC (.net .split)	[23:03]
CIA-50	tikiwiki: 03nkoth * r36709 10/trunk/lib/core/Tracker/Field/Image.php: [FIX] Prevent image not showing due to zero dimensions when width is not set	[23:05]
***	dthacker has joined #tikiwiki amette has joined #tikiwiki Caarrie\|away has joined #tikiwiki Tiki\|bot has joined #tikiwiki Jyhem has quit IRC (Ping timeout: 240 seconds)	[23:05]
.... (idle for 16mn)
	Jyhem has joined #tikiwiki	[23:23]
	Jyhem has quit IRC (Ping timeout: 258 seconds)	[23:37]
	Jyhem has joined #tikiwiki	[23:43]
	RobertPlummer has joined #tikiwiki	[23:49]

←Prev date Next date→ Show only urls

(Click on time to select a line by its url)