Bug 105346 - Swash glyph clipped (EB Garamond)
Summary: Swash glyph clipped (EB Garamond)
Status: RESOLVED DUPLICATE of bug 152024
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) rc
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
Reported: 2017-01-15 15:48 UTC by Volga
Modified: 2024-06-14 02:03 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

My screenshot. (24.62 KB, image/png)
2017-01-15 15:49 UTC, Volga
simple test document, select a paragraph and scroll up offscreen and then down (8.80 KB, application/vnd.oasis.opendocument.text)
2017-01-15 17:01 UTC, V Stuart Foote
example Graphite liga feature glyphs (8.62 KB, application/vnd.oasis.opendocument.text)
2017-01-15 17:26 UTC, V Stuart Foote

Note You need to log in before you can comment on or make changes to this bug.
Description Volga 2017-01-15 15:48:02 UTC
When I use EB Garamond in LibreOffice Writer, I found the bottom edge of swash glyph clipped within document. This problem also appearing in Calc and Impress.

Steps to Reproduce:
1. Input trigraph “Qui”
2. Set Italic
3. Input this syntex: EB Garamond 12:swsh=1

Actual Results:  
In this case the bottom edge of sightly clipped.

Expected Results:
LibreOffice should not let such glyph clipped

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0
Comment 1 Volga 2017-01-15 15:49:56 UTC
Created attachment 130452 [details]
My screenshot.

Version: (x64)
Build ID: 3b800451b1d0c48045de03b5b3c7bbbac87f20d9
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 布局引擎:新; 
Locale: zh-CN (zh_CN); Calc: group
Comment 2 V Stuart Foote 2017-01-15 16:59:50 UTC
On Windows 10 Pro 64-bit en-US with
Build ID: 9e7526044c8fa6b006b0cb791d15f2476c96ebf2
CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-01-14_04:20:03
Locale: en-US (en_US); Calc: CL

I see the effect but it is transient. Persists when srcolling up or down, but zoom document canvas in or out and the ascenders/descenders are fully rendered with no clipping at the paragraph bounds.

Steps to reproduce
1. new Writer document
2. enter some text, e.g. "Qui, Qwake, and Quail Ƞɲ"
3. change font for paragraph to "EB Garamond 12"
4. zoom in so vertical scroll bar activates
5. select text and add the ":swsh=1" OT switch to the font list entry
6. scroll the document canvas off screen and back on

Result?  Selected text is clipped to paragraph bounding box. 

Expected? That glyphs with ascenders or descenders extending beyond layout bounds would not be clipped as displayed on the canvas.

7. zoom - or +, note the glyphs are refreshed with full descenders beyond bounds.

But since it is a transitory glitch only with rendering to the document canvas on screen I don't see this as much of an issue.
Comment 3 V Stuart Foote 2017-01-15 17:01:31 UTC
Created attachment 130453 [details]
simple test document, select a paragraph and scroll up offscreen and then down
Comment 4 V Stuart Foote 2017-01-15 17:26:34 UTC
Created attachment 130455 [details]
example Graphite liga feature glyphs

here are the Graphite liga samples from bug 104846 in a simple paragraph, note they will be clipped on canvas in the same transient way.
Comment 5 Volga 2017-04-01 02:49:12 UTC
On LO I Tested all of them, they looks still clipped at the first time, but after I resize the window, they rendered as expected.

Version: (x64)
Build ID: 7f6693c08cc110b9721245fc4bd4f1712e0c086c
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; 
Locale: zh-CN (zh_CN); Calc: CL
Comment 6 Volga 2017-04-03 12:30:49 UTC
LO performanced the same as comment 5

Version: (x64)
Build ID: 6cd4f1ef626f15116896b1d8e1398b56da0d0ee1
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; 
Locale: zh-CN (zh_CN); Calc: group
Comment 7 QA Administrators 2020-12-23 03:44:59 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2022-12-24 03:25:26 UTC Comment hidden (obsolete)
Comment 9 Jonathan Clark 2024-06-14 02:03:53 UTC
After reviewing the sample documents, this appears to be a duplicate and was fixed by the following commit:


tdf#152024 Diacritics cut off at top and bottom of paragraph

*** This bug has been marked as a duplicate of bug 152024 ***