[opensuse] Libre/OO kerning/leading spacing bug - makes re-creating OO documents Libre impossible - any help?
Guys, A lot of my practice is word processing based. Key to that is the ability to re-create documents saved in .odt format. Currently that is impossible in LibreOffice due to a font/line spacing difference between OO and Libre. I need help figuring out what the problem is while the Document Foundation works on the bug: https://bugs.freedesktop.org/show_bug.cgi?id=35803 Does anybody have any idea what is causing the difference in kerning/leading/spacing --and-- more importantly what I could use as a temporary work-around until the bug is resolved. Right now, I have had to stay with OO to preserve the ability to re-create pleadings/etc.... But, with everybody moving to libre, I would like to understand this issue a little better. I have tested both Linux and windows versions of Libre and confirmed the bug is present in both (see bug for screenshots, etc...) What say the OO experts? -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
David C. Rankin wrote:
Oh, and has anybody else confirmed this bug is not just some peculiarity of your system configuration? I know it probably isn't but it would be nice to eliminate the possibility.
Does anybody have any idea what is causing the difference in kerning/leading/spacing --and-- more importantly what I could use as a temporary work-around until the bug is resolved.
If you care about page presentation, you should be storing page images such as PDF rather than .odt, IMHO. :-P Cheers, Dave -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 04/07/2011 05:07 AM, Dave Howorth wrote:
If you care about page presentation, you should be storing page images such as PDF rather than .odt, IMHO. :-P
Cheers, Dave
Agreed, But consistency in document creation (or re-creation in this instance) is one of the fundamental concepts of a word-processor. It should be able to process the same words and come up with the same spacing every time. When we are talking about thousands and thousands of page, duplicating everything in pdf is a bit costly :p I know these hiccups occur, so it is a matter of time before this issue is found. The documents at issue are all based on the normal OO template. The letterhead was just the simplest example, but longer documents based on the normal template are effected just the same. It will be interesting to find out just what caused this change. Me and git bisect have a trying relationship. The big issue here will be the multiple build of Libre -- that's no little program :) Hopefully the smart guys at the document foundation can narrow the cause without me having to dedicate a box and god knows how long compiling to find the update the cause the change (fingers crossed :) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri, 08 Apr 2011 01:33:19 +0530, David C. Rankin <drankinatty@suddenlinkmail.com> wrote:
On 04/07/2011 05:07 AM, Dave Howorth wrote:
If you care about page presentation, you should be storing page images such as PDF rather than .odt, IMHO. :-P
Cheers, Dave
Agreed,
But consistency in document creation (or re-creation in this instance) is one of the fundamental concepts of a word-processor. It should be able to process the same words and come up with the same spacing every time.
for me it's enough if it comes out with similar, acceptable spacing in any direction. higher precision needs i'd consider 'layout,' not 'word processing.' but that's just splitting hairs, and my opinion, based on my requirements.
When we are talking about thousands and thousands of page, duplicating everything in pdf is a bit costly :p
I know these hiccups occur, so it is a matter of time before this issue is found. The documents at issue are all based on the normal OO template. The letterhead was just the simplest example, but longer documents based on the normal template are effected just the same. It will be interesting to find out just what caused this change.
Me and git bisect have a trying relationship. The big issue here will be the multiple build of Libre -- that's no little program :) Hopefully the smart guys at the document foundation can narrow the cause without me having to dedicate a box and god knows how long compiling to find the update the cause the change (fingers crossed :)
i've never really done this dissecting trick, but thought it shouldn't be necessary to compile each version you want to compare; just install them, look at the result, and compare the source. when it's clear which change / commit is responsible, one can narrow in on that particular version. no need to build all of them. -- phani. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri, 08 Apr 2011 01:43:29 +0530, phanisvara das <listmail@phanisvara.com> wrote:
i've never really done this dissecting trick, but thought it shouldn't be necessary to compile each version you want to compare; just install them, look at the result, and compare the source. when it's clear which change / commit is responsible, one can narrow in on that particular version. no need to build all of them.
oops, nonsense, sorry. i can't find any previous binaries of libreOffice. if they aren't available anywhere, they'd have to be compiled, of course. don't even remember how many different (minor) versions i've seen since switching from OO. -- phani. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Apr 7, 2011 at 4:13 PM, phanisvara das <listmail@phanisvara.com> wrote:
On Fri, 08 Apr 2011 01:33:19 +0530, David C. Rankin <drankinatty@suddenlinkmail.com> wrote:
On 04/07/2011 05:07 AM, Dave Howorth wrote:
If you care about page presentation, you should be storing page images such as PDF rather than .odt, IMHO. :-P
Cheers, Dave
Agreed,
But consistency in document creation (or re-creation in this instance) is one of the fundamental concepts of a word-processor. It should be able to process the same words and come up with the same spacing every time.
for me it's enough if it comes out with similar, acceptable spacing in any direction. higher precision needs i'd consider 'layout,' not 'word processing.' but that's just splitting hairs, and my opinion, based on my requirements.
When we are talking about thousands and thousands of page, duplicating everything in pdf is a bit costly :p
I know these hiccups occur, so it is a matter of time before this issue is found. The documents at issue are all based on the normal OO template. The letterhead was just the simplest example, but longer documents based on the normal template are effected just the same. It will be interesting to find out just what caused this change.
Me and git bisect have a trying relationship. The big issue here will be the multiple build of Libre -- that's no little program :) Hopefully the smart guys at the document foundation can narrow the cause without me having to dedicate a box and god knows how long compiling to find the update the cause the change (fingers crossed :)
i've never really done this dissecting trick, but thought it shouldn't be necessary to compile each version you want to compare; just install them, look at the result, and compare the source. when it's clear which change / commit is responsible, one can narrow in on that particular version. no need to build all of them.
I don't think bisecting lets you do that. You give it a known good git revision and a known bad. It picks a revision 50% between those and compiles it. You test it and tell git if is good or bad. It then gets a revision 50% between the new known good and known bad pair and repeats. So its a log2 algorithm at finding the checkin that broke things. So 1 million checkins take only 20 compile/test cycles. ie. 2 **20 = (2 ** 10) ** 2 = 1024 **2 = 1024 * 1024 ~= 1,000,000 Thus with a huge number of checkins, it is relatively fast to get to the answer. The trouble is with only 500 checkins, it still takes 9 compile / test pairs. Not so good, but still a lot better than doing all 500. Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
David C. Rankin wrote:
But consistency in document creation (or re-creation in this instance) is one of the fundamental concepts of a word-processor. It should be able to process the same words and come up with the same spacing every time.
You're right in principle of course, but the difficulty in managing that in practice for all versions on all platforms was one of the original motivations for page description formats such as PDF. Sadly, even different versions of Adobe Reader with the same PDF file don't always produce the same result. Go bitmaps! Cheers, Dave -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (4)
-
Dave Howorth -
David C. Rankin -
Greg Freemyer -
phanisvara das