RTL direction issues when sentences contain dates in number format!

Screenshot of Trados Studio Editor showing text in English on the left and Arabic on the right. A note indicates an issue with displaying dates in Arabic in the correct order despite attempts to fix it.

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? 



Generated Image Alt-Text
[edited by: Trados AI at 12:13 PM (GMT 0) on 29 Feb 2024]
emoji
Parents Reply Children
  • 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. 

    emoji
  •  

    Can you advise how you entered these dates?  I cannot do what you have done here using a placeable as I'll get this:

    Screenshot of Trados Studio showing English text with dates highlighted in blue and corresponding Arabic translation with Umm al-Qura calendar dates.

    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

    emoji


    Generated Image Alt-Text
    [edited by: Trados AI at 12:13 PM (GMT 0) on 29 Feb 2024]
  • 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.

    emoji
  • Screenshot of Um Alqura calendar website with a date field showing the day, month, and year in Arabic. Red arrows point to the incorrect order of the date format.

    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. 

    emoji


    Generated Image Alt-Text
    [edited by: Trados AI at 12:13 PM (GMT 0) on 29 Feb 2024]
  • Here is how it looks like in MS Word and it certainly does it correctly Paul. It is self explanatory now for you to see the issue.

    emoji
  •  would you kindly let us know what are:

    1. Your windows installation language (display language)
    2. Your region settings (both country setup and regional format setup)
    3. Date & Time format
    4. Keyboard Language you use 

    All of thee are under Time & Language settings in Windows. We don't get the same results so I'm thinking it's a setup Studio is not using.

    Also, do you recall this working in the past versions of Studio?

    emoji

  • Windows settings showing Region settings with Country or region set to Saudi Arabia and Regional format set to English (United States).

    I am using Arabic Saudi Arabia keyboard 101 and English US keyboard

    emoji


    Generated Image Alt-Text
    [edited by: Trados AI at 12:14 PM (GMT 0) on 29 Feb 2024]