Created attachment 116186 [details]
a sentence from holy qoran to confirm my problem about diacritic.
this sentence means: in the name of god the most compassionate the most merciful.
it can not possible to navigate in our document and read them character by character when we read persian or arabic document and it has diacritics.
i mean open office and libreoffice dont consider diacritics in arabic and persian one of the character to be read and edit by left and arro keys.
for example when we want to read and edit txt, if we move in the document by arro key and we want to edit it when it has diacritics its not easy.
for example we read txt and we want to remove ّ tashdid from document completely when we use control h, in the first part we type ّ and the second part we dont type anything for replacement to remove ّ in all documents, its like sometime we dont have any ّ in our documents.
it problem is true about all our diacritics َ، ُ، ِ، ّ، ًْ، ٌ، ٍ، ْ.
i appreciate you if you solve these problems in libreoffice 4.5 or at least 5.
Hey Zahra -
Can you explain the issue a bit clearer (preferably in numbered steps).
1. Open attached document;
2. Place cursor....
3. Do step Z
. . . etc...
Very hard to follow a paragraph of text - explain how to reproduce the issue with the document that you have attached.
Also just FYI - almost guaranteed this will not be resolved by 5.0 or even 5.1 - we are a team of volunteers, if a volunteer finds that bug to be interesting, they will fix it, else, it will not be fixed. If you or someone you know is a developer, we'd happily help you understand the code so that you can get this issue resolved :)
Setting to NEEDINFO - once you describe the issue clearly please set to UNCONFIRMED. Thanks!
> i appreciate you if you solve these problems in libreoffice 4.5 or at least 5.
For the record, there will be no LibreOffice 4.5. Our next release will be called 5.0.
All bugs with priority=highest should have a Version set. As this has been waiting in NEEDINFO for a while, bumping priority down to 'high' until we can reproduce and triage.
Dear Bug Submitter,
This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INVALID
due to lack of needed information.
For more information about our NEEDINFO policy please read the
wiki located here:
If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
Sun, 11 Sep 2016 12:29:16 +0200
(In reply to Joel Madero from comment #1)
> Hey Zahra -
> Can you explain the issue a bit clearer (preferably in numbered steps).
> 1. Open attached document;
> 2. Place cursor....
> 3. Do step Z
> . . . etc...
> Very hard to follow a paragraph of text - explain how to reproduce the issue
> with the document that you have attached.
> Also just FYI - almost guaranteed this will not be resolved by 5.0 or even
> 5.1 - we are a team of volunteers, if a volunteer finds that bug to be
> interesting, they will fix it, else, it will not be fixed. If you or someone
> you know is a developer, we'd happily help you understand the code so that
> you can get this issue resolved :)
> Setting to NEEDINFO - once you describe the issue clearly please set to
> UNCONFIRMED. Thanks!
i realy appreciate your efforts.
my bug is duplicate of the bug.
its the same problem.
its a very critical problem for me.
because most of times, i use diacritics and cant use libreoffice easily.
because libreoffice and openoffice dont recognize diacritics independently.
they count diacritics as part of letter and when i want to navigate letter by letter, nvda reads only letter and not diacritics.
steps to reproduce:
1/copy this sentences in libreoffice writer and save it in docx or any format like docx.
2/ press control+h to activate find and replace.
3/ in the first fild, type ّ when your keyboard is set to persian.
4/ in the replace with type nothing.
5/ click okay for replace all.
there are three ّ in this sentence.
actual result: openoffice libreoffice say search key not found.
openoffice libreoffice should recognize the diacritics and behave them like normal letters.
they should say three ّ was found and replace them as i mentioned.
here you are the text for testing.
ائمّه عليهم السّلام چراغهاي هدايت و كشتي نجات براي سعادت همه انسانها و تقرّب آنها به خداوند هستند.
[This is an automatic message]
Changing version to 188.8.131.52 in order to get rid of 'preBibisect' version as 184.108.40.206 looks to be the last version not covered by bibisect-43all.
Setting to duplicate of 100854 per comment 5.
*** This bug has been marked as a duplicate of bug 100854 ***
It is not a dup of #100854, as the latter deals with keyboard navigation, and this one with searching.
Arabic diacritics indeed cannot be found via search/replace.
(In reply to Urmas from comment #8)
> It is not a dup of #100854, as the latter deals with keyboard navigation,
> and this one with searching.
> Arabic diacritics indeed cannot be found via search/replace.
its a duplicate of bug 100854 which i reported.
both problems are about diacritics in farsi and arabic and i know that if one bug is solved, the other one is solved too!
hello again all.
here you are another steps to reproduce:
1- copy شُكر in to writer.
2- go to the beginning of this word.
3- press left arrow key to navigate letter by letter and go to the end by left arrow key.
4- copy this word in wordpad or ms word and do the same in steps 2 and 3 and compare the result.
expected result: شُكر has four characters and libreoffice should consider ُ a seperate letter like other characters.
actual result: ُ is not consider as a separate letter and we cant find it and edit it using left arrow key.
there is no problem in using diacritics in wordpad and ms word.
ُ is one example of diacritics and the problem is true for all diacritics including َ ِ ُ ّ ْ ً ٌ ٍ
*** Bug 100854 has been marked as a duplicate of this bug. ***
Created attachment 134028 [details]
Document showing problem with arabic characters with diacritics
This new attachment shows there is clearly some problem with arabic characters with diacritics under LibreOffice.
Opening this document in MS Word 2010 shows that selecting the second line and clicking on the Words button on the Status bar (to show the Word Count dialog) will report 5 characters and selecting line 4 will report 6 characters.
Doing the same in LibreOffice (any version) will report "3 characters selected" on both lines.
This explains why opening the document attached to Bug#106161 in MS Word returns 332030 characters but opening in LibreOffice only returns 323360 characters.
Another bit of important information:
1) Open the document in attachment 134028 [details]
1) select and copy the word in line 2
2) paste it in the Find field (Ctrl+F)
3) click on the white space to the right of the word in the Find field
4) navigate in the word using the Right cursor key (because this is a Right to Left script language)
5) you need to press the Right key 5 times to get to the end of the word (which ends at left)
This proves that the Find field can separate the expected number of characters (5)
So lets limit this bug to the find & replace issue of arabic diacritics and bug 54494 will deal the keyboard navigation between letters issue.
1. open attachment 134028 [details]
2. open find toolbar or find & replace dialog
3. type ُ (dumma) and it will appear as a dotted-lined circle and a dumma
4. find will result in no results though the document has 3 dummas
5. type كُ (kaaf + dumma) and it will find 2 results
Build ID: 3672cdd35985201ea87463cf032fedd02c052f4d
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2;
Locale: en-US (en_US.UTF-8); Calc: group
Notice that the advanced options of the search & replace dialog have "ignore diacritics" and "ignore kashida" on by default (bug #52204 and bug #77123).
Please verify if either of these options helps with this issue.
(In reply to Lior Kaplan from comment #15)
> Notice that the advanced options of the search & replace dialog have "ignore
> diacritics" and "ignore kashida" on by default (bug #52204 and bug #77123).
Disabling these didnt solve the issue.