Hi, The screenshot is self explanatory! The thing is that when this text is copied and pasted into Microsoft word or when we save the target document, it displays Ok, so why this is not displaying properly in the right viewing order inside SDL Studio Editor?
hello, could you please provide the language pair you used. Also did you use the quick insert (ctrl+comma shortcut) to add the date or by other means?
I've tested with English to Egypt and English to Saudi. Both of them provided different formats (not the ones you specified thought).
I used English US to Saudi but that should never have any difference at all, since all are the same in all Arabic countries! Yes I did try with the ctrl + , but all failed! Something is wrong for sure.
I believe these date formats, currency conversion options, etc should be all part of an auto-translatable plugin or ideally out of the box similar to what we have in MemoQ which even has a lot of advanced Regex Assistant features, and it works like a charm, except that it does not round the conversions as far as I have last tried MemoQ, but other than that the feature is a must-have and I do not understand how there are people who claimed that it causes problems, as I have read in some other posts. If it helps, you can watch this video
https://youtu.be/vXSWmZpXUHE
Done by Mrs. Zerfass who was once working for Trados, if I am not mistaken! Correct me if I am wrong please.
Can you advise how you entered these dates? I cannot do what you have done here using a placeable as I'll get this:
I used English US to Saudi but that should never have any difference at all, since all are the same in all Arabic countries!
Apparently they are not. For ar-SA, Studio expects all dates to use the Umm al-Qura calendar, so having the year 2023 in en-US then having a date with 2023 in the target ar-SA text means the ar-SA date will never get aligned with the en-US date, so TM auto-substitution will never work.
So my problem trying to reproduce this Sameh is that first of all I can add the dates manually and they stay whichever way I like, but they won't auto propagate correctly and I'll always get QA errors as they'll be seen as three numbers rather than one date.
Perhaps if you explain your process from start to finish wrt working with the dates and we'll understand you better.
Also... the Umm al-Qura calendar being used in Studio isn't a conscious decision by us, it comes from Windows and we are not overriding it.
This also brings me onto another question. Do you ever translate and change dates from a Gregorian calendar format to Umm al-Qura?
Paul Filkin | RWS Group
________________________
Design your own training!
You've done the courses and still need to go a little further, or still not clear?
Tell us what you need in our Community Solutions Hub
Please pardon my voice, it is a sound card effect bug.
Please see the video.
Arabic language flows from right to left, and we always start with the day, month then year.
This is Um Alqura calendar Paul and the direction as you can see starts with the day in Arabic, then the month then the year.
As you can see in my video, the order is not according to my wish at all, and it changes automatically to match the way the English date is written and that is wrong in Arabic. Even though we do not use the Hijri calendar much, yet in some Arab countries such as Saudi Arabia and UAE, they use both dates, so it would be really nice to have an autosuggest converter that brings the corresponding Hijri date automatically.
This is Um Alqura calendar Paul and the direction as you can see starts with the day in Arabic, then the month then the year.
As you can see in my video, the order is not according to my wish at all, and it changes automatically to match the way the English date is written and that is wrong in Arabic. Even though we do not use the Hijri calendar much, yet in some Arab countries such as Saudi Arabia and UAE, they use both dates, so it would be really nice to have an autosuggest converter that brings the corresponding Hijri date automatically.
Translate
