#tikiwiki 2012-09-10,Mon

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

Who	What	When
CIA-98	tikiwiki: 03lindonb * r42872 10/trunk/lib/wiki-plugins/wikiplugin_figure.php: [KIL] Delete plugin figure which does not implement the figure element properly.	[00:04]
.............. (idle for 1h8mn)
fabricius	joined #tikiwiki joined #tikiwiki joined #tikiwiki	[01:12]
..... (idle for 22mn)
dhazel	joined #tikiwiki	[01:37]
................. (idle for 1h22mn)
CIA-98	tikiwiki: 03lindonb * r42873 10/trunk/lib/headerlib.php: Notice.	[02:59]
goj_killedByISP	joined #tikiwiki	[03:08]
................... (idle for 1h31mn)
CIA-98	tikiwiki: 03lindonb * r42874 10/trunk/tiki-edit_draw.php: Notice and some indenting	[04:39]
.................. (idle for 1h29mn)
	tikiwiki: 03lindonb * r42875 10/trunk/lib/wiki-plugins/wikiplugin_draw.php: Notices	[06:08]
.................................... (idle for 2h58mn)
GillesM	joined #tikiwiki	[09:06]
........ (idle for 35mn)
redflo	joined #tikiwiki	[09:41]
..... (idle for 22mn)
fabricius	joined #tikiwiki	[10:03]
bala	joined #tikiwiki	[10:16]
...... (idle for 26mn)
fabricius	polom	[10:42]
dennmans	joined #tikiwiki	[10:48]
bala	joined #tikiwiki	[10:53]
...... (idle for 25mn)
	left #tikiwiki	[11:18]
Tiki\|bot	joined #tikiwiki	[11:24]
.......................... (idle for 2h7mn)
rodrigoprimo	joined #tikiwiki	[13:31]
.... (idle for 17mn)
RobertPlummer	joined #tikiwiki	[13:48]
ricks99	joined #tikiwiki	[13:58]
RobertPlummer	polom all	[14:03]
amette	polom y'all :)	[14:04]
RobertPlummer	I'll start the morning here in the US off by asking, why such an obscure syntax as "[[" where "[[meh]" produces "[meh]" and "[[meh]]" produces "[[meh]]"? If that syntax can be removed from the new parser, that'd be a +1 from me, as I'm not sure the value of this syntax. ~np~[meh]~/np~ seems much more strait forward.	[14:04]
amette	the double [ bracket is for not making a hyperlink aaah, that does sound reasonable though	[14:05]
ricks99	ricks99 thought that "[ [ " was required to create a single " [ " in text without creating a link too much extra typing to use ~np~[meh]~/np~ instead of [[meh] jus saying...	[14:05]
amette	yeah, I think that's the thing... also much easier for beginners to remember	[14:06]
RobertPlummer	I don't even think it is a big deal to use "[[meh]]" to produce "[meh]" it is just that "[[meh]]" producing "[[meh]]" and "[[meh]" producing "[meh]" is somewhat odd.	[14:07]
ricks99	i've never used two closing brackets "] ]"	[14:07]
amette	yeah, what do you do, if you want one opening and two closing brackets?	[14:08]
ricks99	ricks99 thinks [[meh]] should produce [meh]]	[14:08]
amette	yep amette thinks so too	[14:09]
RobertPlummer	That is not what the parser test does.	[14:09]
amette	and [[[meh]] should do [[meh]]	[14:09]
ricks99	i agree with amette	[14:09]
RobertPlummer	I'd rather stick with the convention. I will call this unnamed syntax "unlink"	[14:09]
marclaporte	joined #tikiwiki polom	[14:10]
amette	moloq	[14:10]
RobertPlummer	polom marclaporte	[14:10]
ricks99	polom too	[14:10]
RobertPlummer	marclaporte: I'm going to need to finish up on this commit before I jump into CartoGraf, is that ok? I just want to make sure I don't loose everything I've been working on from the weekend.	[14:11]
marclaporte	sure commit early and often	[14:12]
RobertPlummer	marclaporte: I know I know. This commit branches the CKeditor from the jison parser, and adds tons of fixes, one thing touches the other.	[14:17]
marclaporte	:-)	[14:18]
RobertPlummer	marclaporte: Good part is that it is it's own feature still. marclaporte: But we are going to see a new plain of stability with the parser, so it all good. level I should say. And I mean over the existing parser.	[14:19]
sandroandrade	joined #tikiwiki	[14:23]
CIA-98	tikiwiki: 03amette * r42876 10/trunk/tiki-check.php: [FIX] Check default_charset for real	[14:28]
marclaporte	amette: with latest commit, default_charset is reported 'bad' on http://demo.tiki.org/cartograf/tiki-check.php	[14:34]
Bsfez	joined #tikiwiki	[14:35]
amette	marclaporte: "default_charset should be UTF-8 as Tiki is fully UTF-8. Please check your php.ini." ;) by default PHP's default_charset is unset - so the empty field would fit marclaporte: see http://demo.tiki.org/cartograf/tiki-phpinfo.php - "default_charset no value no value"	[14:39]
RobertPlummer	all: is l2r and r2l text called "directional"? if not, what is it called?	[14:45]
amette	RobertPlummer: I think so, because when you mix them up in one text that is called bi-directional text.	[14:47]
CIA-98	tikiwiki: 03amette * r42877 10/trunk/tiki-check.php: tikiwiki: [FIX] Time limits of 0 also mean unlimited in php.ini tikiwiki: [KIL] Duplicate code	[14:47]
Bsfez	joined #tikiwiki Hi all Hi Robert, it refer directly to css text direction: http://www.w3schools.com/cssref/pr_text_direction.asp so i guess it can be called directionnal :)	[14:52]
radek82	joined #tikiwiki	[14:55]
RobertPlummer	all: definition lists don't have a nested syntax, do they?	[14:58]
Bsfez	...	[14:58]
RobertPlummer	For example: ;foo:bar ;;foo2:bar2 ;foo3:bar3	[14:59]
Bsfez	http://doc.tiki.org/Wiki-Syntax+Lists#Creating_a_Nested_List # Level 2 ## Level 2 a ## Level 2 b ### Level 2 b i	[15:00]
ricks99	robertplummer: you are correct. a definitiion list is only 1 level of term/definition	[15:00]
RobertPlummer	ricks99: Woohoo!	[15:00]
ricks99	there is a 1:1 relationship term:definition	[15:01]
Bsfez	Hi ricks99	[15:01]
ricks99	term : definition hiya bernard @RobertPlummer: however, you should be able to have nested li and ol lists within a definition so that: ;foo:bar	[15:01]
RobertPlummer	I'm just thinking, I might have to use the same class/methods to process them.	[15:02]
ricks99	*foo the first bulleted FOO should appear under the DEFINTITION -- not the term (that is, bar -- not foo)	[15:02]
RobertPlummer	ricks99: Produces what html?	[15:02]
ricks99	where the <li> .. </li> is nestee within the defintiion -- not the term	[15:03]
Bsfez	Bsfez is discovering html "Definition List" <dl></dl> :D	[15:05]
ricks99	@RobertPlummer: something like this: <dl><dt>foo</dt><dd>bar<ul><li>bullet></li></ul></dd></dl>	[15:06]
RobertPlummer	ricks99: great...	[15:08]
	rick, the current parser does not group them. I just checked: http://demo.tiki.org/trunk/tiki-index.php?page=def+list+testing	[15:20]
