Discussion:
[Libreoffice-bugs] [Bug 113290] New: RTL: Animations that work letter-by-letter dont show diacritics during animation
b***@bugs.documentfoundation.org
2017-10-20 13:24:46 UTC
Permalink
https://bugs.documentfoundation.org/show_bug.cgi?id=113290

Bug ID: 113290
Summary: RTL: Animations that work letter-by-letter dont show
diacritics during animation
Product: LibreOffice
Version: Inherited From OOo
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Impress
Assignee: libreoffice-***@lists.freedesktop.org
Reporter: ***@hotmail.com
Blocks: 43808, 109362

steps:
1. open attachment
2. notice the arabic diacritics in title text textbox (slanted line the first
letter from the right and the circle over the second letter from the right)
3. notice the hebrew diacritics in text frame textbox (the dot in the center of
the first letter from the right, that looks like an n)
3. start slide show
4. notice that the letters appear without these diacritics

Version: 6.0.0.0.alpha1+
Build ID: 143c482b3189cb084fbdf5e6f78f15b43f099e24
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2;
Locale: en-US (en_US.UTF-8); Calc: group


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=43808
[Bug 43808] [META] Right-To-Left (aka Complex Text Layout) language issues
(RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=109362
[Bug 109362] [META] Custom/object animation bugs and enhancements
--
You are receiving this mail because:
You are the assignee for the bug.
b***@bugs.documentfoundation.org
2017-10-20 13:25:32 UTC
Permalink
https://bugs.documentfoundation.org/show_bug.cgi?id=113290

--- Comment #1 from Yousuf Philips (jay) <***@hotmail.com> ---
Created attachment 137142
--> https://bugs.documentfoundation.org/attachment.cgi?id=137142&action=edit
sample
--
You are receiving this mail because:
You are the assignee for the bug.
b***@bugs.documentfoundation.org
2017-10-21 09:11:58 UTC
Permalink
https://bugs.documentfoundation.org/show_bug.cgi?id=113290

Shai Berger <***@platonix.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1

--- Comment #2 from Shai Berger <***@platonix.com> ---
Notes:

A) When I test it, the letters do have the diacritics in the end -- it's only
during the animation that they're missing them. This is in line with the bug
title, just not completely clear in the description.

B) At least on my version, the diacritics are missing during the animation also
for Latin script (attachment forthcoming -- note the double dots, dieresis,
above 'G' and 'e') so this bug may not be an RTL-specific issue

C) However, what is RTL specific is that during the animation, the letters are
ordered LTR. It's a bit of on oddity in Hewbrew where letters are not
connected, I believe it's quite a mess in connected scripts like Arabic.




Version: 5.4.1.2.0+
Build ID: 1:5.4.1-1
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3;
Locale: en-US (en_IL.UTF-8); Calc: group
--
You are receiving this mail because:
You are the assignee for the bug.
b***@bugs.documentfoundation.org
2017-10-21 09:13:42 UTC
Permalink
https://bugs.documentfoundation.org/show_bug.cgi?id=113290

--- Comment #3 from Shai Berger <***@platonix.com> ---
Created attachment 137180
--> https://bugs.documentfoundation.org/attachment.cgi?id=137180&action=edit
sample including latin script
--
You are receiving this mail because:
You are the assignee for the bug.
b***@bugs.documentfoundation.org
2017-10-21 21:09:36 UTC
Permalink
https://bugs.documentfoundation.org/show_bug.cgi?id=113290

--- Comment #4 from Yousuf Philips (jay) <***@hotmail.com> ---
(In reply to Shai Berger from comment #2)
Post by b***@bugs.documentfoundation.org
B) At least on my version, the diacritics are missing during the animation
also for Latin script (attachment forthcoming -- note the double dots,
dieresis, above 'G' and 'e') so this bug may not be an RTL-specific issue
I wouldnt really call those diacritics for latin, as when i tested characters
like ë (U+EB) from U+C0 to U+2AF, they worked just fine.
Post by b***@bugs.documentfoundation.org
C) However, what is RTL specific is that during the animation, the letters
are ordered LTR. It's a bit of on oddity in Hewbrew where letters are not
connected, I believe it's quite a mess in connected scripts like Arabic.
Yes that is already reported in bug 55361.
--
You are receiving this mail because:
You are the assignee for the bug.
b***@bugs.documentfoundation.org
2017-11-02 08:02:59 UTC
Permalink
https://bugs.documentfoundation.org/show_bug.cgi?id=113290

--- Comment #5 from Shai Berger <***@platonix.com> ---
(In reply to Yousuf Philips (jay) from comment #4)
Post by b***@bugs.documentfoundation.org
(In reply to Shai Berger from comment #2)
Post by b***@bugs.documentfoundation.org
B) At least on my version, the diacritics are missing during the animation
also for Latin script (attachment forthcoming -- note the double dots,
dieresis, above 'G' and 'e') so this bug may not be an RTL-specific issue
I wouldnt really call those diacritics for latin, as when i tested
characters like ë (U+EB) from U+C0 to U+2AF, they worked just fine.
There are two ways to represent such letters: You can use the "combined" code
point, like U+EB, or you can use the separate code points for a letter and the
dieresis (U+A8). As far as I recall, combined code points exist for vowels
only, so you couldn't write the G with dieresis this way.

RTL languages happen to have much more diverse use of diacritics than Latin
scripts, but the document I attached proves that the problem is not actually
RTL related. I believe you'll find Thai, which also uses combining characters
heavily, to have the same problem although it's LTR.
--
You are receiving this mail because:
You are the assignee for the bug.
b***@bugs.documentfoundation.org
2017-11-15 08:21:10 UTC
Permalink
https://bugs.documentfoundation.org/show_bug.cgi?id=113290

--- Comment #6 from Omer Zak <***@zak.co.il> ---
Still happens in:

Version: 6.0.0.0.alpha1+
Build ID: 9050854c35c389466923f0224a36572d36cd471a
CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk3;
Locale: en-US (en_US.utf8); Calc: group

OS: Debian 64bit Stretch (Debian 9.2, with some backported packages)
--
You are receiving this mail because:
You are the assignee for the bug.
b***@bugs.documentfoundation.org
2018-11-16 03:42:57 UTC
Permalink
https://bugs.documentfoundation.org/show_bug.cgi?id=113290

--- Comment #7 from QA Administrators <qa-***@libreoffice.org> ---
** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
http://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug
--
You are receiving this mail because:
You are the assignee for the bug.
b***@bugs.documentfoundation.org
2018-12-08 22:22:32 UTC
Permalink
https://bugs.documentfoundation.org/show_bug.cgi?id=113290

--- Comment #8 from Shai Berger <***@platonix.com> ---
Version: 6.1.3.2
Build ID: 1:6.1.3-1
CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5;
Locale: en-US (en_IL.UTF-8); Calc: group threaded

(Not sure it's quite the last version, but it's what I have -- it's the current
version on Debian testing)

Still happens as described. One more thing I noted now, which I don't see in
the descriptions:

Before starting the animation, note in the Arabic text, the diacritic of the
letter Meem (a slanted line under the left end of the right-side word). Now
start slide show. When the animation ends, other diacritics show up, but this
one does not.
--
You are receiving this mail because:
You are the assignee for the bug.
Loading...