Translate
This may be a stupid question, but can we create/develop our own Server-Based Translation Memory provider, just like GroupShare?
This may be a stupid question, but can we create/develop our own Server-Based Translation Memory provider, just like GroupShare?
Hi Edward,
I assume this is related to your other post, so I'll simply add to that:
If you use a server-based mechanism to create file-based TMs and wish to let users access these directly instead of downloading them, I think the best and easiest way would be to create a WCF service that serves as a communication API between the requester and the TM.
Once implemented, you could create a Custom Translation Provider plugin for Studio that would use this WCF service as translation provider.
Best,
Andreas
Hi Andreas,
Once again, thanks. But I was actually asking if we can create a custom "Server-based Translation Memory", which we can add into the "built-in" servers list of Trados Studio. Not creating a service/api and then create a custom translation provider plugin to connect to the said service/api.
Hi Andreas,
Once again, thanks. But I was actually asking if we can create a custom "Server-based Translation Memory", which we can add into the "built-in" servers list of Trados Studio. Not creating a service/api and then create a custom translation provider plugin to connect to the said service/api.
This may be a stupid question, but can we create/develop our own Server-Based Translation Memory provider, just like GroupShare?
I was actually asking if we can create a custom "Server-based Translation Memory", which we can add into the "built-in" servers list of Trados Studio. Not creating a service/api and then create a custom translation provider plugin to connect to the said service/api.
Edward Carandang Interesting idea; currently not possible to add an abstract server-based tm provider (in the way you are suggesting), it's implied you're connecting to a GS server. I would suggest to add this to the idea's. The development teams monitor the idea's regularly.
tks Andreas Galambos for response; yr suggestion is accurate. The principal idea behind the APIs that enable developers to add their own providers is to abstract away any concerns related to where the data is derived from.