ricks99	correct... this is a "rick would really like the ability to make a bulleted list under a term/definition term item" desire ricks99 dreams big	[15:21]
dhazel	joined #tikiwiki	[15:32]
RobertPlummer	ricks99: After I add the initial syntax to the new parser, we can work on merging regular lists with the new set. Sound good? It'll be pretty easy, but I have to watch the current scope of work.	[15:38]
ricks99	+1	[15:39]
RobertPlummer	Besides, I need someone else to know how to use Jison, so others may learn.	[15:39]
	ricks99: I think it would be easier to integrate it into the existing list model I've created, so actually I think your syntax is going to be best,.	[15:50]
CIA-98	tikiwiki: 03amette * r42878 10/trunk/tiki-check.php: tikiwiki: [ENH] More comprehensible check for how errors are reported by PHP tikiwiki: [ENH] More reliable check for ini_set	[15:52]
RobertPlummer	lol, ricks99: done! Man the new parser is easy to alter! And keep stable.	[15:57]
........ (idle for 35mn)
rinnan	Hi there folks: I have a quick question about a new tiki-install: I've been able to enable the searching of documents in the file galleries, but not in attachments. What am I missing here? Any pointers would be much appreciated. Been searching all over to no avail. The file in question is a word document (I know, but its a requirement from my company ;) tiki 9.1 on fedora btw.	[16:33]
marclaporte	rinnan: you mean wiki attachments?	[16:39]
rinnan	indeed, the way they are stored when someone hits the "Attach File" button at the bottom of a wiki page	[16:40]
marclaporte	wiki page attachments are not indexed. There is an experimental preference to store wiki page attachments in the File Gallery but do proper testing before proceeding	[16:40]
rinnan	aha, I found the option under admin-file galleries	[16:42]
marclaporte	If you turn off wiki attachments, you can still upload files when you are in a wiki page, but they will go in the file gallery (and be indexed)	[16:42]
rinnan	excellent, that will do the trick. Thanks a lot! (well if my testing doesnt fail that is :)	[16:42]
ricks99	note that when using the file gallery (instead of attachments), the uploaded file remains* available, even if you delete the wiki page	[16:44]
rinnan	I see, that is important to remember My first test is a success :) Will investigate further	[16:45]
time_r	joined #tikiwiki	[16:51]
..... (idle for 24mn)
arildb	joined #tikiwiki	[17:15]
........... (idle for 54mn)
	joined #tikiwiki	[18:09]
