[00:05] sylvieg in gnome nautilus I have dav://admin@demo.tiki.org/9x .. not a webdav enabled to chare [00:12] ronsheely joined #tikiwiki [00:37] marclaporte joined #tikiwiki [00:43] sylvieg I tried gnome nautilus, mac finder, cyberduck .. can not have webdav working [01:52] marclaporte sylvieg: I will help you [01:52] marclaporte Can you try Cyberduck here: http://demo.tiki.org/8x/tiki-list_file_gallery.php?galleryId=4 [01:52] marclaporte I just did a drag and drop of 3 files [01:53] marclaporte works beautifully [01:53] marclaporte let's make sure you can do that first, before we try to set your server. What version of PHP is your server? [02:35] marclaporte sylvieg: ping [03:07] goj_killedByISP joined #tikiwiki [04:35] CIA-36 tikiwiki: 03lindonb * r41081 10/branches/9.x/lib/wiki-plugins/wikiplugin_articles.php: [FIX] Notice [04:36] lindonb joined #tikiwiki [04:43] CIA-36 tikiwiki: 03lindonb * r41082 10/branches/9.x/lib/comments/commentslib.php: [FIX] Change function name to be different than one in tikilib to avoid notice [04:43] lindonb left #tikiwiki [05:28] CIA-36 tikiwiki: 03arildb * r41083 10/trunk/ (6 files in 3 dirs): [REF] Corrections to Tiki coding style [05:41] CIA-36 tikiwiki: 03arildb * r41084 10/trunk/ (9 files in 5 dirs): [REF] More Tiki coding style fixes and added Id properties [06:02] CIA-36 tikiwiki: 03arildb * r41085 10/trunk/ (4 files in 3 dirs): [REF] More Tiki coding style cleanups [06:40] CIA-36 tikiwiki: 03arildb * r41086 10/trunk/templates/ (references.tpl wiki-plugins/wikiplugin_addreference.tpl): [REF] Use Unix style line endings [06:52] arildb_ joined #tikiwiki [07:15] CIA-36 tikiwiki: 03arildb * r41087 10/trunk/lib/wiki-plugins/wikiplugin_showreference.php: [FIX] Fix syntax error caused by code style cleanup [07:48] CIA-36 tikiwiki: 03arildb * r41088 10/trunk/ (5 files in 3 dirs): [REF] More coding style fixes [08:03] CIA-36 tikiwiki: 03arildb * r41089 10/trunk/ (lib/tikilib.php tiki-admin.php): [ENH] Toggle the display of the Add Reference/Bibliography WYSIWYG editor toolbars along with the Wiki Reference feature setting [08:22] xavi joined #tikiwiki [08:27] Jenser joined #tikiwiki [08:29] CIA-36 tikiwiki: 03pkdille * r41090 10/trunk/ (4 files in 3 dirs): No changes - code styling only (seen on quality.tiki.org) [08:31] CIA-36 tikiwiki: 03pkdille * r41091 10/trunk/libReferences.php: No changes - code styling only (seen on quality.tiki.org) [08:49] arvind07 joined #tikiwiki [08:54] arildb_ joined #tikiwiki [10:19] xavi left #tikiwiki [11:04] C17 joined #tikiwiki [11:30] CIA-36 tikiwiki: 03Jyhem * r41092 10/branches/9.x/tiki-setup.php: [FIX] Use the language.js file relative to the current display language [12:11] CIA-36 tikiwiki: 03Jyhem * r41093 10/branches/9.x/ (51 files in 50 dirs): [FIX] Fix typo [12:34] CIA-36 tikiwiki: 03Jyhem * r41094 10/branches/9.x/tiki-setup.php: [FIX] oops [13:39] rodrigoprimo joined #tikiwiki [14:06] Dr{Who} joined #tikiwiki [14:14] Jenser left #tikiwiki [14:18] CIA-36 tikiwiki: 03Jyhem * r41095 10/branches/9.x/templates/modules/mod-login_box.tpl: [FIX] There should be no space before ')' [14:19] marclaporte1 joined #tikiwiki [14:34] CIA-36 tikiwiki: 03robertplummer * r41096 10/branches/9.x/lib/core/JisonParser/ (5 files in 2 dirs): [14:34] CIA-36 tikiwiki: [FIX] Wiki syntax processing to be much simpler and to account for unclosed states [14:34] CIA-36 tikiwiki: [FIX] Wiki demo to work with new jison parser factory [14:41] RobertPlummer joined #tikiwiki [14:41] RobertPlummer polom all [14:43] RobertPlummer polom Jyhem, marclaporte1 [14:46] RobertPlummer anybody here? [15:10] marclaporte joined #tikiwiki [15:36] sandroandrade joined #tikiwiki [15:39] Jenser joined #tikiwiki [15:39] Jenser left #tikiwiki [15:44] CIA-36 tikiwiki: 03xavidp * r41097 10/branches/9.x/lib/core/Tracker/Field/Numeric.php: [FIX]Provide more info for users on potential values, at least according to 9x/lib/smarti_tiki/modifier.number_format.php [15:54] Jyhem polom RobertPlummer [15:58] marclaporte polom [16:04] * Jyhem needs food & a break. back in an hour [16:09] CIA-36 tikiwiki: 03lphuberdeau * r41098 10/branches/9.x/lib/ (3 files in 3 dirs): Reset event bindings after changing preferences in profiles to make sure post-save behaviors on object creation are applied with the new settings [16:19] RobertPlummer marclaporte: Did you see the thread I just released? [16:21] marclaporte Thank you Zach! [16:22] RobertPlummer lol [16:22] RobertPlummer marclaporte: I'm telling you, just a few more small tweaks and the parser will not only be usable, it will be better then the old parser. [16:22] RobertPlummer I have a couple php fixes I need to put in place, he found a bug last night and pushed it to git. [16:23] RobertPlummer marclaporte: What about the html entities issue? [16:28] CIA-36 tikiwiki: 03xavidp * r41099 10/branches/9.x/lib/core/Tracker/Field/Numeric.php: [16:28] CIA-36 tikiwiki: [FIX]Sorry for the long text but this is to prevent headaches from users when [16:28] CIA-36 tikiwiki: seing unexpected weirdnesses when using this field. Improvable for sure, but [16:28] CIA-36 tikiwiki: better than before for end users, imho. For more info in the state of the art in [16:28] CIA-36 tikiwiki: html5 with different browsers, see for instance [16:28] CIA-36 tikiwiki: http://swatelier.info/at/forms/number.asp?n1=2%2C4&n2=2.4 [17:06] CIA-36 tikiwiki: 03lphuberdeau * r41100 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: Adding options to the appframe to use absolute positioning [17:26] CIA-36 tikiwiki: 03robertplummer * r41101 10/branches/9.x/ (5 files in 4 dirs): [FIX] Stopped all the conversion from taking place, html entities are now stored as they were in 6, they way they should be, and they are protected when they need to be. Will start testing in other parts of tiki next. [17:51] Jyhem back [17:55] RobertPlummer Jyhem so I've started the migration to have only certain parts of tiki html decode before saving. [17:58] CIA-36 tikiwiki: 03lphuberdeau * r41102 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: Adding conditional evaluation plugin to the app frame [18:20] Jyhem RobertPlummer: I answered [18:22] Jyhem Hey, lphuberdeau raises from the dead :-) [18:28] CIA-36 tikiwiki: 03lphuberdeau * r41103 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: [MOD] Adjusting the absolute implementation to keep accordion/tabs working properly [18:46] CIA-36 tikiwiki: 03robertplummer * r41104 10/branches/9.x/lib/parser/parserlib.php: [FIX] Stopped from recursivly decoding [18:48] marclaporte joined #tikiwiki [19:10] benoitg joined #tikiwiki [19:42] marclaporte1 joined #tikiwiki [19:55] CIA-36 tikiwiki: 03robertplummer * r41105 10/branches/9.x/lib/parser/parserlib.php: [FIX] Ensure switching of decode restores to previous state [19:57] CIA-36 tikiwiki: 03robertplummer * r41106 10/branches/9.x/lib/core/JisonParser/ (Wiki/Handler.js Wiki/Handler.php Wiki.jison Wiki.js): [FIX] Getting plugins to not parse their body within the same base run [19:57] RobertPlummer Jyhem what do you think of the new approach that I've come up with for html entities? [19:58] * Jyhem_laptop looks if he missed an email [20:03] Jyhem_laptop so. tell me if I understood the spirit [20:04] RobertPlummer ? [20:04] RobertPlummer Jyhem_laptop: What do you mean [20:05] Jyhem_laptop pages have a new status parameter which allows to know if they are encoded or clean ? [20:06] Jyhem_laptop Ah, no, that's not what you wrote [20:06] RobertPlummer Jyhem_laptop: That was my proposed solution for if we went down that path. [20:06] RobertPlummer I simply jumped into the project that JonnyB left. [20:07] RobertPlummer I tried to find a way to fix it. And I have, the problem is that there are too many places in tiki that are affected. [20:07] Jyhem_laptop You wrote that we kindof know if a given feature is encoded or not and the we use $parser->needDecoded = true; or $parser->needDecoded = false; ? [20:07] Jyhem_laptop You wrote that we kindof know if a given feature is encoded or not and then we use $parser->needDecoded = true; or $parser->needDecoded = false; ? [20:07] RobertPlummer Right, that is my latest solution. [20:08] RobertPlummer Wiki pages need decoded, however modules do not (not that I could find) [20:08] RobertPlummer So for wiki pages we'd want to turn that on, and for modules, leave it off. [20:09] Jyhem_laptop aren't modules in wiki pages ? [20:09] Jyhem_laptop ah, no, that's plugins [20:09] RobertPlummer Jyhem_laptop: Yes, but only the page will be htmldecoded. [20:09] RobertPlummer not the plugins. [20:09] RobertPlummer Or rather what the plugin returns. [20:09] RobertPlummer I really think this fix is simple and easy to understand. [20:10] Jyhem_laptop and blogs or articles, also encoded, I suppose ? [20:10] RobertPlummer I've even accounted for toc, which recursively parses. [20:10] RobertPlummer To limit the decoding to the first parse [20:10] RobertPlummer Jyhem_laptop: I'm not sure, we will need to find out. [20:11] RobertPlummer We need to find out if the majority use encoding, and if so set the default of needDecoded to true or false. I would imagine that the majority are not. [20:11] * Jyhem_laptop would like to give Jonnyb the opportunity to comment. He might have had other reasons for clean storage [20:12] RobertPlummer Jyhem_laptop: Yea, the parser was broken. [20:13] RobertPlummer Jyhem_laptop: We have a deadline for may 5 to get tiki ready, on that day I leave for a week to visit family. There is no way that we will be able to convert everything before that day. There is probably no way to convert without spending a couple hundred hours writing version checking and feature checking into parts of tiki and then conversion scripts for each one. [20:13] Jyhem_laptop So, there is no chance that future new content will ever be stored cleanly? [20:14] RobertPlummer Why does it matter so much? [20:15] RobertPlummer If the database is UTF8, shouldn't encoding and decoding be very predictable? [20:15] Jyhem_laptop Well, data is important. A lot of Tikis are data centric, and clean dumps are what get interoperabilty. [20:15] Jyhem_laptop That's charset encoding. We handled that in Tiki6. [20:15] RobertPlummer But what good is the dump without it using Tiki? [20:16] RobertPlummer In the case of wiki pages, which are tiki centric [20:16] Jyhem_laptop Now we have those ≶ and stuff which developpers wonder if they should be displayed < or ≶ [20:16] Jyhem_laptop confused developpers mean bugs [20:17] RobertPlummer I'm trying to clean up the confusion, do you not think my integrations have done that? [20:17] RobertPlummer I think even more confusing will be the profile system. [20:17] RobertPlummer If we change one, we have to change the other. [20:18] Jyhem_laptop Tiki syntax is actually not bad. I have slapped source meeting reports in emails a couple times and they read quit well :-) [20:18] RobertPlummer Jyhem_laptop: What if we simply don't convert anything, but don't encode and decode new pages? [20:18] Jyhem_laptop The profile system has versioning [20:18] RobertPlummer Jyhem_laptop: That would be the best of both worlds. [20:19] Jyhem_laptop That's what I was wondering if could be possible [20:19] RobertPlummer Jyhem sure, lets do that. [20:19] RobertPlummer But we need to find out what is or is not encoded. [20:19] RobertPlummer I suppose that would still need the version system. [20:20] Jyhem_laptop Instead if confusing flags like is_html, we should have a simple descriptive met-data field (status, or format) which tells the parser how the data is stored [20:21] Jyhem_laptop Well, an empty meta-field would mean default, aka historical behaviour [20:23] Jyhem_laptop values such as "text", "TikiSyntax", "html", "MixTikiHtml (yuck)" [20:23] RobertPlummer If you want to help out with that, you are welcome. [20:23] RobertPlummer Jyhem_laptop: Most of the parser cleanup is done at this point. [20:24] Jyhem_laptop maybe a bit late, but that would give hope for the future. [20:25] Jyhem_laptop So Tiki9 is the last one with this parser and then we switch to your Jison one ? [20:27] * Jyhem_laptop is too involved with trackers now to dive into being a parsing guru right now. Sorry, looks like unending fun :-) [20:27] RobertPlummer Jyhem I'm not sure just yet. I hope. [20:27] Jyhem_laptop but I do have complicated real-life sites for testing! [20:27] RobertPlummer Sounds like fun [20:28] Jyhem_laptop Is Jonny coming back end of this week ? [20:30] Jyhem_laptop I thought you had solved the remaining jison issues ? (tag closure) [20:51] arildb RobertPlummer: I am not too familiar with the parser status, but to go for a solution which requires any conversion of existing data, seems very dangerous to me. The risk being that some sites will fail the conversion, loosing their data and giving Tiki a bad name. [20:51] CIA-36 tikiwiki: 03robertplummer * r41107 10/branches/9.x/lib/core/JisonParser/ (Wiki.jison Wiki.js): [FIX] Remove unneeded EOF parser patterns, fix plugins so they end at eof even if they haven't been closed. [20:52] RobertPlummer Jyhem_laptop: I solved them in my head, I have been committing them when I get a second between work (keep the excitement going) [20:52] arildb If more testing/completing/verification is needed, it seems like the alternative is to use the old parser for 9.x, giving more time to stabilize a new parser implementation [20:53] arildb As I undertand, the new parser is now built into 9.x. Is it a big job to revert to the old version? [20:56] marclaporte joined #tikiwiki [20:56] Jyhem_laptop It is built in, yes. But not active by default [20:57] arildb ok. Given the recent discussion I question if the new parser is mature enough to be used by default. [20:59] Jyhem no, Robert mentioned it's partly in his head (the new parser) :-) This was about fixes in the old one [21:01] arildb In the sites I am working on, the wiki editor is (usually) disabled. Thus only WYSIWYG is used, and we are quite happy with the status in 8.x. [21:01] arildb Destabilizing the data/display is the last thing we need [21:03] arildb I like the idea of using a MIME-like status to describe the content, though I am not sure if it's going to help [21:06] CIA-36 tikiwiki: 03lphuberdeau * r41108 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: [NEW] Adding sliding controls to the appframe [21:06] Jyhem_laptop well, definitely not in the short term :-( [21:11] benoitg1 joined #tikiwiki [21:12] benoitg1 joined #tikiwiki [21:14] CIA-36 tikiwiki: 03robertplummer * r41109 10/branches/9.x/lib/core/JisonParser/ (Wiki/Handler.js Wiki.jison Wiki.js): [FIX] Ensure plugins return their static text if they don't exist for demo [21:18] RobertPlummer Jyhem_laptop, arildb would you guys mind testing the parser now a bit to try and find some problems with it so we can ensure they are fixed? [21:18] RobertPlummer I'm testing it, but my results are limited. [21:19] arildb RobertPlummer: I would like to help out more, but I am overloaded as it is. I have run WYSIWYG in trunk and 9.x, and the current status is that it's broken. [21:20] arildb I will help out with WYSIWYG testing [21:21] RobertPlummer Have you run it this morning? [21:21] arildb No, I will give it a try [21:21] RobertPlummer arildb: I am attempting to change how things are being handled. [21:21] RobertPlummer Thanks [21:24] CIA-36 tikiwiki: 03robertplummer * r41110 10/branches/9.x/lib/parser/parserlib.php: [FIX] prepDataFromDb needs to be called outside of the parser [21:24] RobertPlummer arildb: try now, that last fix should have been in there. [21:24] arildb will do shorty [21:24] RobertPlummer ok [21:25] RobertPlummer Jyhem_laptop: I don't think the problem is so big once you understand what is or is not encoded. [21:25] RobertPlummer Jyhem_laptop: If we had a table that listed features and showed if they are or not it'd be perfect. [21:29] CIA-36 tikiwiki: 03robertplummer * r41111 10/branches/9.x/lib/tikilib.php: [FIX] Scope and method name wrong [21:31] eromneg joined #tikiwiki [21:36] arildb RobertPlummer: I tested the latest 9.x version and trunk [21:37] RobertPlummer arildb: Results? [21:37] RobertPlummer I see some odd stuff with plugins. [21:37] arildb 9.x still the same problem i.e. < => < and so on [21:37] arildb trunk new status, but still incorrect. shows the html tags [21:38] RobertPlummer arildb: ok, I'm snooping it out, shouldnt be a problem for long [21:39] arildb It's getting to be late evening here, but I am around when you're done, I will give it a try [21:40] arildb btw. Running trunk on Iceweasel (on Debian), the WYSIWYG editor has a large blank space between tabs (Edit Page and Properties) down to the toolbar [21:41] arildb RobertPlummer: My test on 9.x is flawed. I forgot to sync my actual running code. [21:41] arildb trying again [21:42] RobertPlummer ok, I still see bugs so you are fine. [21:42] RobertPlummer take you time [21:42] RobertPlummer your [21:45] eromneg RobertPlummer: hi Robert I've been trying to track the various threads to see where we are with 9.x - do you think we are now getting close to a 'stable' point? - Geoff [21:45] RobertPlummer eromneg: It is getting closer yes. [21:46] arildb RobertPlummer: still a proble with WYSIWYG in 9.x (as you expected) [21:48] eromneg RobertPlummer: I was thinking of trying another test upgrade - probably from 8.x to 9.x - would it make sense to do this now or perhaps wait another 24 hours - what is your recommendation? [21:49] RobertPlummer eromneg: The upgrade will work fine, nothing is now converted. [21:49] RobertPlummer eromneg: If you are going to test outside of wysiwyg, then I'd say go for it. [21:49] eromneg RobertPlummer: its nearly all wysiwyg [21:54] arildb eromneg: wait...My test is... [21:54] arildb first paragrah [21:54] arildb second paragraph [21:54] arildb line break [21:54] arildb yields [21:55] arildb <p> [21:55] arildb first paragrah<br /> [21:55] arildb <br /> [21:55] arildb second paragraph<br /> [21:55] arildb line break</p> [22:00] arildb The database content is the same as the displayed content, i.e. &lt;p&gt; [22:00] arildb first paragrah&lt;br /&gt; [22:00] arildb &lt;br /&gt; [22:00] arildb second paragraph&lt;br /&gt; [22:00] arildb line break&lt;/p&gt; [22:00] arildb well, actually not I see now [22:25] marclaporte https://trunkdev.tiki.org/tiki-editpage.php?page=WYSIWYG+testing is at r41102 so should include Robert's rollback (41101) but theare some issues [22:25] marclaporte {draw id=23} becomes %7Bdraw id="23"%7D [22:28] changi|away dev is up2date [22:28] changi|away marclaporte: retest [22:29] marclaporte Same problem in IE9: https://trunkdev.tiki.org/tiki-editpage.php?page=WYSIWYG+testing [22:30] changi|away RobertPlummer: hi, just have a look at trunkdev.tiki.org : Main Menu is not beautiful [22:32] RobertPlummer changi|away: Is the main menu at top of page? [22:34] changi|away RobertPlummer: it's a module on the left part, you need to be logged in [22:34] changi|away RobertPlummer: it's called Main Menu [22:37] changi|away RobertPlummer: it's based on a page call DevMenu : http://trunkdev.tiki.org/DevMenu [23:03] RobertPlummer changi|away: Are you talking about the html approval bit? [23:27] arildb joined #tikiwiki [23:31] benoitg joined #tikiwiki [23:47] marclaporte %%_display'>");' title='Click to edit dynamic variable: '>NaV_edit'> %%My Profile here: http://trunkdev.tiki.org/DevMenu [23:52] arildb joined #tikiwiki [23:56] CIA-36 tikiwiki: 03pkdille * r41112 10/branches/9.x/lib/core/Reports/Send/EmailBuilder/ (17 files): No changes - code styling only (seen on quality.tiki.org)