Bug 628266 - Apostrophes presented as entities in POT files
Summary: Apostrophes presented as entities in POT files
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Publican
Classification: Community
Component: publican
Version: 1.6
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Jeff Fearn 🐞
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-29 02:14 UTC by Ruediger Landmann
Modified: 2015-09-28 02:34 UTC (History)
5 users (show)

Fixed In Version: publican-2.2-0.fc13
Clone Of:
Environment:
Last Closed: 2010-10-08 20:42:45 UTC
Embargoed:


Attachments (Terms of Use)

Description Ruediger Landmann 2010-08-29 02:14:50 UTC
Description of problem:
When Publican generates a POT file from an XML file, all apostrophes (single quote marks) in the text are presented as '

This breaks translations made when Publican presented single quote marks/apostrophes in PO files.

Using numerical entities for apostrophes makes translation more difficult, since the nature of the entity is not always obvious.

Version-Release number of selected component (if applicable):
2.1

How reproducible:
100%

Steps to Reproduce:
1. Place a string with an apostrophe in an XML file
2. run publican update_pot
  
Actual results:
The string appears in the POT file with ' in place of the apostrophe

Expected results:
The apostrophe is presented as a normal single quote mark.

Comment 1 Ruediger Landmann 2010-08-30 05:22:44 UTC
Confirmed fixed in build 2.1-0.fc13.t36

Reverting to this earlier behaviour will affect any books where the POT files have been refreshed in the last few months. However, it will prevent fuzzies being generated for strings with apostrophes in them when you reuse translations made previous to the last few months. Also, it ensures that single and double quotation marks are presented in the PO files as ' and " instead of ' and "

Manuel, is the earlier behaviour (' and ") what you would expect?

Comment 2 Manuel Ospina 2010-09-06 00:20:43 UTC
I think having the  ' and " is clearer for translators.

Comment 3 Ruediger Landmann 2010-09-28 07:10:26 UTC
A similar issue us happening with < and > -- these get changed into < and > in POT

Discovered on 2.1-0.fc13.t106

Comment 4 Jeff Fearn 🐞 2010-09-29 05:32:49 UTC
Fixed < and >.

Fixed in build: 2.1-0%{?dist}.t110

Comment 5 Fedora Update System 2010-10-06 05:49:09 UTC
publican-2.2-0.fc13 has been submitted as an update for Fedora 13.
https://admin.fedoraproject.org/updates/publican-2.2-0.fc13

Comment 6 Fedora Update System 2010-10-06 05:50:25 UTC
publican-2.2-0.fc12 has been submitted as an update for Fedora 12.
https://admin.fedoraproject.org/updates/publican-2.2-0.fc12

Comment 7 Fedora Update System 2010-10-06 05:50:29 UTC
publican-2.2-0.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/publican-2.2-0.fc14

Comment 8 Fedora Update System 2010-10-08 20:40:34 UTC
publican-2.2-0.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 9 Laura Bailey 2010-11-28 23:44:16 UTC
A number of my older books showed this problem with a large number of entities. Posting the list here in case of later regression:

&#39;
&#x2019;
&#34; (remember to replace this with \" in po files, to escape the " character)
&#60;
&#62;
&#x201C;
&#x201D; (remember to replace this with \" in po files, to escape the " character)
&#x2013;
&#160;
&#xA0;
&#8212;
&#37;
&#36;


Note You need to log in before you can comment on or make changes to this bug.