←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
Who | What | When |
---|---|---|
sylvieg | in gnome nautilus I have dav://admin@demo.tiki.org/9x .. not a webdav enabled to chare | [00:05] |
ronsheely | joined #tikiwiki | [00:12] |
...... (idle for 25mn) | ||
marclaporte | joined #tikiwiki | [00:37] |
sylvieg | I tried gnome nautilus, mac finder, cyberduck .. can not have webdav working | [00:43] |
.............. (idle for 1h9mn) | ||
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? | [01:52] |
......... (idle for 42mn) | ||
sylvieg: ping | [02:35] | |
....... (idle for 32mn) | ||
goj_killedByISP | joined #tikiwiki | [03:07] |
.................. (idle for 1h28mn) | ||
CIA-36 | tikiwiki: 03lindonb * r41081 10/branches/9.x/lib/wiki-plugins/wikiplugin_articles.php: [FIX] Notice | [04:35] |
lindonb | joined #tikiwiki | [04:36] |
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 | [04:43] |
.......... (idle for 45mn) | ||
CIA-36 | tikiwiki: 03arildb * r41083 10/trunk/ (6 files in 3 dirs): [REF] Corrections to Tiki coding style | [05:28] |
tikiwiki: 03arildb * r41084 10/trunk/ (9 files in 5 dirs): [REF] More Tiki coding style fixes and added Id properties | [05:41] | |
..... (idle for 21mn) | ||
tikiwiki: 03arildb * r41085 10/trunk/ (4 files in 3 dirs): [REF] More Tiki coding style cleanups | [06:02] | |
........ (idle for 38mn) | ||
tikiwiki: 03arildb * r41086 10/trunk/templates/ (references.tpl wiki-plugins/wikiplugin_addreference.tpl): [REF] Use Unix style line endings | [06:40] | |
arildb_ | joined #tikiwiki | [06:52] |
..... (idle for 23mn) | ||
CIA-36 | tikiwiki: 03arildb * r41087 10/trunk/lib/wiki-plugins/wikiplugin_showreference.php: [FIX] Fix syntax error caused by code style cleanup | [07:15] |
....... (idle for 33mn) | ||
tikiwiki: 03arildb * r41088 10/trunk/ (5 files in 3 dirs): [REF] More coding style fixes | [07:48] | |
.... (idle for 15mn) | ||
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:03] | |
.... (idle for 19mn) | ||
xavi | joined #tikiwiki | [08:22] |
Jenser | joined #tikiwiki | [08:27] |
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) | [08:29] |
.... (idle for 18mn) | ||
arvind07 | joined #tikiwiki | [08:49] |
arildb_ | joined #tikiwiki | [08:54] |
.................. (idle for 1h25mn) | ||
xavi | left #tikiwiki | [10:19] |
.......... (idle for 45mn) | ||
C17 | joined #tikiwiki | [11:04] |
...... (idle for 26mn) | ||
CIA-36 | tikiwiki: 03Jyhem * r41092 10/branches/9.x/tiki-setup.php: [FIX] Use the language.js file relative to the current display language | [11:30] |
......... (idle for 41mn) | ||
tikiwiki: 03Jyhem * r41093 10/branches/9.x/ (51 files in 50 dirs): [FIX] Fix typo | [12:11] | |
..... (idle for 23mn) | ||
tikiwiki: 03Jyhem * r41094 10/branches/9.x/tiki-setup.php: [FIX] oops | [12:34] | |
.............. (idle for 1h5mn) | ||
rodrigoprimo | joined #tikiwiki | [13:39] |
...... (idle for 27mn) | ||
Dr{Who} | joined #tikiwiki | [14:06] |
Jenser | left #tikiwiki | [14:14] |
CIA-36 | tikiwiki: 03Jyhem * r41095 10/branches/9.x/templates/modules/mod-login_box.tpl: [FIX] There should be no space before ')' | [14:18] |
marclaporte1 | joined #tikiwiki | [14:19] |
.... (idle for 15mn) | ||
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 | [14:34] |
RobertPlummer | joined #tikiwiki
polom all polom Jyhem, marclaporte1 anybody here? | [14:41] |
..... (idle for 24mn) | ||
marclaporte | joined #tikiwiki | [15:10] |
...... (idle for 26mn) | ||
sandroandrade | joined #tikiwiki | [15:36] |
Jenser | joined #tikiwiki
left #tikiwiki | [15:39] |
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:44] |
Jyhem | polom RobertPlummer | [15:54] |
marclaporte | polom | [15:58] |
Jyhem | Jyhem needs food & a break. back in an hour | [16:04] |
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:09] |
RobertPlummer | marclaporte: Did you see the thread I just released? | [16:19] |
marclaporte | Thank you Zach! | [16:21] |
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? | [16:22] |
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 | [16:28] |
........ (idle for 38mn) | ||
tikiwiki: 03lphuberdeau * r41100 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: Adding options to the appframe to use absolute positioning | [17:06] | |
..... (idle for 20mn) | ||
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:26] | |
...... (idle for 25mn) | ||
Jyhem | back | [17:51] |
RobertPlummer | Jyhem so I've started the migration to have only certain parts of tiki html decode before saving. | [17:55] |
CIA-36 | tikiwiki: 03lphuberdeau * r41102 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: Adding conditional evaluation plugin to the app frame | [17:58] |
..... (idle for 22mn) | ||
Jyhem | RobertPlummer: I answered
Hey, lphuberdeau raises from the dead :-) | [18:20] |
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:28] |
.... (idle for 18mn) | ||
tikiwiki: 03robertplummer * r41104 10/branches/9.x/lib/parser/parserlib.php: [FIX] Stopped from recursivly decoding | [18:46] | |
marclaporte | joined #tikiwiki | [18:48] |
..... (idle for 22mn) | ||
benoitg | joined #tikiwiki | [19:10] |
....... (idle for 32mn) | ||
marclaporte1 | joined #tikiwiki | [19:42] |
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 | [19:55] |
RobertPlummer | Jyhem what do you think of the new approach that I've come up with for html entities? | [19:57] |
Jyhem_laptop | Jyhem_laptop looks if he missed an email | [19:58] |
so. tell me if I understood the spirit | [20:03] | |
RobertPlummer | ?
Jyhem_laptop: What do you mean | [20:04] |
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 | [20:05] |
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. | [20:06] |
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; ? | [20:07] |
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. | [20:07] |
Jyhem_laptop | aren't modules in wiki pages ?
ah, no, that's plugins | [20:09] |
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. | [20:09] |
Jyhem_laptop | and blogs or articles, also encoded, I suppose ? | [20:10] |
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. | [20:10] |
Jyhem_laptop | Jyhem_laptop would like to give Jonnyb the opportunity to comment. He might have had other reasons for clean storage | [20:11] |
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. | [20:12] |
Jyhem_laptop | So, there is no chance that future new content will ever be stored cleanly? | [20:13] |
RobertPlummer | Why does it matter so much?
If the database is UTF8, shouldn't encoding and decoding be very predictable? | [20:14] |
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. | [20:15] |
RobertPlummer | But what good is the dump without it using Tiki?
In the case of wiki pages, which are tiki centric | [20:15] |
Jyhem_laptop | Now we have those ≶ and stuff which developpers wonder if they should be displayed < or ≶
confused developpers mean bugs | [20:16] |
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. | [20:17] |
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:18] |
Jyhem_laptop | That's what I was wondering if could be possible | [20:19] |
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. | [20:19] |
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)" | [20:20] |
RobertPlummer | If you want to help out with that, you are welcome.
Jyhem_laptop: Most of the parser cleanup is done at this point. | [20:23] |
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 :-) | [20:24] |
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:27] |
Jyhem_laptop | Is Jonny coming back end of this week ?
I thought you had solved the remaining jison issues ? (tag closure) | [20:28] |
..... (idle for 21mn) | ||
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:51] |
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
As I undertand, the new parser is now built into 9.x. Is it a big job to revert to the old version? | [20:52] |
marclaporte | joined #tikiwiki | [20:56] |
Jyhem_laptop | It is built in, yes. But not active by default | [20:56] |
arildb | ok. Given the recent discussion I question if the new parser is mature enough to be used by default. | [20:57] |
Jyhem | no, Robert mentioned it's partly in his head (the new parser) :-) This was about fixes in the old one | [20:59] |
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 | [21:01] |
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:06] |
benoitg1 | joined #tikiwiki
joined #tikiwiki | [21:11] |
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:14] |
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. | [21:18] |
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 | [21:19] |
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.
Thanks | [21:21] |
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
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. | [21:24] |
CIA-36 | tikiwiki: 03robertplummer * r41111 10/branches/9.x/lib/tikilib.php: [FIX] Scope and method name wrong | [21:29] |
eromneg | joined #tikiwiki | [21:31] |
arildb | RobertPlummer: I tested the latest 9.x version and trunk | [21:36] |
RobertPlummer | arildb: Results?
I see some odd stuff with plugins. | [21:37] |
arildb | 9.x still the same problem i.e. < => < and so on
trunk new status, but still incorrect. shows the html tags | [21:37] |
RobertPlummer | arildb: ok, I'm snooping it out, shouldnt be a problem for long | [21:38] |
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 | [21:39] |
RobertPlummer | ok, I still see bugs so you are fine.
take you time your | [21:42] |
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:45] |
arildb | RobertPlummer: still a proble with WYSIWYG in 9.x (as you expected) | [21:46] |
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:48] |
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. | [21:49] |
eromneg | RobertPlummer: its nearly all wysiwyg | [21:49] |
arildb | eromneg: wait...My test is...
first paragrah second paragraph line break yields <p> first paragrah<br /> <br /> second paragraph<br /> line break</p> | [21:54] |
The database content is the same as the displayed content, i.e. &lt;p&gt;
first paragrah&lt;br /&gt; &lt;br /&gt; second paragraph&lt;br /&gt; line break&lt;/p&gt; well, actually not I see now | [22:00] | |
...... (idle for 25mn) | ||
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 | [22:25] |
changi|away | dev is up2date
marclaporte: retest | [22:28] |
marclaporte | Same problem in IE9: https://trunkdev.tiki.org/tiki-editpage.php?page=WYSIWYG+testing | [22:29] |
changi|away | RobertPlummer: hi, just have a look at trunkdev.tiki.org : Main Menu is not beautiful | [22:30] |
RobertPlummer | changi|away: Is the main menu at top of page? | [22:32] |
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 | [22:34] |
...... (idle for 26mn) | ||
RobertPlummer | changi|away: Are you talking about the html approval bit? | [23:03] |
..... (idle for 24mn) | ||
arildb | joined #tikiwiki | [23:27] |
benoitg | joined #tikiwiki | [23:31] |
.... (idle for 16mn) | ||
marclaporte | %%_display'>");' title='Click to edit dynamic variable: '>NaV_edit'> %%My Profile here: http://trunkdev.tiki.org/DevMenu | [23:47] |
arildb | joined #tikiwiki | [23:52] |
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) | [23:56] |
←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |