> feature.
> A quick search for %n in the Qt .ts files would reveal that. I don't
> have them here, or I would take a peek.
> But even so: Qt could pre-load the Qt .qm file by default from an
> internal resource, and I guess that makes sense. There is no need for
> a special tr() version to do that.
>
I would hardly say that Qt uses this feature:
Q:\dev\qt-5.3\qttranslations\translations [5.3]> grep "numerus=.yes." *_de.ts |
uniq -c
11 designer_de.ts: <message numerus="yes">
8 linguist_de.ts: <message numerus="yes">
1 qt_help_de.ts: <message numerus="yes">
2 qtxmlpatterns_de.ts: <message numerus="yes">
Q:\dev\qt-5.3\qttranslations\translations [5.3]>
So, it's will only affect applications due to QtHelp and QtXmlPatterns. These
are the messages:
qt_help_de.ts: <source>%1 - %2 of %n Hits</source>
qtxmlpatterns_de.ts: <source>%1 takes at most %n argument(s). %2
is therefore invalid.</source>
qtxmlpatterns_de.ts: <source>%1 requires at least %n argument(s).
%2 is therefore invalid.</source>
So, I think very few people are affected by this and I'm not sure fixing this
is worth the effort.
If we simply provide qt_US.ts, and the user uses windeployqt it will
automatically be deployed in the same way as other .qm files, and it will just
work (tm).
Jan Arve
_______________________________________________
Development mailing list
[email protected]
http://lists.qt-project.org/mailman/listinfo/development
