Dear all, and SDL developers/programmers,
I appreciate that this is not a so common condition, but I just want to report it.
Sometimes, and due to most different reasons, we receive password protected/encrypted MS Word documents and (in general with a separate E-mail) the pertinent password to open, translate and edit them:
And this is not a real problem when we want to process them using SDL Studio.
It’s enough to open the file in MS Word using the provided password, and to remove the password/encryption protection using the MS Word command File > Information > Protect Document > Password encryption, deleting the original password leaving the pertinent field blank and, finally, saving again the document (say [FileName]_NO-PW.docx) to obtain a not-encrypted document.
Obviously, when you try to open an encrypted MS Word document in SDL Studio, you will get an error message telling you that it was not possible to open the document,
with the following sdlerror…xml details file:
But you won’t have any problem opening the not-encrypted saved copy after having disabled password/encryption.
The only final task, when completed and exported the translated file in its original format, will be to remember to reapply the password/encryption to the target document using the same command run to unprotect the document and inserting in the empty field the original password (two stages procedure) in order to respect the confidential request coming from the client.
And now a simple question to the SDL Studio developers/programmers.
Said that this is not a so common condition, is it possible to foresee a procedure to open and process a password protected/encrypted MS Word documents and to save back the translated version preserving the original format and password protection directly from SDL Studio?
I mean, a procedure similar to that of MS Office to open, to edit, and to save back a password protected/encrypted document.
Any other possible solution is welcome!
Thank you for your attention.
Regards,
Claudio
Generated Image Alt-Text
[edited by: Trados AI at 7:38 AM (GMT 0) on 29 Feb 2024]
