[00:04] 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.
[01:12]  fabricius joined #tikiwiki
[01:15]  fabricius joined #tikiwiki
[01:15]  fabricius joined #tikiwiki
[01:37]  dhazel joined #tikiwiki
[02:59] CIA-98 tikiwiki: 03lindonb * r42873 10/trunk/lib/headerlib.php: Notice.
[03:08]  goj_killedByISP joined #tikiwiki
[04:39] CIA-98 tikiwiki: 03lindonb * r42874 10/trunk/tiki-edit_draw.php: Notice and some indenting
[06:08] CIA-98 tikiwiki: 03lindonb * r42875 10/trunk/lib/wiki-plugins/wikiplugin_draw.php: Notices
[09:06]  GillesM joined #tikiwiki
[09:41]  redflo joined #tikiwiki
[10:03]  fabricius joined #tikiwiki
[10:16]  bala joined #tikiwiki
[10:42] fabricius polom
[10:48]  dennmans joined #tikiwiki
[10:53]  bala joined #tikiwiki
[11:18]  bala left #tikiwiki
[11:24]  Tiki|bot joined #tikiwiki
[13:31]  rodrigoprimo joined #tikiwiki
[13:48]  RobertPlummer joined #tikiwiki
[13:58]  ricks99 joined #tikiwiki
[14:03] RobertPlummer polom all
[14:04] 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]]"?
[14:05] RobertPlummer 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.
[14:05] RobertPlummer ~np~[meh]~/np~ seems much more strait forward.
[14:05] amette the double [ bracket is for not making a hyperlink
[14:05] amette aaah, that does sound reasonable though
[14:05] * ricks99 thought that "[ [ " was required to create a single " [ " in text without creating a link
[14:06] ricks99 too much extra typing to use ~np~[meh]~/np~ instead of [[meh]
[14:06] ricks99 jus saying...
[14:06] amette yeah, I think that's the thing... also much easier for beginners to remember
[14:07] 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:08] amette yeah, what do you do, if you want one opening and two closing brackets?
[14:08] * ricks99 thinks [[meh]] should produce [meh]]
[14:09] amette yep
[14:09] * 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.
[14:09] RobertPlummer I will call this unnamed syntax "unlink"
[14:10]  marclaporte joined #tikiwiki
[14:10] marclaporte polom
[14:10] amette moloq
[14:10] RobertPlummer polom marclaporte
[14:10] ricks99 polom too
[14:11] RobertPlummer marclaporte: I'm going to need to finish up on this commit before I jump into CartoGraf, is that ok?
[14:11] RobertPlummer I just want to make sure I don't loose everything I've been working on from the weekend.
[14:12] marclaporte sure
[14:12] marclaporte commit early and often
[14:17] RobertPlummer marclaporte: I know I know.
[14:17] RobertPlummer This commit branches the CKeditor from the jison parser, and adds tons of fixes, one thing touches the other.
[14:18] marclaporte :-)
[14:19] RobertPlummer marclaporte: Good part is that it is it's own feature still.
[14:19] RobertPlummer marclaporte: But we are going to see a new plain of stability with the parser, so it all good.
[14:19] RobertPlummer level I should say.
[14:19] RobertPlummer And I mean over the existing parser.
[14:23]  sandroandrade joined #tikiwiki
[14:28] CIA-98 tikiwiki: 03amette * r42876 10/trunk/tiki-check.php: [FIX] Check default_charset for real
[14:34] marclaporte amette: with latest commit, default_charset is reported 'bad' on http://demo.tiki.org/cartograf/tiki-check.php
[14:35]  Bsfez joined #tikiwiki
[14:39] amette marclaporte: "default_charset should be UTF-8 as Tiki is fully UTF-8. Please check your php.ini." ;)
[14:39] amette by default PHP's default_charset is unset - so the empty field would fit
[14:41] amette marclaporte: see http://demo.tiki.org/cartograf/tiki-phpinfo.php - "default_charset no value no value"
[14:45] RobertPlummer all: is l2r and r2l text called "directional"?
[14:45] RobertPlummer if not, what is it called?
[14:47] 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:
[14:47] CIA-98 tikiwiki: [FIX] Time limits of 0 also mean unlimited in php.ini
[14:47] CIA-98 tikiwiki: [KIL] Duplicate code
[14:52]  Bsfez joined #tikiwiki
[14:52] Bsfez Hi all
[14:55] Bsfez 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:55]  radek82 joined #tikiwiki
[14:58] RobertPlummer all: definition lists don't have a nested syntax, do they?
[14:58] Bsfez ...
[14:59] RobertPlummer For example:
[14:59] RobertPlummer ;foo:bar
[14:59] RobertPlummer ;;foo2:bar2
[14:59] RobertPlummer ;foo3:bar3
[15:00] Bsfez http://doc.tiki.org/Wiki-Syntax+Lists#Creating_a_Nested_List
[15:00] Bsfez # Level 2
[15:00] Bsfez ## Level 2 a
[15:00] Bsfez ## Level 2 b
[15:00] Bsfez ### 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:01] ricks99 there is a 1:1 relationship term:definition
[15:01] Bsfez Hi ricks99
[15:01] ricks99 term : definition
[15:01] ricks99 hiya bernard
[15:02] ricks99 @RobertPlummer: however, you should be able to have nested li and ol lists within a definition
[15:02] ricks99 so that:
[15:02] ricks99 ;foo:bar
[15:02] RobertPlummer I'm just thinking, I might have to use the same class/methods to process them.
[15:02] ricks99 *foo
[15:02] ricks99 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:03] ricks99 where the <li> .. </li> is nestee within the defintiion -- not the term
[15:05] * Bsfez is discovering html "Definition List"  <dl></dl> :D
[15:06] ricks99 @RobertPlummer: something like this:
[15:07] ricks99 <dl><dt>foo</dt><dd>bar<ul><li>bullet></li></ul></dd></dl>
[15:08] RobertPlummer ricks99: great...
[15:20] RobertPlummer rick, the current parser does not group them.
[15:20] RobertPlummer I just checked: http://demo.tiki.org/trunk/tiki-index.php?page=def+list+testing
[15:21] ricks99 correct... this is a "rick would really like the ability to make a bulleted list under a term/definition *term* item" desire
[15:21] * ricks99 dreams big
[15:32]  dhazel joined #tikiwiki
[15:38] RobertPlummer ricks99: After I add the initial syntax to the new parser, we can work on merging regular lists with the new set.
[15:38] RobertPlummer Sound good?
[15:39] RobertPlummer It'll be pretty easy, but I have to watch the current scope of work.
[15:39] ricks99 +1
[15:39] RobertPlummer Besides, I need someone else to know how to use Jison, so others may learn.
[15:50] RobertPlummer 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:52] CIA-98 tikiwiki: 03amette * r42878 10/trunk/tiki-check.php:
[15:52] CIA-98 tikiwiki: [ENH] More comprehensible check for how errors are reported by PHP
[15:52] CIA-98 tikiwiki: [ENH] More reliable check for ini_set
[15:57] RobertPlummer lol, ricks99: done!
[15:58] RobertPlummer Man the new parser is easy to alter!
[15:58] RobertPlummer And keep stable.
[16:33] rinnan Hi there folks: I have a quick question about a new tiki-install:
[16:33] rinnan 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 ;)
[16:35] rinnan tiki 9.1 on fedora btw.
[16:39] marclaporte rinnan:  you mean wiki attachments?
[16:40] 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:42] 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!
[16:43] rinnan (well if my testing doesnt fail that is :)
[16:44] ricks99 *note that when using the file gallery (instead of attachments), the uploaded file *remains* available, even if you delete the wiki page
[16:45] rinnan I see, that is important to remember
[16:46] rinnan My first test is a success :) Will investigate further
[16:51]  time_r joined #tikiwiki
[17:15]  arildb joined #tikiwiki
[18:09]  arildb joined #tikiwiki
[18:22] 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:24]  rodrigoprimo left #tikiwiki
[18:40] RobertPlummer all: is ~pp~ treated like ~np~ but wraps in a <pre />?
[18:40] RobertPlummer ricks99: ^
[18:50] ricks99 y
[19:09]  fabricius joined #tikiwiki
[19:21]  fabricius joined #tikiwiki
[19:40] RobertPlummer ricks99: should "\ntext\n" return "<br />text</br >"?
[19:40] RobertPlummer Or should it return "<br />text"?
[19:41] RobertPlummer 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:41] ricks99 hmm
[19:41] ricks99 sounds reasonable to me
[19:41] ricks99 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".
[19:42] RobertPlummer Not at this time, not incorporated it into the new parser.
[19:42] RobertPlummer It might get it's own handler.
[19:42] ricks99 k
[20:15] fabricius polom
[20:16] fabricius ricks99 RobertPlummer : discussing parser?
[20:16] RobertPlummer fabricius: Yes sir.
[20:16] RobertPlummer Working on the new one right now.
[20:16] RobertPlummer Almost to a stable beta for standard parsing.
[20:17] fabricius I tried the WYSIWYG=WIKI parser in 9x and pre-10
[20:17] RobertPlummer fabricius: Not quite there yet.
[20:17] RobertPlummer with wysiwyg.
[20:17] RobertPlummer I'm laying foundation for it though.
[20:18] fabricius this seems to develop to a reasonable alternative for me in case of a site that must use WYSIWYG as standart configuration
[20:19] 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.
[20:19] RobertPlummer You can have a custom handler too.
[20:20] RobertPlummer Also, the new parser is getting a pretty cool new feature, injectable plugins.
[20:20] fabricius I felt, that in pre-10 the WIKI-WYSIWYG works kind of better - is that right?
[20:20] RobertPlummer $myNewPlugin = new myNewPlugin();
[20:20] RobertPlummer $parser->injectPlugin($myNewPlugin);
[20:20] RobertPlummer $parser->parse($data);
[20:21] RobertPlummer 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:21] fabricius hmmm I do not really understand that
[20:21] fabricius ah
[20:21] RobertPlummer fabricius: Injectable plugins?
[20:21] fabricius yes
[20:22] fabricius what's that?
[20:22] fabricius you know, I am not a coder
[20:22] 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.
[20:22] RobertPlummer 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?
[20:22] fabricius ok
[20:23] 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?
[20:23] fabricius 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:24] 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:26] RobertPlummer fabricius: Not so much.
[20:26] RobertPlummer fabricius: More like using existing infrastructure in tiki.
[20:26] RobertPlummer It makes plugins truly plugable.
[20:26] RobertPlummer The plugin doesn't even have to exist, and it can be created.
[20:27] RobertPlummer Before it had to be a file before the system would do anything.
[20:29] RobertPlummer fabricius: what do you think?
[20:29] RobertPlummer Sorry if I sound irritated, just typing fast.
[20:29] RobertPlummer (I'm on a coding spree!)
[20:33] 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.
[20:33] RobertPlummer fabricius: It injects it into the parser so the parser can execute it without it ever needed a php file.
[20:34] RobertPlummer fabricius: So the plugins are then dynamic.
[20:34] RobertPlummer fabricius: You can have a plugin that creates a plugin, and executes it.
[20:34] RobertPlummer :)
[20:34] 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:56]  fabricius left #tikiwiki
[21:03]  fabricius joined #tikiwiki
[21:03] fabricius oops
[21:13]  redflo joined #tikiwiki
[21:22]  deeku joined #tikiwiki
[22:11] marclaporte polom
[22:11] marclaporte Hey everyone:
[22:11] marclaporte Tiki rocks!
[22:25] 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:34] Jyhem polom
[22:34] Jyhem marclaporte: you just noticed? :-)
[22:36] 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
[22:40] CIA-98 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.
[22:41] CIA-98 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:46] CIA-98 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
[22:47] CIA-98 tikiwiki: 03robertplummer * r42885 10/trunk/lib/core/WikiPlugin/CKEditorNegotiator.php: [NEW] CKEditor gets its own parser negotiator, somewhat of a placeholder for now
[22:47] RobertPlummer *signs his destiny as he fully enters into the world of wysiwyg*
[22:49] 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
[22:49] CIA-98 tikiwiki: 03robertplummer * r42887 10/trunk/lib/core/JisonParser/Wiki/Header.php: [FIX] Give credit where due
[22:51] CIA-98 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
[22:51] CIA-98 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
[23:11] CIA-98 tikiwiki: 03robertplummer * r42890 10/trunk/lib/core/JisonParser/Wiki/Handler.php: [REM] the ability to parse everything but wiki syntax
[23:20]  redflo joined #tikiwiki
[23:28] fabricius RobertPlummer:  you r coding wild today
[23:29] RobertPlummer fabricius: Hopefully I didn't break anything.
[23:29] RobertPlummer 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 ??
[23:30] fabricius hehe
[23:30] RobertPlummer lol, it was a problem we had with plugins.
[23:30] RobertPlummer Since then, the method toSyntax() was created for the plugin negotiator.
[23:31] RobertPlummer We needed the bodies of the plugins.
[23:31] 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.
[23:31] RobertPlummer Yea, I hear columbus was a terrible person.
[23:31] fabricius just forgot the time
[23:32] fabricius book title: 1421
[23:32] RobertPlummer But, that is just what I heard.
[23:32] fabricius I never meat him in person
[23:32] fabricius too old  - did die a few years ago I guess
[23:34] fabricius 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
[23:35] fabricius but anyway RobertPlummer it seems that I will be one of your dirst testes on a productive website
[23:35] fabricius especially I would be, if you went to backport to 9.x
[23:35] fabricius not yet sure, if I would dare to upgrade one of the two projects to pre-10
[23:36] fabricius but there are definitely two projects, where I'd go for using wikisyntax and wysiywig
[23:37] fabricius what I have seen up to now, wikisyntax is far more stable than html based wysiwyg
[23:38] fabricius will that be the sme (or better) with the new parser RobertPlummer ?
[23:38] fabricius the same?
[23:38] fabricius I like the stability of the wikisyntax