« Return to Thread: Translatable string mystery
Re: Translatable string mystery
by Kees Bakker
::
Rate this Message:
On Monday 24 November 2008, Peter Landgren wrote:
> Den Monday 24 November 2008 17.49.58 skrev Peter Landgren:
> > This is what I did:
> > 1. Changed so that the two strings were on the same line
> > Now new complete string shows up! OK
> > 2. Did undo of the above.
> > Only partial string is shown now.
> > 3. Looked with hex editor and found that the file probably had been edited
> > in Windows as there were CR+LF all over the file.
> > 4. In the hexeditor replaced CR+LF with LF.
> > Now new complete string shows up! OK
> >
> > So, the question is now:
> > Does this happens in other files, which have CR+LF so that we might have
> > other incomplete strings in the pot file?
>
> I answer my own question. I found only one file src\Filters\Rules\Note\_MatchesRegexpOf.py
> that used CR+LF. (There was also a CR+LF in a comment in one file.)
> See
> http://www.gramps-project.org/bugs/view.php?id=2515Maybe a little late for this investigation. Here is a small utility in Python
to analyse the eol mode of files. In the default mode it only reports conflicting
eol modes (mix of LF and CRLF), and it reports a missing eol at the end of the file.
If you use --report-crlf it reports files with CRLF.
OK. This is what I did a moment ago:
find . -name '*.py' -exec eol-mode '{}' \;
./src/ReportBase/_Bibliography.py: last line no EOL
./src/Editors/_EditPrimary.py: last line no EOL
./src/widgets/toolcomboentry.py: last line no EOL
./src/widgets/valueaction.py: last line no EOL
./src/plugins/ImportCsv.py: last line no EOL
./src/plugins/ExportCsv.py: last line no EOL
./src/plugins/ExportVCalendar.py: last line no EOL
./src/plugins/ImportGedcom.py: last line no EOL
./src/plugins/ExportGeneWeb.py: last line no EOL
./src/plugins/Reporef.py: Mixed LF and CRLF
./src/plugins/ExportPkg.py: last line no EOL
./src/plugins/ImportXml.py: last line no EOL
./src/plugins/ExportXml.py: last line no EOL
./src/docgen/__init__.py: last line no EOL
./src/docgen/PdfDoc.py: last line no EOL
./src/gen/lib/styledtext.py: last line no EOL
./src/gen/plug/_plugin.py: last line no EOL
./src/gen/plug/_export.py: last line no EOL
If you rerun this with --report-crlf you get all the files
with CRLF eol.
--
Kees
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Gramps-devel mailing list
Gramps-devel@...
https://lists.sourceforge.net/lists/listinfo/gramps-devel
> Den Monday 24 November 2008 17.49.58 skrev Peter Landgren:
> > This is what I did:
> > 1. Changed so that the two strings were on the same line
> > Now new complete string shows up! OK
> > 2. Did undo of the above.
> > Only partial string is shown now.
> > 3. Looked with hex editor and found that the file probably had been edited
> > in Windows as there were CR+LF all over the file.
> > 4. In the hexeditor replaced CR+LF with LF.
> > Now new complete string shows up! OK
> >
> > So, the question is now:
> > Does this happens in other files, which have CR+LF so that we might have
> > other incomplete strings in the pot file?
>
> I answer my own question. I found only one file src\Filters\Rules\Note\_MatchesRegexpOf.py
> that used CR+LF. (There was also a CR+LF in a comment in one file.)
> See
> http://www.gramps-project.org/bugs/view.php?id=2515
to analyse the eol mode of files. In the default mode it only reports conflicting
eol modes (mix of LF and CRLF), and it reports a missing eol at the end of the file.
If you use --report-crlf it reports files with CRLF.
OK. This is what I did a moment ago:
find . -name '*.py' -exec eol-mode '{}' \;
./src/ReportBase/_Bibliography.py: last line no EOL
./src/Editors/_EditPrimary.py: last line no EOL
./src/widgets/toolcomboentry.py: last line no EOL
./src/widgets/valueaction.py: last line no EOL
./src/plugins/ImportCsv.py: last line no EOL
./src/plugins/ExportCsv.py: last line no EOL
./src/plugins/ExportVCalendar.py: last line no EOL
./src/plugins/ImportGedcom.py: last line no EOL
./src/plugins/ExportGeneWeb.py: last line no EOL
./src/plugins/Reporef.py: Mixed LF and CRLF
./src/plugins/ExportPkg.py: last line no EOL
./src/plugins/ImportXml.py: last line no EOL
./src/plugins/ExportXml.py: last line no EOL
./src/docgen/__init__.py: last line no EOL
./src/docgen/PdfDoc.py: last line no EOL
./src/gen/lib/styledtext.py: last line no EOL
./src/gen/plug/_plugin.py: last line no EOL
./src/gen/plug/_export.py: last line no EOL
If you rerun this with --report-crlf you get all the files
with CRLF eol.
--
Kees
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Gramps-devel mailing list
Gramps-devel@...
https://lists.sourceforge.net/lists/listinfo/gramps-devel
eol-mode (2K) « Return to Thread: Translatable string mystery
| Free embeddable forum powered by Nabble | Forum Help |
