ronsheely: joined #tikiwiki marclaporte: joined #tikiwiki sylvieg: I tried gnome nautilus, mac finder, cyberduck .. can not have webdav working marclaporte: sylvieg: I will help you
Can you try Cyberduck here: http://demo.tiki.org/8x/tiki-list_file_gallery.php?galleryId=4
I just did a drag and drop of 3 files
works beautifully
let's make sure you can do that first, before we try to set your server. What version of PHP is your server?
sylvieg: ping goj_killedByISP: joined #tikiwiki CIA-36: tikiwiki: 03lindonb * r41081 10/branches/9.x/lib/wiki-plugins/wikiplugin_articles.php: [FIX] Notice lindonb: joined #tikiwiki 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 lindonb: left #tikiwiki CIA-36: tikiwiki: 03arildb * r41083 10/trunk/ (6 files in 3 dirs): [REF] Corrections to Tiki coding style
tikiwiki: 03arildb * r41084 10/trunk/ (9 files in 5 dirs): [REF] More Tiki coding style fixes and added Id properties
tikiwiki: 03arildb * r41085 10/trunk/ (4 files in 3 dirs): [REF] More Tiki coding style cleanups
tikiwiki: 03arildb * r41086 10/trunk/templates/ (references.tpl wiki-plugins/wikiplugin_addreference.tpl): [REF] Use Unix style line endings arildb_: joined #tikiwiki CIA-36: tikiwiki: 03arildb * r41087 10/trunk/lib/wiki-plugins/wikiplugin_showreference.php: [FIX] Fix syntax error caused by code style cleanup
tikiwiki: 03arildb * r41088 10/trunk/ (5 files in 3 dirs): [REF] More coding style fixes
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 xavi: joined #tikiwiki Jenser: joined #tikiwiki CIA-36: tikiwiki: 03pkdille * r41090 10/trunk/ (4 files in 3 dirs): No changes - code styling only (seen on quality.tiki.org)
tikiwiki: 03pkdille * r41091 10/trunk/libReferences.php: No changes - code styling only (seen on quality.tiki.org) arvind07: joined #tikiwiki arildb_: joined #tikiwiki xavi: left #tikiwiki C17: joined #tikiwiki CIA-36: tikiwiki: 03Jyhem * r41092 10/branches/9.x/tiki-setup.php: [FIX] Use the language.js file relative to the current display language
tikiwiki: 03Jyhem * r41093 10/branches/9.x/ (51 files in 50 dirs): [FIX] Fix typo
tikiwiki: 03Jyhem * r41094 10/branches/9.x/tiki-setup.php: [FIX] oops rodrigoprimo: joined #tikiwiki Dr{Who}: joined #tikiwiki Jenser: left #tikiwiki CIA-36: tikiwiki: 03Jyhem * r41095 10/branches/9.x/templates/modules/mod-login_box.tpl: [FIX] There should be no space before ')' marclaporte1: joined #tikiwiki CIA-36: tikiwiki: 03robertplummer * r41096 10/branches/9.x/lib/core/JisonParser/ (5 files in 2 dirs):
tikiwiki: [FIX] Wiki syntax processing to be much simpler and to account for unclosed states
tikiwiki: [FIX] Wiki demo to work with new jison parser factory RobertPlummer: joined #tikiwiki
polom all
polom Jyhem, marclaporte1
anybody here? marclaporte: joined #tikiwiki sandroandrade: joined #tikiwiki Jenser: joined #tikiwiki
left #tikiwiki 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 Jyhem: polom RobertPlummer marclaporte: polom -: Jyhem needs food & a break. back in an hour 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 RobertPlummer: marclaporte: Did you see the thread I just released? marclaporte: Thank you Zach! RobertPlummer: lol
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.
I have a couple php fixes I need to put in place, he found a bug last night and pushed it to git.
marclaporte: What about the html entities issue? CIA-36: tikiwiki: 03xavidp * r41099 10/branches/9.x/lib/core/Tracker/Field/Numeric.php:
tikiwiki: [FIX]Sorry for the long text but this is to prevent headaches from users when
tikiwiki: seing unexpected weirdnesses when using this field. Improvable for sure, but
tikiwiki: better than before for end users, imho. For more info in the state of the art in
tikiwiki: html5 with different browsers, see for instance
tikiwiki: http://swatelier.info/at/forms/number.asp?n1=2%2C4&n2=2.4
tikiwiki: 03lphuberdeau * r41100 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: Adding options to the appframe to use absolute positioning
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. Jyhem: back RobertPlummer: Jyhem so I've started the migration to have only certain parts of tiki html decode before saving. CIA-36: tikiwiki: 03lphuberdeau * r41102 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: Adding conditional evaluation plugin to the app frame Jyhem: RobertPlummer: I answered
Hey, lphuberdeau raises from the dead :-) 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
tikiwiki: 03robertplummer * r41104 10/branches/9.x/lib/parser/parserlib.php: [FIX] Stopped from recursivly decoding marclaporte: joined #tikiwiki benoitg: joined #tikiwiki marclaporte1: joined #tikiwiki CIA-36: tikiwiki: 03robertplummer * r41105 10/branches/9.x/lib/parser/parserlib.php: [FIX] Ensure switching of decode restores to previous state
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 RobertPlummer: Jyhem what do you think of the new approach that I've come up with for html entities? -: Jyhem_laptop looks if he missed an email Jyhem_laptop: so. tell me if I understood the spirit RobertPlummer: ?
Jyhem_laptop: What do you mean Jyhem_laptop: pages have a new status parameter which allows to know if they are encoded or clean ?
Ah, no, that's not what you wrote RobertPlummer: Jyhem_laptop: That was my proposed solution for if we went down that path.
I simply jumped into the project that JonnyB left.
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. 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; ?
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; ? RobertPlummer: Right, that is my latest solution.
Wiki pages need decoded, however modules do not (not that I could find)
So for wiki pages we'd want to turn that on, and for modules, leave it off. Jyhem_laptop: aren't modules in wiki pages ?
ah, no, that's plugins RobertPlummer: Jyhem_laptop: Yes, but only the page will be htmldecoded.
not the plugins.
Or rather what the plugin returns.
I really think this fix is simple and easy to understand. Jyhem_laptop: and blogs or articles, also encoded, I suppose ? RobertPlummer: I've even accounted for toc, which recursively parses.
To limit the decoding to the first parse
Jyhem_laptop: I'm not sure, we will need to find out.
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. -: Jyhem_laptop would like to give Jonnyb the opportunity to comment. He might have had other reasons for clean storage RobertPlummer: Jyhem_laptop: Yea, the parser was broken.
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. Jyhem_laptop: So, there is no chance that future new content will ever be stored cleanly? RobertPlummer: Why does it matter so much?
If the database is UTF8, shouldn't encoding and decoding be very predictable? Jyhem_laptop: Well, data is important. A lot of Tikis are data centric, and clean dumps are what get interoperabilty.
That's charset encoding. We handled that in Tiki6. RobertPlummer: But what good is the dump without it using Tiki?
In the case of wiki pages, which are tiki centric Jyhem_laptop: Now we have those &lg; and stuff which developpers wonder if they should be displayed < or &lg;
confused developpers mean bugs RobertPlummer: I'm trying to clean up the confusion, do you not think my integrations have done that?
I think even more confusing will be the profile system.
If we change one, we have to change the other. Jyhem_laptop: Tiki syntax is actually not bad. I have slapped source meeting reports in emails a couple times and they read quit well :-) RobertPlummer: Jyhem_laptop: What if we simply don't convert anything, but don't encode and decode new pages? Jyhem_laptop: The profile system has versioning RobertPlummer: Jyhem_laptop: That would be the best of both worlds. Jyhem_laptop: That's what I was wondering if could be possible RobertPlummer: Jyhem sure, lets do that.
But we need to find out what is or is not encoded.
I suppose that would still need the version system. 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
Well, an empty meta-field would mean default, aka historical behaviour
values such as "text", "TikiSyntax", "html", "MixTikiHtml (yuck)" RobertPlummer: If you want to help out with that, you are welcome.
Jyhem_laptop: Most of the parser cleanup is done at this point. Jyhem_laptop: maybe a bit late, but that would give hope for the future.
So Tiki9 is the last one with this parser and then we switch to your Jison one ? -: Jyhem_laptop is too involved with trackers now to dive into being a parsing guru right now. Sorry, looks like unending fun :-) RobertPlummer: Jyhem I'm not sure just yet. I hope. Jyhem_laptop: but I do have complicated real-life sites for testing! RobertPlummer: Sounds like fun Jyhem_laptop: Is Jonny coming back end of this week ?
I thought you had solved the remaining jison issues ? (tag closure) 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. 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. 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) 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
As I undertand, the new parser is now built into 9.x. Is it a big job to revert to the old version? marclaporte: joined #tikiwiki Jyhem_laptop: It is built in, yes. But not active by default arildb: ok. Given the recent discussion I question if the new parser is mature enough to be used by default. Jyhem: no, Robert mentioned it's partly in his head (the new parser) :-) This was about fixes in the old one 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.
Destabilizing the data/display is the last thing we need
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 CIA-36: tikiwiki: 03lphuberdeau * r41108 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: [NEW] Adding sliding controls to the appframe Jyhem_laptop: well, definitely not in the short term :-( benoitg1: joined #tikiwiki
joined #tikiwiki 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 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?
I'm testing it, but my results are limited. 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.
I will help out with WYSIWYG testing RobertPlummer: Have you run it this morning? arildb: No, I will give it a try RobertPlummer: arildb: I am attempting to change how things are being handled.
Thanks CIA-36: tikiwiki: 03robertplummer * r41110 10/branches/9.x/lib/parser/parserlib.php: [FIX] prepDataFromDb needs to be called outside of the parser RobertPlummer: arildb: try now, that last fix should have been in there. arildb: will do shorty RobertPlummer: ok
Jyhem_laptop: I don't think the problem is so big once you understand what is or is not encoded.
Jyhem_laptop: If we had a table that listed features and showed if they are or not it'd be perfect. CIA-36: tikiwiki: 03robertplummer * r41111 10/branches/9.x/lib/tikilib.php: [FIX] Scope and method name wrong eromneg: joined #tikiwiki arildb: RobertPlummer: I tested the latest 9.x version and trunk RobertPlummer: arildb: Results?
I see some odd stuff with plugins. arildb: 9.x still the same problem i.e. < => &lt and so on
trunk new status, but still incorrect. shows the html tags RobertPlummer: arildb: ok, I'm snooping it out, shouldnt be a problem for long arildb: It's getting to be late evening here, but I am around when you're done, I will give it a try
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
RobertPlummer: My test on 9.x is flawed. I forgot to sync my actual running code.
trying again RobertPlummer: ok, I still see bugs so you are fine.
take you time
your 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 RobertPlummer: eromneg: It is getting closer yes. arildb: RobertPlummer: still a proble with WYSIWYG in 9.x (as you expected) 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? RobertPlummer: eromneg: The upgrade will work fine, nothing is now converted.
eromneg: If you are going to test outside of wysiwyg, then I'd say go for it. eromneg: RobertPlummer: its nearly all wysiwyg arildb: eromneg: wait...My test is...
first paragrah
second paragraph
line break
yields
&lt;p&gt;
first paragrah&lt;br /&gt;
&lt;br /&gt;
second paragraph&lt;br /&gt;
line break&lt;/p&gt;
The database content is the same as the displayed content, i.e. &amp;lt;p&amp;gt;
first paragrah&amp;lt;br /&amp;gt;
&amp;lt;br /&amp;gt;
second paragraph&amp;lt;br /&amp;gt;
line break&amp;lt;/p&amp;gt;
well, actually not I see now 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
{draw id=23} becomes %7Bdraw id="23"%7D changi|away: dev is up2date
marclaporte: retest marclaporte: Same problem in IE9: https://trunkdev.tiki.org/tiki-editpage.php?page=WYSIWYG+testing changi|away: RobertPlummer: hi, just have a look at trunkdev.tiki.org : Main Menu is not beautiful RobertPlummer: changi|away: Is the main menu at top of page? changi|away: RobertPlummer: it's a module on the left part, you need to be logged in
RobertPlummer: it's called Main Menu
RobertPlummer: it's based on a page call DevMenu : http://trunkdev.tiki.org/DevMenu RobertPlummer: changi|away: Are you talking about the html approval bit? arildb: joined #tikiwiki benoitg: joined #tikiwiki marclaporte: %%_display'>");' title='Click to edit dynamic variable: '>NaV_edit'> %%My Profile here: http://trunkdev.tiki.org/DevMenu arildb: joined #tikiwiki 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)