Bug 48764 - EDITING: strong lag and lagginess in general when editing RTL/Hebrew charactered documents
Summary: EDITING: strong lag and lagginess in general when editing RTL/Hebrew characte...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-16 02:57 UTC by Uri Shabtay
Modified: 2012-09-09 16:31 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
screenshot of a exampled document (237.30 KB, image/png)
2012-04-16 02:57 UTC, Uri Shabtay 		Details
a .doc file with Hebrew characters + David font. 42 Pages (454.50 KB, application/msword)
2012-09-09 07:12 UTC, Uri Shabtay 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Uri Shabtay 2012-04-16 02:57:14 UTC 
Created attachment 60052 [details]
screenshot of a exampled document

Problem description: 

Steps to reproduce:
1. open a .doc/.odt document template that has Hebrew/RTL language characters (the bigger - with pages, characters - the better)
2. try to scroll up and down or edit the document
3. scrolling is smooth as butter (as in Latin/English)

Current behavior: slow and laggy like hell. 

Expected behavior: smooth and fact like a hot knife through butter

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:11.0) Gecko/20100101 Firefox/11.0
Comment 1 Joel Madero 2012-09-09 05:52:17 UTC 
Please provide a document for us to see the problem. Going to mark as NEEDINFO, as soon as you attach a document please move it back to UNCONFIRMED as soon as you get the attachment. Thanks for helping us out
Comment 2 Uri Shabtay 2012-09-09 07:12:59 UTC 
Created attachment 66873 [details]
a .doc file with Hebrew characters + David font. 42 Pages
Comment 3 Uri Shabtay 2012-09-09 07:18:42 UTC 
Hey Joel, 

After working with Libre for the past 5 months with this issue, i managed to realize another point. 
The problem occurs while using the "David" font (the original font used within Microsoft Office), while the counterpart within Libre and the open source world is "David CLM" (an open font which is part of the Culmus project - see here: http://culmus.sourceforge.net/index.html). 

David CLM works well under Libre and it's very smooth with the scrolling.
David, however, isn't. Yet, it was great no so long ago :) 

cheers and thanks.

Uri
Comment 4 Joel Madero 2012-09-09 15:58:24 UTC 
Hey Uri,

Well I opened that file and I'm not seeing any problem with scrolling at all. I'm running Version 3.7.0.0.alpha0+ (Build ID: 711958d). Going to move back to NEEDINFO, try to back up your user folder and delete it and then open up the file, see if it's a user config issue. If it's not, please reopen this one and put your version of LibO. Thanks for sticking with this, we'll try to diagnose the problem :)
Comment 5 Joel Madero 2012-09-09 16:00:12 UTC 
I'm seeing part of the issue on my side is that it says "David" but I don't have David in installed. If I highlight a word then the font shows blank. Can you verify that when you highlight words it says "David"
Comment 6 Uri Shabtay 2012-09-09 16:31:58 UTC 
First, I checked it on Libre 3.6.1.2 on Ubuntu 12.10 Beta 1 - and it seems to be  ok!! I'm quite shocked.. :) 
Second, if you want to be sure you have the "david" font - you can install ttf-mscorefonts-installer in Ubuntu, alongside the "culmus" package - and there you have it. 

Just make sure you mark the fonts, and change it to 'David' manually (because it'll autocomplete to 'David CLM')

After scrolling back and forth, it seems to work (with a bit of roughness/lag on the edges/page borders), yet I'm glad to see this solved.

thanks again!