View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0014461 | Scribus | Translation | public | 2016-12-13 00:13 | 2019-06-04 20:56 |
Reporter | Kunda | Assigned To | Kunda | ||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Platform | Linux | OS | Manjaro | OS Version | 16.10 |
Product Version | 1.5.3.svn | ||||
Target Version | Future Release - Low Priority | Fixed in Version | 1.5.4.svn | ||
Summary | 0014461: The '\n' within the <source> tag is missing in <translation> tag | ||||
Description | String: Imports most Xfig files into the current document,\nconverting their vector data into Scribus objects. Code: https://github.com/scribusproject/scribus/blob/master/scribus/plugins/import/xfig/importxfigplugin.cpp#L75 Transifex issue: https://www.transifex.com/scribus/scribus/translate/#af/$/50101078?issue=yes | ||||
Additional Information | cc @bubu | ||||
Tags | l10n, upstream | ||||
Patch | No | ||||
|
\n is an escape sequence for a new line in C/C++. It is correctly interpreted as such by Qt lupdate and encoded as a new line in the ts file. |
|
Jean, then I suggest we remove it or hardcore a newline |
|
1) we won't remove it 2) c/c++ requires using \n or \r\n to hardcode a newline in a string. See for eg http://stackoverflow.com/questions/4529639/how-to-put-a-break-line-in-string |
|
@jghali I'm not disagreeing with you on a technical basis but if you disregard this issue a majority of the translators will translate this incorrectly then. Is that Ok with you? This is the string they will see: "Imports most Xfig files into the current document,converting their vector data into Scribus objects." |
|
Kunda, this is a transifex issue. We can't do nothing here. Please inform the transifex guys. The Qt translation system works perfectly with those escape sequence. |
|
Sent a message to Transifex support. |
|
jghali, i'm reopening this to track the issue. Response from Transifex: Hi there, I'm not quite sure what's the behavior you guys are expecting. Transifex is showing exactly what's being uploaded from the below source file, I suppose. https://raw.githubusercontent.com/scribusproject/scribus/master/resources/translations/scribus.en_US.ts Which actually has a line break, rather than a `\n`as you can see below in the related snippet extracted from the above file. <message> <location filename="../../scribus/plugins/import/xfig/importxfigplugin.cpp" line="75"/> <source>Imports most Xfig files into the current document, converting their vector data into Scribus objects.</source> <translation>Imports most Xfig files into the current document,converting their vector data into Scribus objects.</translation> </message> Thanks, -- Diego Búrigo Zacarão | Transifex |
|
@jghali take a look at the lastest trunk version of en_US.ts https://www.scribus.net/websvn/filedetails.php?repname=Scribus&path=%2Ftrunk%2FScribus%2Fresources%2Ftranslations%2Fscribus.en_US.ts&peg=21675 It shows a difference between the <source> and the <translation> content: <message> <location filename="../../scribus/plugins/import/xfig/importxfigplugin.cpp" line="75"/> <source>Imports most Xfig files into the current document, converting their vector data into Scribus objects.</source> <translation>Imports most Xfig files into the current document,converting their vector data into Scribus objects.</translation> </message> <message> <location filename="../../scribus/plugins/import/xfig/importxfigplugin.cpp" line="122"/> Why are they not 100% identical? |
|
Opened 0014506 to show the problem elsewhere in en_US.ts |
|
Renamed ticket for more clarity |
Date Modified | Username | Field | Change |
---|---|---|---|
2016-12-13 00:13 | Kunda | New Issue | |
2016-12-13 00:13 | Kunda | Tag Attached: l10n | |
2016-12-13 00:19 | Kunda | Relationship added | related to 0014460 |
2016-12-13 00:19 | Kunda | Relationship added | related to 0014459 |
2016-12-13 08:30 | jghali | Note Added: 0042950 | |
2016-12-13 08:41 | jghali | Assigned To | => jghali |
2016-12-13 08:41 | jghali | Status | new => resolved |
2016-12-13 08:41 | jghali | Resolution | open => no change required |
2016-12-13 08:41 | jghali | Status | resolved => closed |
2016-12-13 16:49 | Kunda | Note Added: 0042958 | |
2016-12-13 23:03 | jghali | Note Added: 0042967 | |
2016-12-13 23:54 | Kunda | Note Added: 0042974 | |
2016-12-14 00:12 | jghali | Note Added: 0042977 | |
2016-12-16 11:57 | Kunda | Note Added: 0043060 | |
2016-12-16 12:37 | Kunda | Tag Attached: upstream | |
2016-12-20 20:14 | Kunda | Assigned To | jghali => Kunda |
2016-12-20 20:14 | Kunda | Status | closed => assigned |
2016-12-20 20:14 | Kunda | Note Added: 0043117 | |
2016-12-24 11:26 | Kunda | Note Added: 0043180 | |
2016-12-24 11:26 | Kunda | Note Edited: 0043180 | |
2016-12-24 11:27 | Kunda | Note Edited: 0043180 | |
2016-12-24 12:18 | Kunda | Note Added: 0043181 | |
2016-12-24 12:18 | Kunda | Relationship added | child of 0014506 |
2016-12-24 12:29 | Kunda | Summary | confusion with '\n' in translation string => '\n' <source> tag is missing in <translation> tag |
2016-12-24 12:29 | Kunda | Note Added: 0043182 | |
2016-12-24 12:30 | Kunda | Summary | '\n' <source> tag is missing in <translation> tag => The '\n' within the <source> tag is missing in <translation> tag |
2017-01-18 21:40 | cbradney | Relationship deleted | child of 0014506 |
2017-01-18 21:40 | cbradney | Relationship added | related to 0014506 |
2018-01-07 06:49 | cbradney | Status | assigned => resolved |
2018-01-07 06:49 | cbradney | Resolution | no change required => fixed |
2018-01-07 06:49 | cbradney | Fixed in Version | => 1.5.4.svn |
2019-06-04 20:56 | cbradney | Status | resolved => closed |