Jyhem: hey, native speakers! Which sounds better? "Article creator stays article owner." or "Article creator remains article owner."
marclaporte: remains
Jyhem: thanks!
-: Jyhem works on Articles usability
Jyhem stays on trunk right now, no interference with 11
vmachine1: joined #tikiwiki
arildb_: joined #tikiwiki
guentherhellrigl: joined #tikiwiki
left #tikiwiki
arildb__: joined #tikiwiki
goj_killedByISP: joined #tikiwiki
marclaporte: joined #tikiwiki
luciash: marclaporte: you can have accordion from bunch of !!! and {DIV()} wrapped in {DIV(class=myacc)} + {JQ()}$(".myacc").accordion();{JQ}
bb
Tiki|bot: Recent Bug: - WYSIWYCA on Inline Tracker edit - http://dev.tiki.org/item4557
arildb_: joined #tikiwiki
Tiki|bot: Recent Bug: - Inline Tracker edit should be for status as well, not just the regular fields - http://dev.tiki.org/item4558
New Forum Posts: Shifting to New Server Problem with Files - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=47559
Recent Bug: - There should be a None option for syntax highlighter in PluginCode (or fix current null option) - http://dev.tiki.org/item4559
SkiNut: joined #tikiwiki
arildb_: joined #tikiwiki
arildb: joined #tikiwiki
Tiki|bot: Recent Bug: - 6.x domain redirect from info.tikiwiki.org to info.tiki.org is not working - http://dev.tiki.org/item4560
Recent Bug: - Clicking "Click here to use the file" after uploading an image. It should insert syntax and close window - http://dev.tiki.org/item4561
Recent Bug: - Textarea hidden when edit form opened (codemirror on, in dev.t.o) - http://dev.tiki.org/item4562
redflo: joined #tikiwiki
Tiki|bot: Recent Bug: - Action log form broken in doc.t.o (fivealive theme) - http://dev.tiki.org/item4563
arildb: joined #tikiwiki
arildb_: joined #tikiwiki
Tiki-KGB: tikiwiki 03jonnybradley r46276 10branches/11.x/lang/ca/language.js
tikiwiki [FIX] lang/ca: syntax error (thanks Xavi)
tikiwiki 03jyhem r46277 10trunk/ 10templates/admin/include_articles.tpl 10tiki-edit_article.php 10lib/prefs/art.php 10lib/prefs/article.php
tikiwiki [ENH] New article option: Creator keeps ownership during later edits. This sounds more sensible than historic behaviour, but not on by default to preserve environment
Tiki|bot: New Forum Posts: Shifting to New Server Problem with Files - https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=47559
New Forum Posts: Fwd: New Hosting Sponsor - https://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=47557
New Forum Posts: New Hosting Sponsor - https://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=47556
jonnyb: joined #tikiwiki
Tiki-KGB: tikiwiki 03jonnybradley r46278 10(16 files in 13 dirs)
tikiwiki [MRG] Automatic merge, branches/11.x 46252 to 46276
jonnyb: joined #tikiwiki
arildb: Hi jonnyb
jonnyb: polom arildb
arildb: I was looking at the extra lines inserted in wysiwyg-html articles yesterday. You commented, that it probably didn't know they wer html....and this looks very correct
Jyhem: polom
arildb: Found one of problems (not yet committed), nut the real problem seems to be in the auto_save function.
s/nut/but
jonnyb: oh?is this in 11.x arildb ?
Jyhem: I've been wondering: what does exactly the 'is_html' flag stand for ?
arildb: It fails to discover html syntax, since the #allowhtml does not seem to be set
in 11.x yes
jonnyb: i do have one fix to commit (actually figure out) when you edit a plugin in html wysiwyg you get extra lines above and below
Jyhem: Is it that html code (like <b>) can be embedded and is parsed, or does it mean it's wysiwyg-ckeditor-stored in html format ?
arildb: maybe you are a more familiar with auto_save. I couldn't fins a solution last night
jonnyb: but apart from that i think it's stable - you find otherwise?
arildb: extra paragraphs are inserted when editing wysiwyg-html blog posts
Tiki|bot: New Forum Posts: Shifting to New Server Problem with Files - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=47559
New Forum Posts: Fwd: New Hosting Sponsor - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=47557
arildb: yes, seems stable (in my tests) except the extra paragraphs
jonnyb: did you see http://sourceforge.net/p/tikiwiki/code/46269 and http://sourceforge.net/p/tikiwiki/code/46268 last night?
arildb: checking
jonnyb: this one: http://sourceforge.net/p/tikiwiki/code/46267 i think is what's brought back the extra linefeeds on block plugin editing - today's task
hi Jyhem
is_html is whether the page has html in it
zaki[]: joined #tikiwiki
jonnyb: which effects the handling of lineends obviously
zaki[]: hi all
jonnyb: hi zaki[]
arildb: jonnyb: yes, I did see those, but editing html posts, still inserts extra lines
Jyhem: So, it's stored as wiki syntax mixed with html ? Yuck...
arildb: Jyhem: It is stored in html
Jyhem: wysiwyg, then?
arildb: My system is configured to use html by default. Then the articles are in html
yes, wysiwyg
Jyhem: arildb: thanks, got it!
arildb: :-)
Tiki|bot: joined #tikiwiki
arildb: jonnyb: the incorrect offset for the mouseover plugin popup, may be related to http://sourceforge.net/p/tikiwiki/code/45467 (commented so by geoff)
Jyhem: That's a relief. I was afraid of some frankenstein-style "it's wiki syntax, but also we parse html, surely a simple task for the parser" :)
arildb: Thus if changed, the mouseover plugin should be tested again
zaki[]: hi jonnyb
Jyhem: Ouch, we have space-indented lines for a lot of "description" lines in lib/prefs :-( Since 9.x. Too bad it wasn't caught by jenkins :-( Probably too late to do anything about it now
jonnyb: arildb: (sorry, distractions) for me the mouseover plugin is ok but the popup appears some way away from the label
arildb: jonnyb: yes, I adjusted the offsets. If after your fix they are off again, the commit should probably be reverted
jonnyb: Jyhem: yes, reformatting should happen in trunk imho
my fix? which one?
-: jonnyb svn up's
arildb: I can check it. Let me know when you commit a fix for http://sourceforge.net/p/tikiwiki/code/45467
Jyhem: jonnyb: Yes, agreed that reformatting should happen in trunk. But is now not a bad time? You don't want unnecessary differences between trunk and 11.x right now, do you?
Tiki-KGB: tikiwiki 03arildb r46279 10branches/11.x/tiki-blog_post.php
tikiwiki [FIX] Incorrect parenthesis setting
luciash: polom
jonnyb: Jyhem: agreed, after merging time is best
polom luciash
luciash: hi jonny et al.
Jyhem: polom luciash
vmachine1: left #tikiwiki
-: Jyhem bbl (hungry walkyrie needs food, badly)
luciash: walkyrie ? lol
rodrigoprimo: joined #tikiwiki
Tiki-KGB: tikiwiki 03jonnybradley r46280 10branches/11.x/lib/jquery_tiki/tiki-jquery.js
tikiwiki [FIX] sidebars: No need to use document.getElementById(maincol).baseURI as document.URL is supported by all browsers and maincol is not always present (in filegal manager popup for instance)
tikiwiki 03jonnybradley r46281 10branches/11.x/lib/ckeditor_tiki/plugins/tikiplugin/plugin.js
tikiwiki [FIX] wysiwyg: Only append </body> if opening tag found when reparsing source - almost certainly redundant now, to be removed in trunk later (still)
tikiwiki 03jonnybradley r46282 10branches/11.x/lib/tiki-js.js
tikiwiki [FIX] wysiwyg: When inserting replacement plugin code, use the source directly for the replace and then reparse using setData (should stop added lines around edited plugins)
jonnyb: hi again arildb - those last two commits fix all the added linefeed issues for me in both wiki & html wysiwyg, tested (a bit) in safari, firefox and ie8. Are you still getting problems with these?
arildb: jonnyb: works fine with wiki pages, but I have had the problem with article posts. Did you try those?
Tiki-KGB: tikiwiki 03jonnybradley r46283 10(5 files in 5 dirs)
tikiwiki [MRG] Automatic merge, branches/11.x 46276 to 46282
arildb: I will sync with SVN and test again
jonnyb: thanks
arildb: jonnyb: I still get the extra <p> </p>
jonnyb: ew, under which circumstances?
arildb: editing article post in wysiwyg-html mode. Page is simple.
<p>kun en test</p>
<p>ÆØÅ</p>
<p>{img fileId="1" thumb="y" rel="box[g]"} </p>
<p>siste linje.</p>
<p>Arild</p>
jonnyb: ok, trying that - which browser? all?
arildb: When switching between Source and wysiwyg view, a new line seems to be added every time I switch back to wysiwyg-html mode
Firefox
testing other browsers...
jonnyb: ok, have it in firefox now, switched to and from source many times, no new <p> tags
i'm on Mac OS - i'll try windows (only have XP & IE8)
that's odd - fine on IE8 too
anything funny about the server?
Tiki|bot: Info: Announcing the Tiki Web Host Affiliate Program - http://info.tiki.org/article217-Announcing-the-Tiki-Web-Host-Affiliate-Program
arildb: Other things work fine. Running IIS7 on windows 7
jonnyb: ah, ok - seems fine on apache
as you say must be something in auto_save that treats line ends differently - maybe it's picking up both r and n as linefeeds or something
sorry, can't help debug but can retest my stuff to check nothing changes if you find a fix
arildb: jonnyb: same problem in opera, chrome and IE10
yes, maybe a windows issue
jonnyb: it must be a server thing, unless you can reproduce on demo.t.o?
arildb: Didn't allowhtml use to be an option when editing the blog posts. Now it's gone. Can this be the problem?
testing on deo.t.o
demo.t.o
luciash: article asi n cms or article as in wiki page ?
just wondering
jonnyb: well soptted luciash, arildb - are you not talking about wiki pages then?
arildb: luciash: The extra paragraph problem occurs when editing blog posts. No not wiki pages
jonnyb: also not sure what "article post" is
ah, right - ok - blogs are quite a mess, as are articles (cms)
there are structural problems in both (not enough flags for both wysiwyg and html)
will retest, there's probably a better guess can be made based on wysiwyg_htmltowiki pref
(no need to go into parser again i hope! :) )
arildb: Got it reproduced on the show server.
See http://show.tiki.org/wysiwyg-html/tiki-view_blog_post.php?postId=2
>Edit the blog post, then switch between source and wysiwyg a few times
A new paragraph is added every time it seems
Server is on version: Tiki version: Last update from SVN (11.0svn): Monday 10 of June, 2013 21:33:08 UTC - REV 46275 (MyISAM)
jonnyb: and this is in html mode? (i.e. wysiwyg_htmltowiki==n)
oops, just read the url properly ;)
ok, the thing to look for here is the ajax post to tiki-auto_save.php when you switch back from source view
arildb: yes, the problem seems to be in the auto_save fiunction. It fails to detect the html format
jonnyb: it has a parameter allowhtml and in this case it's sending "0", so is parsing line ends like wiki mode (A Bad Thing)
arildb: yes, that's it
jonnyb: no, it's in the plugin.js - not detecting it's an html page in the first place (always look upstream)
arildb: ok...I am not that familiar with the code, but sounds right
jonnyb: in /lib/ckeditor_tiki/plugins/tikiplugin/plugin.js
line 208 in toHtmlFormat()
it tries to detect if the edit area is in html, but i guess in blogs this is never set...
arildb: ok..there
jonnyb: will find another way (probably needs doing for articles etc too)
arildb: The allowhtml doe not seem to exist for blog posts
jonnyb: no indeed - i'm just seeing if i can add it to block.textarea.php somehow (i don't think so as wiki page needs a checkbox sometimes
)
arildb: adding it to block.textarea.php may be a solution
jonnyb: I have to head out a bit now. May take a look at it, if you don't get to it first ... which I am hoping ;-)
jonnyb: am on the case, should have a fix soon :)
i thought forums sort of supported wysiwyg, but it's not using it for me - anyone else know?
Tiki-KGB: tikiwiki 03jonnybradley r46284 10branches/11.x/templates/tiki-blog_post.tpl
tikiwiki [FIX] wysiwyg: Respect wysiwyg_htmltowiki setting in blog posts, input[name=wysiwyg] is set in block.textarea.php so not needed (thanks arildb)
SkiNut: joined #tikiwiki
Jyhem: jonnyb: I have wysiwyg in forums in Tiki9, so… maybe when wysiwyg is the global default?
Tiki|bot: Recent Bug: - rss icons not displayed when switching language (site wide or wiki page translation) - http://dev.tiki.org/item4564
jonnyb: Jyhem: i have it default here too, but only get the plain editor
Jyhem: ouch. Regression, then :-(
Tiki|bot: New Forum Posts: captcha getting harder ? - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=47567
Tiki-KGB: tikiwiki 03jonnybradley r46285 10branches/11.x/ 10(6 files in 3 dirs)
tikiwiki [FIX] wysiwyg: Blogs and articles parsing failing in some configs, so make the "allowhtml" input consistently the name not id of the checkbox or hidden (using id was bad) and check for this (as well as we can without database changes) for wiki pages, blogs, articles and content templates.
tikiwiki Please test!
fabricius: joined #tikiwiki
marclaporte: joined #tikiwiki
jonnyb: polom marclaporte
fabricius: polom ya all
jonnyb: and hi fabricius
fabricius: need to chat with jonnyb marclaporte refizul
jonnyb: hmm?
fabricius: Skype or t.o/live
Writing from 7" Android is not so efficient
Jyhem: polom fabricius & marclaporte
Tiki|bot: Recent Bug: - Border for he forum table in tiki.o are not always displayed - http://dev.tiki.org/item4565
fabricius: polom jyhem
guentherhellrigl: joined #tikiwiki
Tiki|bot: joined #tikiwiki
rodrigoprimo: joined #tikiwiki
Telesight: joined #tikiwiki
marclaporte: joined #tikiwiki
arildb: joined #tikiwiki
Hi jonnyb I tested your fix, and it solved to blog post problem on my side :-) thanks
jonnyb: super, thanks
i ended up fixing similar stuff in a few places - hope i didn't break anything
arildb: we will find out soon.Given the type of error we may find unexpected fixes too, I guess
Telesight: I want to use Draw for .svg images, I have installed the plugin but there is no edit icon when I select a svg file. What do I have to do next?
Tiki version10
arildb_: joined #tikiwiki
guentherhellrigl: joined #tikiwiki
avi_: joined #tikiwiki
tiki is setting double bracket to hyperlink - help
goj_killedByISP: joined #tikiwiki
rodrigoprimo: left #tikiwiki
astroo-: joined #tikiwiki
hello people
amette: joined #tikiwiki
luciash: hi astroo-
astroo-: hello