Problem description: Wen I type in writer all letters move back and forve. this is very disstracting and anoying. Steps to reproduce: 1. open writer 2. start typing 3. .... Current behavior: alle letters move around Expected behavior:the stand still video: http://youtu.be/y9ozJODeVP0: build id: Version: 4.1.0.0.beta1 Build ID: 3a2c2d2417101e45fe07cfd8358acf2204a98f3 I also had a new fresh user-profile. Operating System: Mac OS X Version: 4.1.0.0.alpha1 Last worked in: 4.0.3.3 release
Thanks Thomas! As I said in IRC, I can reproduce this behavior using Mac OSX 10.8.3 with LibreOffice 43c234b0481fe63b8c4823affad066c6362f506. I don't have this behavior using LibreOffice 4.0.3.3, so that's definitely a regression. I saw already some related/same bugs passing by regarding this issue, but they are reported against older versions of LibreOffice. This is a regression, so lets report it separately and as such. Due the fact this is a regression and is !very! annoying and is a *core* feature (writing is a core feature in writer, right ;-)?) I mark this as Critical Medium. Kind regards, Joren
changed the versuon to beta 1 because it wasn't there wen I reported it.
Hi guys - any thoughts on this one ? :-) seems we still have some jitter. Thomas - can you report the font you're using, and also the text you're entering ? is it a Latin text ? Thanks !
hello, the text that i was entering was just some Dutch words typed on a qwerty keyboard the font i used was times new roman. I have done some test and came to these conclusion: 1.the text moves at all zoom levels. 2.the text moes at all fonds 3.the text moes at all fonds zises 4.the text only moves on the line that you are typing on line 1 and you pres enter/ or sencee it to long --> and type on line 2 only to will move and 1 stand still. 5.if you press TAB only the text that you type after that will move. 6.if you change the language of the spell checker on one line only the new text will move and the text in the "old" language will stand still on that line. if you have any more quistions, just ask them :)
"critical"? seriously?
(In reply to comment #5) > "critical"? seriously? Euhm ... yes, I'm really serious about that. But anyway, looking at Khaled's comment on IRC this night, and now your comment you both disagree with this. It's a pity developers don't see the critical part in all of this, but again ... this is probably 'me'. This bug is already reported a couple of times, but then I wasn't able to confirm it, except if you zoom in/out really hard, and even then it wasn't that big deal. Now I, and others, can confirm this _is_ reproducible (and no, in the mean time I didn't buy another Mac, so same platform), I am convinced this is now reproducible for all Mac users. Even on zoom level 100% I can reproduce this wiggling and it is highly annoying me that much I'm not going to upgrade until this is solved. This is _not_ reproducible using a 4.0.x version, thus a regression, that generally deserves a higher priority then others. And because I'm still convinced typing is a core feature of our Writer component, I'm marking this bug as such. No, it isn't broken as in 'borked', but I hope you can convince others to use LibreOffice Writer daily and see letters wiggle all time. I'm seeing this as a bug that result in quiting users and many more bug reports, not a bug that is going about 'my border of my proprietary extension file is to big, it shows like it is 0,4 but it has to be 0,45'... Due the fact I *highly* respect both of you, and other developers, I'll lower it to major, medium. Which I think is still to low, but yeah ... who am I in this prioritizing process nowadays? I'm aware of the fact Khaled is doing !great job!, and he told me already this is related to the 'Core Text'-changes. But I don't think "we are working on it" may reflect on the priority of things. I hope I didn't step on toes, if so: I am really sorry about that. But it is sad I have to argument it that hard to prioritize a bug 'critical'.
Khaled merged some code from hdu that should fix this for Beta 2 - or at least, move the problems somewhere else that is more interesting on the Mac. Testing of Beta2 - or a recent Mac snapshot build much appreciated.
This problem is still present on comments section. Shall I open a new bug report for that, or reopen this one?
If you could file another issue, "see also" this one, and mark it as blocks: mab4.1 - that would be great :-) When you say comments section - you mean writer comments rendered in boxes to the right of the page somehow ?
@Michael, yes, exactly. But problem is present on all comments section throughout all LO components.
(In reply to comment #10) > @Michael, yes, exactly. But problem is present on all comments section > throughout all LO components. could you please see if it's present in 4.0.x also?
(In reply to comment #11) > (In reply to comment #10) > > @Michael, yes, exactly. But problem is present on all comments section > > throughout all LO components. > > could you please see if it's present in 4.0.x also? No, this has been introduced with 4.1.
I can reproduce this bug with Calc, and text boxes in Draw. Reopening.
(In reply to comment #6) > (In reply to comment #5) > > "critical"? seriously? > > Euhm ... yes, I'm really serious about that. But anyway, looking at Khaled's > ... I just signed up to report what I believe is the same bug... critical, yes, basically it is unusable in its current form. I have reverted back to 4.0.4. Basically not only does the text 'move around', but when you click to insert, the cursor is positioned in one place, but the text starts typing in another place several characters off. So you can't actually use it practically... I tried for 10 minutes, but basically you don't know where the text is going to start typing unless you start typing on a new line, hence I have reverted to 4.0.4. As mentioned in other comments, the problem is also in Calc, and seems more reproducible in calc. I can start a new spreadsheet, type a few words and before long the cursor is in completely the wrong position. Anything I can do to help, let me know (more in the testing/triage area). So I take it I should not open a new bug for this, and not for Calc either? Thanks
@CFraser, this bug should be sufficient. @Khaled, if you have some time could you take a look at this please? Anyway, I should have tested this with Calc before, but if you could take a look at this, since this is a serious issue, that would be great.
There is a patch on gerrit (https://gerrit.libreoffice.org/5023) that fixes some of those issues but it 1) needs more testing 2) introduces other bugs of its own. I don’t have time to work on this at the moment.
This issue is also present on the HTML View on Writer. Also cursor follows the text around four chars ahead of the text itself.
Hi there, New member, first post, loooooong time user, all the way back to corel/star I do confirm the bug is not fixed on mac. Basically, the cursor "sprite" is not where at the correct position Here's a detailed description of the behavior: The bug occurs in "Web Layout" Mode. No problem in "Print Layout". Switching layouts activates/disactivates the bug. Yes, this bug was present at some point, versions 2.xx AFAIK, and get fixed. Yes, this is an abosolute NO_GO for mac users Versions 4.0.x seems OK Versions 4.1.0.4 still Buggy Regards (for the records, OsX 10.6.8)
Update: Bug still present in 4.1.1.2 Build ID: 7e4286b58adc75a14f6d83f53a03b6c11fa2903 Seems less problematic, yet definitively present. Shift is about 1/2 to 1 char by the end of a line of text. Still in Web Layout
So what is it with Mac users that they HAVE TO use the "web layout" then? Have you done a representative poll, and everybody says they use "web layout" all the time?
#20> ...that they HAVE TO use the "web layout" then? The issue also exists in Calc when entering text into cells. That alone is a major fault. Arc up Calc on a Mac, type some text into a cell, and try to edit a typo more than a few words back.
Is the bug still present in Writer or just in Calc? Hope it will be fixed soon. I'm upgrading to 4.1 only when it will be fixed as seems quite severe for me... 4.1.2 is out and the bug is still there. Any news?
Just upgraded to v. 4.1.2.3 and am working with a document in writer and am having the issue with the annoying characters-moving around, jiggling, as I type. Also, the insertion point (as shown by the cursor location) does not match up with where one clicks on the screen--it's close, about 1 character off, but that closeness is not very acceptable. Am using Mac 10.8.5, Writer, and am in the Print Layout View, (the issues are worse in the web layout view). The issue is present with Times Roman and not present with Arial. I've switched fonts and am willing to do this but, I'd be a bit embarrassed to present LibreOffice to a friend for the first time, and me having to explain away the annoying wiggling text/ misalignment of curser/ insertion point. Thanks for your work! David
I can reproduce horizontal jitter of glyphs on linux with Writer 3.6.7.2. However, not reliably. I was experiencing this just now with ODT document which in 135% zoom takes two "screens" (which need to be switched/scrolled with, e.g., arrow up/down). For several minutes just now Writer was reliably showing its output after scroll ("screen" change") and then "correcting" it in horizontal direction (glyphs outlines subtly changing). This effect was quite noticeable, but now it's gone (or just barely visible). Possibly system load might be of relevance (for noticeability)?
Wrong component.
I have just confirmed that this bug is still present in Version 4.2.0.2, under Mac OS X 10.9.1. Specifically, in Writer, when in "Web Layout" view, at all zoom levels, the letters jump around during editing and the cursor is mis-positioned. The cursor being mis-positioned seems also to lead to some stray parts of letters being positioned in the wrong place during editing. I don't think it depends on the font: I've seen the same behaviour with all three that I've tried (Calibri, Arial, Avenir Next). This bug makes Writer unusable for editing in the non-paginated "Web Layout" view. In "Print Layout" view, the problem doesn't seem to arise. I haven't tested the other components. I believe this should be categorised as a "Most Annoying Bug" in 4.2.x. It does not occur in the 4.0.x series.
NoRepro:4.2.0.4:OSX Worksforme. Is this bug still valid / reproducible with the latest LO release? Currently 4.2.0.4: http://www.libreoffice.org/download/ Please also try resetting your user profile and let us know if that helps: https://wiki.documentfoundation.org/UserProfile Should this be still reproducible for you with the latest LO release please set this bug back to REOPENED. This is already MAB 4.1 and that is where it belongs, since that is the first version this problem appeared in and which is still under development, so all fine with that :)
Apologies. I mistyped the version in my last comment. It was 4.2.0.4, i.e. the latest release. To reproduce, with a new user profile, on OS X: 1. Launch LibreOffice. 2. Create a new writer document. 3. Select View->Web Layout. 4. Type a few words (to observe letters moving). 5. Attempt to edit, positioning the cursor using the mouse (to observe cursor mis-placement).
Hm, as I said, works here. Is this happening with all fonts? So you already tried resetting your userprofile?
Yes, I did that for my last comment, as you suggested. It's happening with every font I have tried. In the steps I just set out, it was the default font for the default template: Liberation Serif. I have just tried it on another system, running OS X 10.8.5, and seen the same result. Are you sure you're testing in Web Layout mode? If so, please can you describe your system? Maybe there's some obvious difference in the environment. (I don't have a system with a HiDPI/"Retina" display to test with, but it strikes me that could make a difference, as I imagine OS X's font rendering is done rather differently in that case.)
*** Bug 74545 has been marked as a duplicate of this bug. ***
Changed importance to reflect the new policy - Sophie
PT: just to gather some more data points trying to narrow this down. 10.9.1 here, no retina display and yes, webview. So while this doesn't provide help narrowing down it maybe helps showing that this issue might be machine dependent. Not sure how our systems differ though.
The root of this issue is known, we just need developers instreasted in Mac development to work on this and other Mac-pecific issues.
Created attachment 94110 [details] Example of font metric issues in Writer Web Layout on OS X This shows the issue on OS X in Writer's Web Layout view. The text is Liberation Serif 12pt, at 100% zoom on a retina display. Similar issues seem to arise in most other fonts, except for mono-spaced ones. Non-printing characters are turned on, as it makes the editing problem evident: in web view, the text is rendered differently, but the coordinates used for the placement of the paragraph mark remain the same as in Print Layout. Cursor positioning uses the latter layout, which makes editing very frustrating.
(In reply to comment #33) Foss: I've just tried it on a new machine: a 13" Retina MacBook Pro, which has never had any version of LO installed except 4.2.0.4, with the results shown in the attachment to comment 35 (as well as the letters moving around slightly). The "show non-printing characters" approach seems to show the problem clearly, without relying on attempting to edit. Have you tried a few different fonts? The scale and direction of the cursor-positioning error seems to depend on the font metrics. Hence the 'iiiii' in my example -- it exaggerates the effect.
Confirmed on 4.2.1.1 (OSX)
Herbert Dürr committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3edcdd43f94e605c08314ab61f64c418b01f8dde fdo#64957: #i124233# prevent the accumulation of rounding errors The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Herbert Dürr committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=eb35d71c2cb46d066b42be49b7749d96a647b50f&h=libreoffice-4-2 fdo#64957: #i124233# prevent the accumulation of rounding errors It will be available in LibreOffice 4.2.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Herbert Dürr committed a patch related to this issue. It has been pushed to "libreoffice-4-2-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ac7062d7fb6e5dfe0f81d53daec7f088dc4f9e3d&h=libreoffice-4-2-2 fdo#64957: #i124233# prevent the accumulation of rounding errors It will be available already in LibreOffice 4.2.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 71808 has been marked as a duplicate of this bug. ***
Hi, I had the same problem—in both Calc and Writer (when in Web Layout), OS X with 4.2.1.1. I can confirm, the problem has been fixed on 4.2.3 Beta for Calc and Writer. It looks and works great so far!
*** Bug 76043 has been marked as a duplicate of this bug. ***
*** Bug 72873 has been marked as a duplicate of this bug. ***
*** Bug 73028 has been marked as a duplicate of this bug. ***
*** Bug 48402 has been marked as a duplicate of this bug. ***