while showing the preview of the animation... I see that if I put the animation letter by letter it will be as LTR language... see the video and you will know :) http://www.mediafire.com/?5mkk5qlp38ag3al sorry for the simple wrong language :p
Created attachment 68967 [details] Example that demonstrates the problem Same problem on Windows with LibreOffice 3.6.1 and Ubuntu LibreOffice 3.5.4.2 - RTL text is animated from the wrong end, giving the absurd effect shown in the video.
To clarify the problem, RTL text is reversed before being animated. Then once the animation is finished the text is again reversed letter by letter until it shows correctly again.
(In reply to comment #2) > To clarify the problem, RTL text is reversed before being animated. Then > once the animation is finished the text is again reversed letter by letter > until it shows correctly again. OK sorry for my little informations :P is this bug has been solved ?
Hi safa & elicoten Please see Bug 56403 & Bug 46186. Related to that bug(s)?
I don't think they're related.
** 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 on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-03-16
Verified in 4.3.3.2.
** 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 on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
Verified on LibO 5.4.0.3 (Debian testing, 64bit)
Demonstrated in LibOCon 2017.
Happens in arabic as well. Maxim, Thorsten: any thoughts?
Still happens in: Version: 5.4.2.2.0+ Build ID: 1:5.4.2-3~bpo9+1 CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk2; Locale: en-US (en_US.utf8); Calc: group OS: Debian 64bit Stretch (Debian 9.2, with some backported packages)
The English text animation is displayed just fine. Then, the Hebrew text animation. It does not look OK. Few copies of the Hebrew text are displayed overlapping each other. Each copy is shifted a bit relative to the previous copy. After finishing to diminish the ellipse, copies of the Hebrew text are removed over time and at end one copy is displayed - and it is displayed OK. Tested using remote login configuration: From computer A running Debian Stretch, I did ssh -X into another computer running the following. 6.1.1.1 מזהה הבנייה: 1:6.1.1~rc1-2~bpo9+1 תהליכי משנה במעבד: 8; מערכת הפעלה: Linux 4.16; עיבוד מנשק: בררת מחדל; VCL: gtk2; מיקום: en-US (en_US.UTF-8); Calc: group threaded running under Debian Stretch: $ uname -a Linux c5 4.16.0-0.bpo.2-amd64 #1 SMP Debian 4.16.16-2~bpo9+1 (2018-06-26) x86_64 GNU/Linux
Some of findings here, for anyone interested: I traced a little bit months ago, starting from keyword like: TextAnimationType::BY_PARAGRAPH TextAnimationType::BY_WORD TextAnimationType::BY_LETTER in slideshow module. It turned out I saw something suspicious in cppcanvas https://cgit.freedesktop.org/libreoffice/core/tree/cppcanvas/source/mtfrenderer/textaction.cxx#n294 The comment said. // TODO(F3): It currently seems that for RTL text, the // DX offsets are nevertheless increasing in logical // text order (I'd expect they are decreasing, // mimicking the fact that the text is output // right-to-left). This breaks text effects for ALL // RTL languages. It is worth deeper investigation.
Mark Hung committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=800c60524d25dfde71240fe3c1533e17f6749daa tdf#55361 adjust leftmost position for RTL text while animation. It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Mark Hung committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d9ad59da50c1172fe98f94370221c9c1b688200a tdf#55361 fix result of showing RTL text in the animation. It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I can confirm the animations seems to be working fine for RTL languages. Version: 6.2.0.0.alpha0+ Build ID: 144da6d5079bcd435e6637cb5cf95305f3ec1306 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-10-12_02:13:01 Locale: tr-TR (tr_TR.UTF-8); Calc: threaded I think the fix is a huge improvement that allowed using text effect for large group of people. Thank you
*** Bug 73131 has been marked as a duplicate of this bug. ***