Markups-Tags in XLIFF files seen as text not as tags

Creating a new thread

Hello Paul,

I have a similar issue and despite reading your advice carefully here (and here), I'm still unable to sort out my issue.

This is what I see in Phrase

Screenshot of a translation software interface showing a table with two columns. The left column, labeled 'Filter source text (en-gb),' displays text segments with the phrase '1 on-page 2'. The right column, labeled 'Filter target text (fr),' shows corresponding translated segments with formatting tags and the phrase '1 a la page 2'.

and this is what I get in Studio 

Screenshot of Trados Studio interface with source and target text columns, displaying text with tags and percentages indicating match quality, all at 100%.

I've used this rule you suggested, as it seemed to also make sense in my case. But maybe it does not! I must say I'm really not an export in Regex...

Screenshot of Trados Studio options dialog with embedded content rules, highlighting a rule with an opening tag '(1)' and a checkbox for case sensitivity.

Any clue how I can sort this out?

From Paul

  1. You showed Phrase... so I guess it's an *.mxliff file?
  2. If it's not then which XLIFF filetype are you using to handle the file?  You made the changes in the XLIFF presumably because that's what you saw in the other threads.  But perhaps this isn't correct for your file?
  3. What version of Trados Studio?

Hi  

1. Yes, it is a mxliff file

2. I made the changes in the Xliff filetype because the MS mxliff filetype plugin doesn't seem to be able to manage this issue and there are no editable setting in this one

3. I use Trados Studio 2024 

emoji
Parents
  •   

    1. Yes, it is a mxliff file

    So this means it will be opened using the memsource filetype by default unless you do something to prevent this.  I am surprised to see these placeholders being ignored in 2024 though... perhaps this is a bug... perhaps there is something odd about your file... perhaps you are actually not using the mxliff filetype to handle this.  Can you provide a screenshot of your filetype settings page so we can see which XLIFF filetype are activated and in what order?  If the memsource filetype is first and if it's activated have you added a mask for *.mxliff in the "File dialog wildcard expression" field to ensure the XLIFF filetype will even open it?

    Any chance we can see the file?  You can send it to pfilkin at sdl dotcom is this is acceptable?

    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
Reply
  •   

    1. Yes, it is a mxliff file

    So this means it will be opened using the memsource filetype by default unless you do something to prevent this.  I am surprised to see these placeholders being ignored in 2024 though... perhaps this is a bug... perhaps there is something odd about your file... perhaps you are actually not using the mxliff filetype to handle this.  Can you provide a screenshot of your filetype settings page so we can see which XLIFF filetype are activated and in what order?  If the memsource filetype is first and if it's activated have you added a mask for *.mxliff in the "File dialog wildcard expression" field to ensure the XLIFF filetype will even open it?

    Any chance we can see the file?  You can send it to pfilkin at sdl dotcom is this is acceptable?

    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
Children