#foswiki 2016-10-31,Mon

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

WhoWhatWhen
gac410Are there any lurkers here really understand Docker? [01:39]
..................................... (idle for 3h0mn)
***gac410 has left [04:39]
.................. (idle for 1h27mn)
favioflamingohi
i just started with docker
[06:06]
................................................................. (idle for 5h21mn)
***ChanServ sets mode: +o Lynnwood [11:28]
......... (idle for 41mn)
ChanServ sets mode: +o gac410 [12:09]
........... (idle for 51mn)
gac410Hi everyone. Release meeting starting in channel #foswiki-release [13:00]
***ChanServ sets mode: +o MichaelDaum [13:07]
.............. (idle for 1h6mn)
foswiki_irc7does anyone know if it's possible to just upload html files to some Foswiki directory so that it's treated as if it were a new topic? [14:13]
gac410html files .. no. Topics are .txt files, not html (though they can *contain* html).
And you can create .txt files in a web directory and foswiki will attempt to render them
[14:14]
foswiki_irc7I'm using Foswiki 2.0.2 [14:14]
gac410Foswiki has had the ability to render txt files all the way back to it's beginnings.
Just look at any .txt files in your data/System/ directory. ...
[14:15]
foswiki_irc7I'm gonna give it a try
thank you very much
[14:16]
gac410there are %META: headers, but you don't need them.
Unless you've enabled some developer checking, topics will work just fine as plain old text files.
[14:16]
foswiki_irc7yes, I saw those meta headers and still they look somewhat understandable [14:23]
........ (idle for 37mn)
Lynnwoodmorning all - Anyone revisited CKEditorPlugin any time recently to see what would be involved in getting it to work? [15:00]
GithubBot[distro] gac410 pushed 1 new commit to Item14202: https://git.io/vXqDI
distro/Item14202 a9c8961 George Clark: Item14202: Rename addTopicRef to addDependencyForLink...
[15:01]
***GithubBot has left [15:01]
FoswikiBothttps://foswiki.org/Tasks/Item14202 [ Item14202: PageCache tweaks to control dependency growth. ] [15:01]
gac410Not that I've heard of Lynnwood ... [15:01]
LynnwoodI've seen Tasks.Item10082 but that's from 2010. [15:01]
FoswikiBothttps://foswiki.org/Tasks/Item10082 [ Item10082: Checkin WysiwygCKPlugin into the trunk ] [15:01]
LynnwoodHey gac410 - thanks
A client is all keen on it for some reason (hasn't actually said what feature they want from it)
[15:01]
gac410Modell-Achen was the group who uses it, IIRC. They may have a more useful version in their fork, but if I recall they have a lot of modifications that are very specific to their use. [15:02]
LynnwoodYea, saw comment about that. First I've heard of Modell-Achen's fork and haven't been successful in finding but about it or where one can find their fork [15:03]
gac410https://github.com/modell-aachen [15:04]
Lynnwoodthanks again :-)
ok
interesting. no sign of q.wiki, or CKEditorPlugin in their repository
[15:04]
gac410Their version would require a complete rewrite of WysiwygPlugin. searched for jast's comments in the IRC logs. [15:13]
I think MichaelDaum has been working on a new editor framework - but no idea if he has made any progress.
http://irclogs.foswiki.org/bin/irclogger_log/foswiki?date=2015-01-14,Wed&sel=140#l136
[15:18]
Lynnwoodsomewhat interesting... if discouraging
Lynnwood almost wishes we could just separate out html content area from Foswiki markup so as to avoid trying to translate back and forth - as that seems to be the big bugaboo for integrating these editors.
It's not a very happy compromise...
Most of the users using the html editor is doing almost nothing with foswiki markup anyways.
perhaps just encapsulate any macros and ignore other foswiki markup in pages using the wysiwyg editor.
jeez... i don't know...
[15:20]
gac410It's a really hard problem. Tables .. and wiki apps that depend upon them really need to be TML.
Any app that attempts to scrape content is going to be a lot easier with TML than html
[15:24]
Lynnwoodyep [15:25]
............................................................ (idle for 4h58mn)
vrurggac410: That's pretty confusing but the latest git pull generated a merge on my side. Any idea? [20:23]
gac410a merge? strange. ah... did you have local commits that you had not pushed yet? I usually do a "git pull --rebase && git push. That rebases non-pushed changes onto the latest remote repo before pushing.
Otherwise if you are "ahead" of upstream, your pull has to merge the upstream changes.
http://gitready.com/advanced/2009/02/11/pull-with-rebase.html
[20:24]
vrurgCould be... Ok, too late to follow your recommendations, let it be merge. Hope it won't be too confusing. [20:26]
gac410Nah, it happens all the time. no big deal really. There is a way to set a branch to auto-rebase when pulling. [20:26]
vrurgI'm avoiding rebase because don't clearly understand how it works. [20:27]
gac410http://stevenharman.net/git-pull-with-automatic-rebase
If we had a fully distributed model, then auto-rebase is probably wrong. But if we consider github the "authority", then rebasing local changes onto github version of the tree when you pull is cleaner.
[20:27]
vrurgLooks like setting it to auto-rebase is the way to go. Thanks! [20:30]
gac410Otherwise, github has A,B,C, you've pulled and commit and have A,B,C,D,E I pull and commit, I have A,B,C,D',E' (my D & E are different from yours). You push, now github has A,B,C,D,E, I pull (without rebase), and get A,B,C,D',E',(merge D,E), But if I pull --rebase, I get A,B,C,D,E,D',E' and all is happy
Other than this paticular scenario, though, rebase is really dangerous.
[20:31]
vrurgI wonder how does it manage with D and D' containing conflicting patches.
Does D' just overwrite D?
[20:34]
GithubBot[distro] vrurg pushed 4 new commits to Item13897: https://git.io/vXm6N
distro/Item13897 5e2e07c Vadim Belman: Item13897: A little bit of formatting when exception is being stringified with "" operator.
distro/Item13897 f67d177 Vadim Belman: Item13897: Mistypes fixed.
distro/Item13897 c6dc8ae Vadim Belman: Item13897: Don't output extra stack trace in DEBUG mode.
[20:36]
***GithubBot has left [20:36]
FoswikiBothttps://foswiki.org/Tasks/Item13897 [ Item13897: Implement ImproveOOModel proposal. ] [20:36]
...... (idle for 27mn)
vrurggac410: BTW, a little advise: in a catch block the first line is better be like 'my $e = Foswiki::Exception::Fatal->transmute($_, 0);' This is a universal way to get _any_ kind of exception (die "" or Error-based) and turn it into a valid Foswiki::Exception. It's then easier to work with. [21:03]
FoswikiBothttps://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Exception::Fatal https://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Exception [21:03]
vrurgIt took me some time to develop this way, so some code is still using these additional checks like ref($e). [21:04]
gac410okay. I just copied the try/catch from RESTTests to JsonrpcTests .. and probably copied that from somewhere as well, propagating the poor code. [21:04]
vrurgI'm sorry for providing bad example. :) [21:05]
gac410;) [21:05]
vrurgTrying to find out what's wrong with test_simple_query_params. The web attribute is set to System which seems to be correct.
Tracing down to the point where the error comes from.
[21:06]
I think I know where the issue comes from. This is a pure test suite problem of several $app co-existing withing same address space.
It seems like the json handler is being called with the old $app.
For JsonRpc it would be better to re-write tests with PlackTestCase.
[21:11]
Wrong. The problem located. [21:18]
............. (idle for 1h1mn)
GithubBot[distro] vrurg pushed 1 new commit to Item13897: https://git.io/vXmNq
distro/Item13897 43b778c Vadim Belman: Item13897: Made JsonrpcTests working....
[22:19]
***GithubBot has left [22:19]
FoswikiBothttps://foswiki.org/Tasks/Item13897 [ Item13897: Implement ImproveOOModel proposal. ] [22:19]
vrurggac410: It's all fixed now. [22:20]
................ (idle for 1h19mn)
GithubBot[distro] vrurg pushed 1 new commit to Item13897: https://git.io/vXYUd
distro/Item13897 260a67e Vadim Belman: Item13897: Added some to the doc.
[23:39]
***GithubBot has left [23:39]
FoswikiBothttps://foswiki.org/Tasks/Item13897 [ Item13897: Implement ImproveOOModel proposal. ] [23:39]

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