file name... you need quite basic information but not easy to get it... amazing..

few days ago, I have fixed "Record Source TU" error at that time this code is done.

this info should be around here, but that section is not allowed to use, yet..

Hi Kelly Edward

Do you really mean  "Record Source TU" (https://appstore.rws.com/language/app/record-source-tu/504/)?

I never used it but it seems to have an entirely different purpose.

That starts from here;

To inject sdlxliff file path into TM's TU
community.rws.com/.../to-inject-sdlxliff-file-path-into-tm-s-tu

I have posted simple code
And, someone commented SDL's bug of that App.
Some time laster I have fixed it.
-that part of code shows that SDL dev team had quite, quite and quite hard time
and they, finally, have failed to get a file name, wow amazing....

I do not use that App too.
Simply because, I do not needed that.

Hm, did you publish your code? Or is this your private version of "Record Source TU"? And why would you choose that plugin for this?

While it is pretty easy to get to that info programmatically, the presentation is a different matter. I wouldn't go for the bar at the top for something which is needed only occasionally. Is it permanent or do you switch it on and off? The status bar would indeed be better. However, I would prefer the balloon tooltip of the segment type field (right most column), where it would be shown on demand.

I have posted modified section of that code at AHK area of this community minutes ago.
You can check it out, all of them, nothing hidden behind.
I guess, that is good enough.

Rest of the your comment... good, I like that.

Thanks.

Angela Sigee said:

While it is pretty easy to get to that info programmatically

hmmm, Really ?

You could know easily that Trados' dev team have failed to get that info programmatically in spite of extremely hard time.
As I posted all my codes already that I've successed to get that info programmatically, but that was not that "pretty easy" as you mentioned.

I know you are a very good code writer, so..
Can you please teach me how "pretty easily" you could get that info programmatically ?
that "easiness" will help Trados' dev team to fix their error of that App too, I guess.

Something like this should do, I imagine. You'll find many examples on github

using Sdl.FileTypeSupport.Framework.IntegrationApi;

var editorController = SdlTradosStudio.Application.GetController<EditorController>();
var filePath = editorController.ActiveDocument.ActiveFile.LocalFilePath;

Hi Kelly Edward, Developers

Thank you for your input with regards displaying the active file in the status bar.  I will ensure your input reaches the appropriate team.  However, I'm not sure it is relevant in this case as the active file is already identified by the navigation tree… + from within the editor document.

How to access the active file via the Integration API

ActiveFileChanged

Please make reference to the Integration API Document to understand how to recover and subscribe to the ActiveFileChanged event, to identify when the active file has changed.

Virtually Merged Files

To identify the file within a virtually merged document it is bit more complex via code and not currently possible from the public API.  We have already logged an API Change proposal request with the Studio core development team. 

However, the Trados AppStore Team have provided a workaround in recovering this information via reflection for now.  You can either install the nuget package that we have published or make direct reference to the extension from the open-source project on github, as follows:

Community Toolkit -> DocumentExtensions.cs

Hi Kelly Edward, Developers

Thank you for your input with regards displaying the active file in the status bar.  I will ensure your input reaches the appropriate team.  However, I'm not sure it is relevant in this case as the active file is already identified by the navigation tree… + from within the editor document.

How to access the active file via the Integration API

ActiveFileChanged

Please make reference to the Integration API Document to understand how to recover and subscribe to the ActiveFileChanged event, to identify when the active file has changed.

Virtually Merged Files

To identify the file within a virtually merged document it is bit more complex via code and not currently possible from the public API.  We have already logged an API Change proposal request with the Studio core development team. 

However, the Trados AppStore Team have provided a workaround in recovering this information via reflection for now.  You can either install the nuget package that we have published or make direct reference to the extension from the open-source project on github, as follows:

Community Toolkit -> DocumentExtensions.cs

Thanks for the long, detailed and kind reply. I appreciated it.

In short, you are saying, that is impossible.
Right ?

Kelly Edward

Kelly Edward said:

In short, you are saying, that is impossible.
Right ?

I think it's worth noting that just because an app has a bug doesn't mean something is beyond the capabilities of our developers.  We try to use the public API wherever we can, and then we work to try and ensure the API is extended where needed.  We also have to prioritise the work we spend time on.

I'm sure you have very clever solutions to solve these problems Kelly.  But don't forget where the starting point is for everything you do and who has written the code that allows you to create many of the things you work on.

People, especially Customers do not care about details, including Lots, Lots and Lots of blood, sweat and tears of UnNamed developers.
I know what you're saying, but that is not the point here.
The owner of this post wants to know specific simple data and no one answers for that yet, except me.

Regards

She says "Do you have a tip & trick for me?"
That is.. crying for help.

Kelly Edward

Kelly Edward said:

The owner of this post wants to know specific simple data and no one answers for that yet, except me.

In fact several people provided the answer to this question.  But I guess you are the most brilliant.

It looks like that she doesn't cry any more, thanks for several people.

Nah, I'm not participating in "Who is the most brilliant animal in this area" game, but just participating in "answer it" game.