CIA-98	tikiwiki: 03amette * r42879 10/trunk/ (4 files in 2 dirs): [ENH] Move security checks that are solely based on PHP properties over to tiki-check.php	[18:22]
rodrigoprimo	left #tikiwiki	[18:24]
.... (idle for 16mn)
RobertPlummer	all: is ~pp~ treated like ~np~ but wraps in a <pre />? ricks99: ^	[18:40]
ricks99	y	[18:50]
.... (idle for 19mn)
fabricius	joined #tikiwiki	[19:09]
	joined #tikiwiki	[19:21]
.... (idle for 19mn)
RobertPlummer	ricks99: should "ntextn" return "<br />text</br >"? Or should it return "<br />text"? I seem to remember that a "n at the end is the end of a block, like open close, so shouldn't it output "<br />text"?	[19:40]
ricks99	hmm sounds reasonable to me does te	[19:41]
RobertPlummer	If you do a search and replace of n, everything is double spaced.	[19:41]
ricks99	does the 'use wiki paragraph' setting matter?	[19:41]
RobertPlummer	So it sounds right that it should only be "<br />text". Not at this time, not incorporated it into the new parser. It might get it's own handler.	[19:41]
ricks99	k	[19:42]
....... (idle for 33mn)
fabricius	polom ricks99 RobertPlummer : discussing parser?	[20:15]
RobertPlummer	fabricius: Yes sir. Working on the new one right now. Almost to a stable beta for standard parsing.	[20:16]
fabricius	I tried the WYSIWYG=WIKI parser in 9x and pre-10	[20:17]
RobertPlummer	fabricius: Not quite there yet. with wysiwyg. I'm laying foundation for it though.	[20:17]
fabricius	this seems to develop to a reasonable alternative for me in case of a site that must use WYSIWYG as standart configuration	[20:18]
RobertPlummer	fabricius: Every different type of syntax handler will in-fact have a different handler.	[20:19]
fabricius	I do not like the HTML based CKE so much - always a conflict between non-tecchie wannabe editors and admin then-mustbe-but-not-like to editors	[20:19]
RobertPlummer	They can inherit from the base handler. You can have a custom handler too. Also, the new parser is getting a pretty cool new feature, injectable plugins.	[20:19]
fabricius	I felt, that in pre-10 the WIKI-WYSIWYG works kind of better - is that right?	[20:20]
RobertPlummer	$myNewPlugin = new myNewPlugin(); $parser->injectPlugin($myNewPlugin); $parser->parse($data); fabricius: You might find some fixes in there, but I've shifted my effort to rebuild the parser, as that will save time in the long run.	[20:20]
fabricius	hmmm I do not really understand that ah	[20:21]
RobertPlummer	fabricius: Injectable plugins?	[20:21]
fabricius	yes what's that? you know, I am not a coder	[20:21]
RobertPlummer	We are wanting to test how plugins are integrated into the parser, so we are going to created them dynamically and let the parser use them. Ok, say you are a company and you have a tiki install, but you do not want to extend it.	[20:22]
fabricius	creating plugins dynamically? ok	[20:22]
RobertPlummer	Right, so you have a tax spraedsheet plugin, but you don't want to store it in lib/core/WikiPlugins	[20:23]
fabricius	why? or why not?	[20:23]
RobertPlummer	you want to store in a different location, you can inject them into the parser.	[20:23]
fabricius	ah	[20:23]
RobertPlummer	Look, I just want to test how plugins run, it is a byproduct of it.	[20:23]
fabricius	no problem	[20:24]
RobertPlummer	It makes tiki more extendable.	[20:24]
fabricius	:-)	[20:24]
RobertPlummer	Little extendable steps make it much easier to incorporate into existing systems later on.	[20:24]
fabricius	like backporting new plugins to older systems?	[20:24]
RobertPlummer	fabricius: Not so much. fabricius: More like using existing infrastructure in tiki. It makes plugins truly plugable. The plugin doesn't even have to exist, and it can be created. Before it had to be a file before the system would do anything. fabricius: what do you think? Sorry if I sound irritated, just typing fast. (I'm on a coding spree!)	[20:26]
fabricius	RobertPlummer: so you can inject the plugin in advance and create it lateron?	[20:33]
RobertPlummer	fabricius: There may never be a need to create it later. fabricius: It injects it into the parser so the parser can execute it without it ever needed a php file. fabricius: So the plugins are then dynamic. fabricius: You can have a plugin that creates a plugin, and executes it. :)	[20:33]
fabricius	they are not php files, but ... for ex on a wikipage or something somewhere else	[20:34]
RobertPlummer	fabricius: a php instantiated object (class)	[20:34]
..... (idle for 22mn)
fabricius	left #tikiwiki	[20:56]
	joined #tikiwiki oops	[21:03]
