On Wed, 17 Feb 2016 18:03:52 +
Denis Kozlov wrote:
> It would be useful to have a built-in option to regenerate base PO file
> (and update translated PO files) for a project.
>
> This could involve:
> 1) Removing all existing LRT, LRJ, RST, RSJ.
This can do that:
Run /
It would be useful to have a built-in option to regenerate base PO file
(and update translated PO files) for a project.
This could involve:
1) Removing all existing LRT, LRJ, RST, RSJ.
2) Forcing project to be recompiled to reprocess resourcestrings and
produce RSJ
3) Forcing forms to be resaved
On 2/17/16, Maxim Ganetsky wrote:
> So users will need to save forms anyway in order to ensure strings
> correctness and to get correct .po files.
>
> Maybe some helper tool that resaves all affected forms in one go can be
> created, though. Don't know how big is demand for it.
17.02.2016 18:24, Denis Kozlov пишет:
> It should be possible to code up an automatic conversion of LRT files
> directly to RSJ/LSJ, without a need to resave all forms. They both store
> the same data, but use a different format.
>
> Of course, LRT files with already broken strings (as a result
It should be possible to code up an automatic conversion of LRT files
directly to RSJ/LSJ, without a need to resave all forms. They both store
the same data, but use a different format.
Of course, LRT files with already broken strings (as a result of new lines)
would be initially mapped 1-to-1 to
On 02/16/2016 05:29 PM, Maxim Ganetsky wrote:
> Hello.
>
> Currently we use .lrt file to store translatable strings extracted from
> forms.
>
> This format is broken, because it cannot handle multiline
> resource strings (e.g. multiline hints).
Hi,
I've already submitted a patch, in October,
16.02.2016 20:31, Giuliano Colla пишет:
> Il 16/02/2016 17:29, Maxim Ganetsky ha scritto:
>> As a result people using this feature will need to remove their .lrt
>> files and save all affected forms again in order to generate .lrj files.
>> No other changes should be needed.
>>
>> Any comments?
Il 16/02/2016 17:29, Maxim Ganetsky ha scritto:
As a result people using this feature will need to remove their .lrt
files and save all affected forms again in order to generate .lrj files.
No other changes should be needed.
Any comments?
To actually provide the benefit to users, it would be
Hello.
Currently we use .lrt file to store translatable strings extracted from
forms.
This format is broken, because it cannot handle multiline
resource strings (e.g. multiline hints).
See the following bug report for details:
http://bugs.freepascal.org/view.php?id=26553
I propose to generate