Does WFP 2.4 trim newlines? Автор темы: Samuel Murray
| Samuel Murray Нидерланды Local time: 08:02 Член ProZ.com c 2006 английский => африкаанс + ...
G'day everyone
I recently had an odd experience with an editor, and I would like to enlist your help (if you have Wordfast Pro 2.4). I also posted this on the WFP Yahoogroup but the answers given to me there doesn't quite explain it. I wrote:
Over the past week I've been exchanging TXML files with an editor, and every time the files came back from the editor, portions of the text were missing in certain segments, and I had to add it again (man... See more G'day everyone
I recently had an odd experience with an editor, and I would like to enlist your help (if you have Wordfast Pro 2.4). I also posted this on the WFP Yahoogroup but the answers given to me there doesn't quite explain it. I wrote:
Over the past week I've been exchanging TXML files with an editor, and every time the files came back from the editor, portions of the text were missing in certain segments, and I had to add it again (manually, by copy/pasting into the truncated segments).
The segments in question had soft line breaks in the target text. Interestingly, the source text (which also has line breaks) was not affected by the editor, but the target text was.
I use WFP 3.0 and the editor used WFP 2.4.
I also noticed that the TXML files that I got from the editor didn't have a UTF8 BOM, whereas the TXML files created by me did have it -- is that a feature of WFP 2.4?
Here is what the file would look like when I send it to the editor:
![](http://i45.tinypic.com/34od4wm.jpg)
and here is what it would look like when it comes back from the editor:
![](http://i48.tinypic.com/34ns8ip.jpg)
(and I checked the TXML file in a text editor -- those missing lines are really gone).
If you have WFP 2.4 on your computer, would you do me a favour and download this file, open it in WFP, make a single edit in the first segment, save it, and send it to me? I just want to see if I can reproduce the problem. Also please let me know if you could see the file as it appeared in the screenshots above.
My e-mail address is at the bottom of my web site's first page.
Thanks
Samuel ▲ Collapse | | | Probably not forward-compatible | Feb 13, 2013 |
Chances are Wordfast Pro is backward-compatible (newer versions can open TXML's produced with older versions), but not forward-compatible (older versions cannot open TXML's produced with newer version). Or if you try to open a 3.x TXML in WFP 2.x, strange things can happen, as in your case.
I remember third-party software that support the TXML format (eg. memoQ and Xbench) needed to modify their filters when WFP 3 was introduced.
Is there any particular reason why your ... See more Chances are Wordfast Pro is backward-compatible (newer versions can open TXML's produced with older versions), but not forward-compatible (older versions cannot open TXML's produced with newer version). Or if you try to open a 3.x TXML in WFP 2.x, strange things can happen, as in your case.
I remember third-party software that support the TXML format (eg. memoQ and Xbench) needed to modify their filters when WFP 3 was introduced.
Is there any particular reason why your editor is still using 2.4? Whether or not he has a license and whether or not his license is valid doesn't matter at all: he could just download 3.1.3 and use it, either in demo mode or in full mode (just like with 2.4). ▲ Collapse | | | Samuel Murray Нидерланды Local time: 08:02 Член ProZ.com c 2006 английский => африкаанс + ... Автор темы
Dominique Pivard wrote:
Or if you try to open a 3.x TXML in WFP 2.x, strange things can happen, as in your case.
If the formats are incompatible, then the translators should get a warning when he tries to open it, IMO. That would be responsible programming.
I remember third-party software that support the TXML format (eg. memoQ and Xbench) needed to modify their filters when WFP 3 was introduced.
I think the main reason for that was the introduction of tracked changes in TXML. I suspect the filters were based on the assumption that there will always be just one "source "and one "target" of a given language code in a translation unit, and TXML's track changes basically retains the old target text inside the same translation unit (but in a completely separate field).
Is there any particular reason why your editor is still using 2.4?
I have no idea -- I don't have direct access to the editor. I suspect the editor is in a low-bandwidth country where downloading 150 MB would normally take several days and not necessarily succeed. Or (who knows) maybe the editor is using a registration-free or bulk registered version of WFP that was supplied to him by some other translation agency. | | | WFP versions | Feb 14, 2013 |
Samuel Murray wrote:
If the formats are incompatible, then the translators should get a warning when he tries to open it, IMO. That would be responsible programming.
My guess is that at the time of WFP 2.x, developers didn't foresee the TXML format would change with WFP 3.x. Not an excuse, just an explanation.
Samuel Murray wrote:
I have no idea -- I don't have direct access to the editor. I suspect the editor is in a low-bandwidth country where downloading 150 MB would normally take several days and not necessarily succeed. Or (who knows) maybe the editor is using a registration-free or bulk registered version of WFP that was supplied to him by some other translation agency.
If you are involved in a client-driven WFP project, they (the agency) should make sure the editor/reviewer uses the same version of WFP as the translator, preferably the latest one (like you have been doing).
For editing purposes, it doesn't matter whether you use WFP in demo or full mode. | |
|
|
Samuel Murray Нидерланды Local time: 08:02 Член ProZ.com c 2006 английский => африкаанс + ... Автор темы Thanks to one WFP user | Feb 14, 2013 |
Samuel Murray wrote:
If you have WFP 2.4 on your computer, would you do me a favour and download this file, open it in WFP, make a single edit in the first segment, save it, and send it to me?
One WFP user using WFP 2.4.3.1 sent me a screenshot and an edited file. It is as Yasmin had said on the Yahoogroup, namely that WFP 2 users don't see the extra lines at all:
![](http://i45.tinypic.com/16i5vmr.jpg)
And to make matters worse, WFP truncates the target text (but not the source text) in the TXML file at the line break. This is exactly what I saw with my editor. | | | To report site rules violations or get help, contact a site moderator: You can also contact site staff by submitting a support request » Does WFP 2.4 trim newlines? Protemos translation business management system | Create your account in minutes, and start working! 3-month trial for agencies, and free for freelancers!
The system lets you keep client/vendor database, with contacts and rates, manage projects and assign jobs to vendors, issue invoices, track payments, store and manage project files, generate business reports on turnover profit per client/manager etc.
More info » |
| Anycount & Translation Office 3000 | Translation Office 3000
Translation Office 3000 is an advanced accounting tool for freelance translators and small agencies. TO3000 easily and seamlessly integrates with the business life of professional freelance translators.
More info » |
|
| | | | X Sign in to your ProZ.com account... | | | | | |