[bug-gettext] [bug #50920] support Javascript template strings in xgettext

2017-05-03 Thread Bruno Haible
Update of bug #50920 (project gettext): Severity:1 - Wish => 3 - Normal Status: Not a Bug => None Assigned to: haible => None Summary: J

[bug-gettext] [bug #50920] Javascript interpolated strings in xgettext

2017-05-03 Thread Philip Chimento
Follow-up Comment #3, bug #50920 (project gettext): (To be clear, the difference is the backticks) ___ Reply to this item at: ___ Message sent via/by Sa

[bug-gettext] [bug #50920] Javascript interpolated strings in xgettext

2017-05-03 Thread Philip Chimento
Follow-up Comment #2, bug #50920 (project gettext): You might be misunderstanding my motivation for filing this bug report. Believe me I know the problems of format strings getting mangled by translators no matter the programming language, so that's not what the bug report was about However, Java

[bug-gettext] [bug #50920] Javascript interpolated strings in xgettext

2017-05-03 Thread Bruno Haible
Update of bug #50920 (project gettext): Status:None => Not a Bug Assigned to:None => haible ___ Follow-up Comment #1: I will close this a

[bug-gettext] [bug #50910] Makefile.in.in should produce up-to-date .mo files even when target 'update-po' is never invoked

2017-05-03 Thread Bruno Haible
Update of bug #50910 (project gettext): Category:None => Programmer tools Status: Need Info => Confirmed Summary: Indicate reused strings in msgmerge verbose output => Makefile.in.in should pr

[bug-gettext] [bug #50910] Indicate reused strings in msgmerge verbose output

2017-05-03 Thread Claude Paroz
Follow-up Comment #4, bug #50910 (project gettext): For me, that's clearly b). I also understand the possible confusion concerning the build process. I think that during the recent years, build toolchains in the GNOME world partially lost the habit/interest to do more than compiling the .po to .m