Hello,
I am using version 8.0, build 331.0 of the standalone PDFXChange-Editor (the same problem also occurs, when I use the SDK):
When using the typewriter-tool, textbox-tool, callout-tool or the sticky-note-tool and newline are used in the text content like so
everything seems fine. When I export the annotations as an XFDF, I see some (carriage return) to denote the newlines, which is a bit strange, but fair enough if PDFXChange-Editor wants to export it that way:
However, after importing this XFDF into an empty PDF, the newlines are removed:
When I export the XFDF again, I see that the (see above) have been replaced by   (space):
Thank you very much in advance.
Regards
AnKeilha
Newline in richtext annotations are removed after reimporting SOLVED
Moderators: TrackerSupp-Daniel, Tracker Support, Paul - Tracker Supp, Vasyl-Tracker Dev Team, Chris - Tracker Supp, Sean - Tracker, Ivan - Tracker Software, Tracker Supp-Stefan
Re: Newline in richtext annotations are removed after reimporting
As this functionality is quite important to us, I did some more digging:
1. The original exported.xfdf (with " " in it) seems to work fine when I import it into the "good", old Adobe Reader 11.
2. When I use line breaks in Adobe Reader 11, they use "
" for the XFDF-export, which is essentially the same as the " " you are using.
3. When I replace all the " " by "<br/>" ( ) the import into the PDFXChange-Editor seems to work fine. The result looks exactly like the first (correct) screenshot (see above). Although I am not quite sure, if using br-Tags for newlines is ideal from a richtext point of view, the Adobe Reader 11 seems to support it as well. => good enough, I guess
This means that we are probably going to use what I described in point 3 as a workaround, unless you could provide a quick fix for this. Do you see any problems with the workaround? Do you have any suggestions?
Unfortunately, workarounds for the XFDF-import are starting to pile up on our end (see also viewtopic.php?f=62&t=32585#p133820 ).
I would really appreciate some feedback on this.
Regards
AnKeilha
1. The original exported.xfdf (with " " in it) seems to work fine when I import it into the "good", old Adobe Reader 11.
2. When I use line breaks in Adobe Reader 11, they use "
" for the XFDF-export, which is essentially the same as the " " you are using.
3. When I replace all the " " by "<br/>" ( ) the import into the PDFXChange-Editor seems to work fine. The result looks exactly like the first (correct) screenshot (see above). Although I am not quite sure, if using br-Tags for newlines is ideal from a richtext point of view, the Adobe Reader 11 seems to support it as well. => good enough, I guess
This means that we are probably going to use what I described in point 3 as a workaround, unless you could provide a quick fix for this. Do you see any problems with the workaround? Do you have any suggestions?
Unfortunately, workarounds for the XFDF-import are starting to pile up on our end (see also viewtopic.php?f=62&t=32585#p133820 ).
I would really appreciate some feedback on this.
Regards
AnKeilha
- TrackerSupp-Daniel
- Site Admin
- Posts: 8605
- Joined: Wed Jan 03, 2018 6:52 pm
Re: Newline in richtext annotations are removed after reimporting
Hello AnKeilha,
Thank you for the report, As per your other thread a ticket has already been made:
RT#4804: Newline breaks XFDF-import
This ticket has now been assigned a developer and action is ongoing, however I canot speak for when exactly it will be resolved. I have added notes about your current workaround, but as the import works correctly with <br/> tags, I see no reason not to do this.
Kind regards,
Thank you for the report, As per your other thread a ticket has already been made:
RT#4804: Newline breaks XFDF-import
This ticket has now been assigned a developer and action is ongoing, however I canot speak for when exactly it will be resolved. I have added notes about your current workaround, but as the import works correctly with <br/> tags, I see no reason not to do this.
Kind regards,
Dan McIntyre - Support Technician
Tracker Software Products (Canada) LTD
+++++++++++++++++++++++++++++++++++
Our Web site domain and email address has changed as of 26/10/2023.
https://www.pdf-xchange.com
Support@pdf-xchange.com
Tracker Software Products (Canada) LTD
+++++++++++++++++++++++++++++++++++
Our Web site domain and email address has changed as of 26/10/2023.
https://www.pdf-xchange.com
Support@pdf-xchange.com
Re: Newline in richtext annotations are removed after reimporting
Hello Daniel,
there is an additional caveat of this workaround if you are trying to be downwards compatible to the old PdfViewer/PdfViewer SDK: The PdfViewer does not interpret the br-tags as newlines. For this you need to use " ". In our case this means that we have to substitute the br-tags by " " before we perist the XFDF data. A bit tricky, but it seems to work.
However, a fix for this would be very much appreciated.
Kind regards,
Andreas
there is an additional caveat of this workaround if you are trying to be downwards compatible to the old PdfViewer/PdfViewer SDK: The PdfViewer does not interpret the br-tags as newlines. For this you need to use " ". In our case this means that we have to substitute the br-tags by " " before we perist the XFDF data. A bit tricky, but it seems to work.
However, a fix for this would be very much appreciated.
Kind regards,
Andreas
- Will - Tracker Supp
- Site Admin
- Posts: 6815
- Joined: Mon Oct 15, 2012 9:21 pm
- Location: London, UK
- Contact:
Re: Newline in richtext annotations are removed after reimporting
We'll certainly do what we can
If posting files to this forum, you must archive the files to a ZIP, RAR or 7z file or they will not be uploaded.
Thank you.
Best regards
Will Travaglini
Tracker Support (Europe)
Tracker Software Products Ltd.
http://www.tracker-software.com
Thank you.
Best regards
Will Travaglini
Tracker Support (Europe)
Tracker Software Products Ltd.
http://www.tracker-software.com
Re: Newline in richtext annotations are removed after reimporting SOLVED
According to https://www.pdf-xchange.com/produc ... #8.0.332.0 the Issue T# 4804 has been fixed. I tested it myself today and it seems to work.
- Tracker Supp-Stefan
- Site Admin
- Posts: 17941
- Joined: Mon Jan 12, 2009 8:07 am
- Location: London
- Contact: