←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
sylviegin gnome nautilus I have dav://admin@demo.tiki.org/9x .. not a webdav enabled to chare [00:05]
ronsheelyjoined #tikiwiki [00:12]
...... (idle for 25mn)
marclaportejoined #tikiwiki [00:37]
sylviegI tried gnome nautilus, mac finder, cyberduck .. can not have webdav working [00:43]
.............. (idle for 1h9mn)
marclaportesylvieg: 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_killedByISPjoined #tikiwiki [03:07]
.................. (idle for 1h28mn)
CIA-36tikiwiki: 03lindonb * r41081 10/branches/9.x/lib/wiki-plugins/wikiplugin_articles.php: [FIX] Notice [04:35]
lindonbjoined #tikiwiki [04:36]
CIA-36tikiwiki: 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]
lindonbleft #tikiwiki [04:43]
.......... (idle for 45mn)
CIA-36tikiwiki: 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-36tikiwiki: 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)
xavijoined #tikiwiki [08:22]
Jenserjoined #tikiwiki [08:27]
CIA-36tikiwiki: 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)
arvind07joined #tikiwiki [08:49]
arildb_joined #tikiwiki [08:54]
.................. (idle for 1h25mn)
xavileft #tikiwiki [10:19]
.......... (idle for 45mn)
C17joined #tikiwiki [11:04]
...... (idle for 26mn)
CIA-36tikiwiki: 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)
rodrigoprimojoined #tikiwiki [13:39]
...... (idle for 27mn)
Dr{Who}joined #tikiwiki [14:06]
Jenserleft #tikiwiki [14:14]
CIA-36tikiwiki: 03Jyhem * r41095 10/branches/9.x/templates/modules/mod-login_box.tpl: [FIX] There should be no space before ')' [14:18]
marclaporte1joined #tikiwiki [14:19]
.... (idle for 15mn)
CIA-36tikiwiki: 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]
RobertPlummerjoined #tikiwiki
polom all
polom Jyhem, marclaporte1
anybody here?
[14:41]
..... (idle for 24mn)
marclaportejoined #tikiwiki [15:10]
...... (idle for 26mn)
sandroandradejoined #tikiwiki [15:36]
Jenserjoined #tikiwiki
left #tikiwiki
[15:39]
CIA-36tikiwiki: 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]
Jyhempolom RobertPlummer [15:54]
marclaportepolom [15:58]
JyhemJyhem needs food & a break. back in an hour [16:04]
CIA-36tikiwiki: 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]
RobertPlummermarclaporte: Did you see the thread I just released? [16:19]
marclaporteThank you Zach! [16:21]
RobertPlummerlol
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-36tikiwiki: 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)
Jyhemback [17:51]
RobertPlummerJyhem so I've started the migration to have only certain parts of tiki html decode before saving. [17:55]
CIA-36tikiwiki: 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)
JyhemRobertPlummer: I answered
Hey, lphuberdeau raises from the dead :-)
[18:20]
CIA-36tikiwiki: 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]
marclaportejoined #tikiwiki [18:48]
..... (idle for 22mn)
benoitgjoined #tikiwiki [19:10]
....... (idle for 32mn)
marclaporte1joined #tikiwiki [19:42]
CIA-36tikiwiki: 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]
RobertPlummerJyhem what do you think of the new approach that I've come up with for html entities? [19:57]
Jyhem_laptopJyhem_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_laptoppages 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]
RobertPlummerJyhem_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_laptopYou 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]
RobertPlummerRight, 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_laptoparen't modules in wiki pages ?
ah, no, that's plugins
[20:09]
RobertPlummerJyhem_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_laptopand blogs or articles, also encoded, I suppose ? [20:10]
RobertPlummerI'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_laptopJyhem_laptop would like to give Jonnyb the opportunity to comment. He might have had other reasons for clean storage [20:11]
RobertPlummerJyhem_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_laptopSo, there is no chance that future new content will ever be stored cleanly? [20:13]
RobertPlummerWhy does it matter so much?
If the database is UTF8, shouldn't encoding and decoding be very predictable?
[20:14]
Jyhem_laptopWell, 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]
RobertPlummerBut what good is the dump without it using Tiki?
In the case of wiki pages, which are tiki centric
[20:15]
Jyhem_laptopNow we have those &lg; and stuff which developpers wonder if they should be displayed < or &lg;
confused developpers mean bugs
[20:16]
RobertPlummerI'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_laptopTiki syntax is actually not bad. I have slapped source meeting reports in emails a couple times and they read quit well :-) [20:18]
RobertPlummerJyhem_laptop: What if we simply don't convert anything, but don't encode and decode new pages? [20:18]
Jyhem_laptopThe profile system has versioning [20:18]
RobertPlummerJyhem_laptop: That would be the best of both worlds. [20:18]
Jyhem_laptopThat's what I was wondering if could be possible [20:19]
RobertPlummerJyhem 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_laptopInstead 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]
RobertPlummerIf 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_laptopmaybe 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]
RobertPlummerJyhem I'm not sure just yet. I hope. [20:27]
Jyhem_laptopbut I do have complicated real-life sites for testing! [20:27]
RobertPlummerSounds like fun [20:27]
Jyhem_laptopIs Jonny coming back end of this week ?
I thought you had solved the remaining jison issues ? (tag closure)
[20:28]
..... (idle for 21mn)
arildbRobertPlummer: 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-36tikiwiki: 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]
RobertPlummerJyhem_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]
arildbIf 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]
marclaportejoined #tikiwiki [20:56]
Jyhem_laptopIt is built in, yes. But not active by default [20:56]
arildbok. Given the recent discussion I question if the new parser is mature enough to be used by default. [20:57]
Jyhemno, Robert mentioned it's partly in his head (the new parser) :-) This was about fixes in the old one [20:59]
arildbIn 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-36tikiwiki: 03lphuberdeau * r41108 10/branches/9.x/lib/wiki-plugins/wikiplugin_appframe.php: [NEW] Adding sliding controls to the appframe [21:06]
Jyhem_laptopwell, definitely not in the short term :-( [21:06]
benoitg1joined #tikiwiki
joined #tikiwiki
[21:11]
CIA-36tikiwiki: 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]
RobertPlummerJyhem_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]
arildbRobertPlummer: 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]
RobertPlummerHave you run it this morning? [21:21]
arildbNo, I will give it a try [21:21]
RobertPlummerarildb: I am attempting to change how things are being handled.
Thanks
[21:21]
CIA-36tikiwiki: 03robertplummer * r41110 10/branches/9.x/lib/parser/parserlib.php: [FIX] prepDataFromDb needs to be called outside of the parser [21:24]
RobertPlummerarildb: try now, that last fix should have been in there. [21:24]
arildbwill do shorty [21:24]
RobertPlummerok
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-36tikiwiki: 03robertplummer * r41111 10/branches/9.x/lib/tikilib.php: [FIX] Scope and method name wrong [21:29]
eromnegjoined #tikiwiki [21:31]
arildbRobertPlummer: I tested the latest 9.x version and trunk [21:36]
RobertPlummerarildb: Results?
I see some odd stuff with plugins.
[21:37]
arildb9.x still the same problem i.e. < => &lt and so on
trunk new status, but still incorrect. shows the html tags
[21:37]
RobertPlummerarildb: ok, I'm snooping it out, shouldnt be a problem for long [21:38]
arildbIt'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]
RobertPlummerok, I still see bugs so you are fine.
take you time
your
[21:42]
eromnegRobertPlummer: 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]
RobertPlummereromneg: It is getting closer yes. [21:45]
arildbRobertPlummer: still a proble with WYSIWYG in 9.x (as you expected) [21:46]
eromnegRobertPlummer: 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]
RobertPlummereromneg: 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]
eromnegRobertPlummer: its nearly all wysiwyg [21:49]
arildberomneg: 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;
[21:54]
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
[22:00]
...... (idle for 25mn)
marclaportehttps://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|awaydev is up2date
marclaporte: retest
[22:28]
marclaporteSame problem in IE9: https://trunkdev.tiki.org/tiki-editpage.php?page=WYSIWYG+testing [22:29]
changi|awayRobertPlummer: hi, just have a look at trunkdev.tiki.org : Main Menu is not beautiful [22:30]
RobertPlummerchangi|away: Is the main menu at top of page? [22:32]
changi|awayRobertPlummer: 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)
RobertPlummerchangi|away: Are you talking about the html approval bit? [23:03]
..... (idle for 24mn)
arildbjoined #tikiwiki [23:27]
benoitgjoined #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]
arildbjoined #tikiwiki [23:52]
CIA-36tikiwiki: 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)