Extract part of an XML attribute value for translation

Ken De Wachter said:

Document structure information: Tag (x-tm-tag)

This part is incorrect. The "Tag" here means something completely different.

What you need to put here is what you have specified in your parser rule.
E.g. in my example I have specified that the parser rule extracts an "Element", so this is what I need to specify in the Embedded Content Processor:

Hi Evzen,

Thanks, that makes sense. I tried it and it works for elements.

However, there it does not work for attributes:

I specify the context information for attribute values as Element:

Yet it still appears as a tag in the editor:

 Just to be on the safe side, I added Element (sdl:element) and Tag (x-tm-tag) to the Document structure information of the Embedded content processor.

No effect...

Ken De Wachter

I think your problem is that embedded content is not supported for attributes.

Your best bet is to post-process the file, perhaps using something like the SDL Data Protection Suite, or Clean up Tasks from the appstore.

So simply use "Custom" when defining your parser rule and define your own values. And then use the "Identifier" you define there in the Embedded Content Processor settings.

EDIT:
Paul is right, I keep forgetting that for some weird and unknown reason attribute values cannot be passed to Embedded Content Processor.
Why? That's a mystery... Embedded Content Processor shouldn't absolutely care about the source of the string being passed into it... it should be just a string, nothing else, no matter what's its origin... a string should be a string...

That's a pity... What was the logic for not supporting embedded content in attribute values?

Do you think it's doable using a parser rule? I tried using substring-after, but I can't get it to work properly (I haven't even tried to fix the apostrophes in the attribute value yet...):

This parser rule doesn't give any result in Studio, though it works in XPath validators: substring-after(//Attribute/@XPath,'Display=')

I also considered the SDL Data Protection Suite, but I want to avoid running the batch task separately. If I include the Protect batch task in a task sequence (Prepare and Protect), it works great. The tags aren't even visible in the editor! However, I can't unprotect anymore so the content disappears from my target file... I guess this relates to one of my earlier questions (https://community.sdl.com/product-groups/translationproductivity/f/openexchange_applications/20645/bug-in-when-executing-protect-batch-task-in-task-sequence---sdl-data-protection-suite-project-anonymizer). Some great advances have been made, but we're not there yet (c:

That's a pity... What was the logic for not supporting embedded content in attribute values?

Do you think it's doable using a parser rule? I tried using substring-after, but I can't get it to work properly (I haven't even tried to fix the apostrophes in the attribute value yet...):

This parser rule doesn't give any result in Studio, though it works in XPath validators: substring-after(//Attribute/@XPath,'Display=')

I also considered the SDL Data Protection Suite, but I want to avoid running the batch task separately. If I include the Protect batch task in a task sequence (Prepare and Protect), it works great. The tags aren't even visible in the editor! However, I can't unprotect anymore so the content disappears from my target file... I guess this relates to one of my earlier questions (https://community.sdl.com/product-groups/translationproductivity/f/openexchange_applications/20645/bug-in-when-executing-protect-batch-task-in-task-sequence---sdl-data-protection-suite-project-anonymizer). Some great advances have been made, but we're not there yet (c: