From: Filipus K. <ch...@gm...> - 2011-11-18 21:07:35
|
It seems I can't reproduce this in Chromium (For the record, Marc did to change to "In Tiki"), however Robert solved a text selection bug a few days ago. If that's the problem you're seeing, try clearing browser cache. Le 2011-11-18 16:00, Marc Laporte a écrit : > Try changing tikiwiki to Tiki on this page: > http://doc.tiki.org/tiki-editpage.php?page=Adding+fields+to+a+tracker > > For me, on Chrome, cursor is not positioned where the text is actually edited... > > Thanks! > > > On Fri, Nov 18, 2011 at 1:49 PM, Robert Plummer > <rob...@gm...> wrote: >> Oh, sorry, I will looking for the whole thing not working, lol. I guess >> when you expect a fire you expect a big one. This should be cake to figure >> out. >> >> On Fri, Nov 18, 2011 at 1:46 PM, Filipus Klutiero<ch...@gm...> wrote: >>> Well, I see the horizontal scrollbar in all browsers I tried, that is >>> Iceweasel 7, Chromium 14.0.835.202 and Opera 11.52. >>> >>> Le 2011-11-18 13:41, Robert Plummer a écrit : >>> >>> What about >>> http://doc.tiki.org/tiki-editpage.php?page=Adding+fields+to+a+tracker isn't >>> working? It comes up fine for me both in firefox and chrome. >>> >>> On Fri, Nov 18, 2011 at 1:24 PM, Filipus Klutiero<ch...@gm...> >>> wrote: >>>> Hi Robert, >>>> oops, Marc must have inverted the two indeed. See the doc page or my >>>> message. >>>> >>>> Le 2011-11-18 13:20, Robert Plummer a écrit : >>>> >>>> I will have that problem sorted soon, I also checked >>>> http://dev.tiki.org/tiki-editpage.php?page=Tiki10, seems to work fine. Sure >>>> it wasen't a browser caching issue? >>>> >>>> On Fri, Nov 18, 2011 at 1:15 PM, Filipus Klutiero<ch...@gm...> >>>> wrote: >>>>> Indeed, and it's not just Chrome. I reported that problem in >>>>> http://sourceforge.net/mailarchive/message.php?msg_id=28405451 >>>>> >>>>> Le 2011-11-18 13:10, Marc Laporte a écrit : >>>>>> works: >>>>>> >>>>>> http://doc.tiki.org/tiki-editpage.php?page=Adding%20fields%20to%20a%20tracker&page_ref_id=2917 >>>>>> >>>>>> doesn't work: >>>>>> http://dev.tiki.org/tiki-editpage.php?page=Tiki10 >>>>>> >>>>>> (strange) >>>>>> >>>>>> >>>>>> On Fri, Nov 18, 2011 at 1:06 PM, Marc Laporte<ma...@ma...> >>>>>> wrote: >>>>>>> I turned it back on for doc.tiki.org >>>>>>> >>>>>>> Line-wrap works! >>>>>>> >>>>>>> >>>>>>> However, there is a slight horizontal scroll in Chrome... >>>>>>> >>>>>>> Thanks! >>>>>>> >>>>>>> M ;-) >>>>>>> >>>>>>> >>>>>>> On Fri, Nov 18, 2011 at 12:39 PM, Robert Plummer >>>>>>> <rob...@gm...> wrote: >>>>>>>> So we are going to turn it on for the next 8.x release, right? ;) >>>>>>>> >>>>>>>> On Fri, Nov 18, 2011 at 11:13 AM, Filipus >>>>>>>> Klutiero<ch...@gm...> >>>>>>>> wrote: >>>>>>>>> It was turned off... and then CodeMirror re-gained its line >>>>>>>>> wrapping >>>>>>>>> support. >>>>>>>>> >>>>>>>>> Le 2011-10-28 11:42, Michael Pilling a écrit : >>>>>>>>>> Hi Xavi, >>>>>>>>>> >>>>>>>>>> Agree this should be put on a priority fix list. >>>>>>>>>> >>>>>>>>>> Editing Doc tiki - its almost unusable. >>>>>>>>>> >>>>>>>>>> Can we turn off codemirror and make the problem go away for now? >>>>>>>>>> >>>>>>>>>> MLP >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Fri, Oct 28, 2011 at 6:12 AM, Xavi de >>>>>>>>>> Pedro<xav...@vh...> >>>>>>>>>> wrote: >>>>>>>>>>> Hi all: >>>>>>>>>>> >>>>>>>>>>> See below a suggestion on how to avoid the line wrap issue from >>>>>>>>>>> codemirror in 8x without completely disabling it >>>>>>>>>>> (from my experience as end user editing content in doc.t.o right >>>>>>>>>>> now) >>>>>>>>>>> >>>>>>>>>>> Facts: >>>>>>>>>>> -------- >>>>>>>>>>> * Line wrapping is not implemented (currently, at least) in >>>>>>>>>>> codermirror >>>>>>>>>>> 2, which is used in Tiki 8.x. >>>>>>>>>>> * doc.t.o is using 8.x, and codemirror seems enabled by default >>>>>>>>>>> (dogfooding! :-) >>>>>>>>>>> * I opened this page for edition: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> http://doc.tiki.org/tiki-editpage.php?page=Adding%20fields%20to%20a%20tracker&page_ref_id=2917 >>>>>>>>>>> >>>>>>>>>>> Issues and potential workarounds/solutions: >>>>>>>>>>> ---------------------------------------------------------- >>>>>>>>>>> >>>>>>>>>>> (1) I thought that full screen would allow me to use the full >>>>>>>>>>> width of >>>>>>>>>>> my browser window to edit that page. >>>>>>>>>>> False (at least in Firefox 7.x on GNU/Linux). And >>>>>>>>>>> epiphany-browser >>>>>>>>>>> (3.0.4, webkit based) didn't use full width either. >>>>>>>>>>> I guess that some bug is around. >>>>>>>>>>> >>>>>>>>>>> (2) The highlighter can't be disabled from that page, only >>>>>>>>>>> options to >>>>>>>>>>> change highlighter are shown. >>>>>>>>>>> Maybe an elegant-enough solution to this line-wrap unability >>>>>>>>>>> would be >>>>>>>>>>> to >>>>>>>>>>> allow the user to locally dissallow highlighting in real time? I >>>>>>>>>>> mean, >>>>>>>>>>> when you open the page for edition, it loads without codemirror >>>>>>>>>>> first >>>>>>>>>>> (and therefore, with line wrapping), and then, codemirror is >>>>>>>>>>> applied in >>>>>>>>>>> real time. So something similar in real time to allow un-applying >>>>>>>>>>> codemirror to the current content in the text area? >>>>>>>>>>> >>>>>>>>>>> I presume that this might be considered "low hanging fruit" for >>>>>>>>>>> an >>>>>>>>>>> experienced coder in js-jquery..., and this might be an >>>>>>>>>>> good-enough >>>>>>>>>>> trade-off between having codemirror on by default in some tiki >>>>>>>>>>> sites >>>>>>>>>>> but >>>>>>>>>>> some elegant way to avoid the issues of the lack of line >>>>>>>>>>> wrapping. >>>>>>>>>>> >>>>>>>>>>> Opinions? >>>>>>>>>>> >>>>>>>>>>> Xavi >>>>>>>>>>> |