redflo	joined #tikiwiki	[21:13]
deeku	joined #tikiwiki	[21:22]
.......... (idle for 49mn)
marclaporte	polom Hey everyone: Tiki rocks!	[22:11]
CIA-98	tikiwiki: 03marclaporte * r42880 10/trunk/admin/include_textarea.php: The plugins tab of tiki-admin.php?page=textarea tends to take a lot of memory, so this will avoid errors (will only work on hosts that accept ini_set of memory_limit)	[22:25]
Jyhem	polom marclaporte: you just noticed? :-)	[22:34]
CIA-98	tikiwiki: 03robertplummer * r42881 10/trunk/lib/core/JisonParser/Wiki/HtmlCharacter.php: [NEW] Html Character handler, added because there may be some difference between some handlers, like CKeditor eventually tikiwiki: 03robertplummer * r42882 10/trunk/lib/core/WikiPlugin/ParserNegotiator.php: [NEW] Added injectable plugins, plugins that may exist, but only in the form on an instantiated object, to further test and extend parser. tikiwiki: 03robertplummer * r42883 10/trunk/lib/core/JisonParser/Wiki/List.php: [NEW] Added definition lists and fixed a few bugs with lists and types '-' and '+'	[22:36]
	tikiwiki: 03robertplummer * r42884 10/trunk/lib/core/JisonParser/WikiCKEditor/ (. Handler.php HtmlCharacter.php): [NEW] Placeholder for ckeditor handler, which extends the base handler for wiki syntax tikiwiki: 03robertplummer * r42885 10/trunk/lib/core/WikiPlugin/CKEditorNegotiator.php: [NEW] CKEditor gets its own parser negotiator, somewhat of a placeholder for now	[22:46]
RobertPlummer	signs his destiny as he fully enters into the world of wysiwyg	[22:47]
CIA-98	tikiwiki: 03robertplummer * r42886 10/trunk/lib/parser/parserlib.php: [ENH] Use alternate ckeditor handler if jison is on, no affect to those who don't want cutting edge for now tikiwiki: 03robertplummer * r42887 10/trunk/lib/core/JisonParser/Wiki/Header.php: [FIX] Give credit where due tikiwiki: 03robertplummer * r42888 10/trunk/lib/core/JisonParser/ (Wiki/Handler.js Wiki/Handler.php Wiki.jison Wiki.js Wiki.php): [ENH] Added missing functionality required by wiki syntax as outlined in older wiki tests tikiwiki: 03robertplummer * r42889 10/trunk/lib/test/core/JisonParser/OutputTest.php: [ENH] Added more testing to the jison parser, modified buggy syntax a little from old tests	[22:49]
..... (idle for 20mn)
	tikiwiki: 03robertplummer * r42890 10/trunk/lib/core/JisonParser/Wiki/Handler.php: [REM] the ability to parse everything but wiki syntax	[23:11]
redflo	joined #tikiwiki	[23:20]
fabricius	RobertPlummer: you r coding wild today	[23:28]
RobertPlummer	fabricius: Hopefully I didn't break anything. I've actually been working on that commit for about a week or so.	[23:29]
fabricius	[REM] the ability to parse everything but wiki syntax ?? hehe	[23:29]
RobertPlummer	lol, it was a problem we had with plugins. Since then, the method toSyntax() was created for the plugin negotiator. We needed the bodies of the plugins.	[23:30]
fabricius	I just have been lost in reading a book about the chinese expeditions ... the seem to have visited America 70 years before Columbus and went aswell all around the world	[23:31]
RobertPlummer	Oh, wow. Yea, I hear columbus was a terrible person.	[23:31]
fabricius	just forgot the time book title: 1421	[23:31]
RobertPlummer	But, that is just what I heard.	[23:32]
fabricius	I never meat him in person too old - did die a few years ago I guess don't mind my bad humor ... especially when I am tired. getting late here and I still have to move a website from local to webserver but anyway RobertPlummer it seems that I will be one of your dirst testes on a productive website especially I would be, if you went to backport to 9.x not yet sure, if I would dare to upgrade one of the two projects to pre-10 but there are definitely two projects, where I'd go for using wikisyntax and wysiywig what I have seen up to now, wikisyntax is far more stable than html based wysiwyg will that be the sme (or better) with the new parser RobertPlummer ? the same? I like the stability of the wikisyntax	[23:32]

←Prev date Next date→ Show only urls

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