[Libreoffice-bugs] [Bug 68334] The same .odt file using particuar font cwheib.ttf has different formatting results (4.0 vs. 4.1) on Linux/X11

2015-02-15 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=68334

Matthew Francis  changed:

   What|Removed |Added

 CC||erik.do...@gmail.com

--- Comment #41 from Matthew Francis  ---
*** Bug 89349 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 68334] The same .odt file using particuar font cwheib.ttf has different formatting results (4.0 vs. 4.1) on Linux/X11

2015-01-14 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=68334

Matthew Francis  changed:

   What|Removed |Added

   Keywords||bisected
 Status|NEW |RESOLVED
 CC||fdb...@neosheffield.co.uk
 Resolution|--- |NOTABUG

--- Comment #40 from Matthew Francis  ---
Source bisection suggests this is not about the font ascent/decent calculation
(commit f9560c8f9982eaef09b74baa479c187f049c4f9e), but the commit before that
which changes the line height calculation, i.e.
5e77c9e17ba7dd9d296c9b755093f01e7eb4f514.

The reason the stars shifted is because the blank lines above., e.g. those in
the empty inner table, changed height.

Khaled, feel free to chip in if you have any other opinion, but I'm going to
assume that the line heights after the commit are more correct than before, and
close this bug.

Seting status -> RESOLVED NOTABUG



commit 5e77c9e17ba7dd9d296c9b755093f01e7eb4f514
Author: Khaled Hosny 
Date:   Sat May 11 00:50:59 2013 +0200

Revert 052f181dad89ad34d90513bc9dcd3e3239727933

Which in itself was effectively a revert of
3364fefe1e2dec522211040f2f9ea37bf5cd7466

Keeping the old broken line height calculation code is just masking of
the real problem; there are some code elsewhere that have fragile
workarounds to the real bug here (the removed code here shows a good
example of such workarounds). On Mac we use the correct metrics as well,
so we need to find the quirks and fix them, instead of pretending they
do not exist.

This fixes fdo#55469, among others.

Change-Id: I36f13b28eaba022b7c388feae7e0bfd0ed1c3e89

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 68334] The same .odt file using particuar font cwheib.ttf has different formatting results (4.0 vs. 4.1) on Linux/X11

2014-07-25 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=68334

Xisco FaulĂ­  changed:

   What|Removed |Added

 Whiteboard|BSA |BSA bibisected
 CC||aniste...@gmail.com

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 68334] The same .odt file using particuar font cwheib.ttf has different formatting results (4.0 vs. 4.1) on Linux/X11

2014-04-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=68334

--- Comment #39 from Khaled Hosny  ---
This can be a result from the changes in font ascent/decent calculation with
FreeType, but checking the font I see that Win, Typo and hhea values all are
identical, so there should be no change.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 68334] The same .odt file using particuar font cwheib.ttf has different formatting results (4.0 vs. 4.1) on Linux/X11

2014-04-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=68334

--- Comment #38 from Michael Stahl  ---
(In reply to comment #31)
> I see the same problem on Windows 7, so setting Platform to all.

Regina, what exactly are you seeing on Windows?
do you have the cwheib.ttf font installed? 

> The reason for the different layout is this:
> In Tools > Options > Compatibility you can set some options. Those should be
> saved together with the document and restored when the document is reloaded.
> 
> This works for the all options but the first three. Regardless of your
> settings for the document, the first three options are checked.

do you see any difference in loading these settings from documents across
versions?  i don't but i only tested on Linux; i find it extremely unlikely
that the settings work differently on Windows but you never know...

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 68334] The same .odt file using particuar font cwheib.ttf has different formatting results (4.0 vs. 4.1) on Linux/X11

2014-04-22 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=68334

Michael Stahl  changed:

   What|Removed |Added

 Status|NEEDINFO|NEW
 CC||caol...@redhat.com,
   ||khaledho...@eglug.org,
   ||mst...@redhat.com
Summary|EDITING: Some Writer|The same .odt file using
   |Compatibility > options are |particuar font cwheib.ttf
   |not loaded/saved in a   |has different formatting
   |document ( Libreoffice 4.1  |results (4.0 vs. 4.1) on
   |and later)  |Linux/X11

--- Comment #37 from Michael Stahl  ---
"Load user-specific settings with the document" set -> all compatibility
settings loaded

"Load user-specific settings with the document" unset -> first 3 compatibility
settings always enabled, all other ones loaded

works this way in 4.1.0.4, 4.1.6.1, 4.0.6.2, ... and already in OOo 3.3.
so it appears odd but not a regression.

=> will revert to previous title

with the "cwheib.ttf" font available, the document from
https://bugs.freedesktop.org/attachment.cgi?id=86448
indeed looks different in 4.0.6.2 vc. 4.1.6.1/current 4.2 on Linux.

on Windows in 4.2.3.3 it looks just like in 4.0.6.2 on Linux (13 rows on second
page).

so my suspicion is on the harfbuzz/freetype font-related changes going into
4.1.

bibisect range:
923312f67fbf120158f01c2c0e588af38fc22364..2ede6c95e6481c92cc199e7d74fd36c841636304

some suspicious commits to vcl/generic/glyphs/gcach_ftyp.cxx in that range...

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs