-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Riepe schrieb: > Martin Ereth wrote: >>>> In case we're going to use Qt's translation mechanism in the first place. >> That would be the easiest solution. > > But also the worst one. What if we want to add a gtk+ GUI one day? Or a > *real* command-line version without the GUI overhead? The former is > already on my wish list, by the way.
That would be nice. :-) > What dvbcut badly needs is more separation of the functionality and the > GUI. And a clean interface between them. If we use a Qt feature for > i18n/l10n, we're going in the wrong direction. Unless we only translate > the GUI portion (i.e. the 60-odd menu items). > > Besides that, everybody else uses gettext. I consider it a major design > flaw that Qt provides its own translation mechanism, instead of proper > hooks for gettext. If your Qt application uses any non-GUI libraries, > for example, you end up using both mechanisms in parallel: gettext for > the libraries and the Qt translator for the GUI. That's plain stupid, in > particular since no serious application can do without third-party > libraries these days. With regard to that, dvbcut is not an exception. Yeah, you're right. I worked with both systems separately and I think that gettext is better. Qt isn't even able to handle comments to a string. But how do you want to solve this? I don't know a solution to use qt and "normal" c++ i18n without working in parallel. How should that be done? I don't know whether qt is able to read gettexts gmo-format, but I think it isn't. gettext is able to produce qt's qm-files. So we may have two files, one for core and one for qt-gui? Both are produced from a po-file. But then are there always differences between the two files. The best solution would be using gettext for everything. Martin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGIYYE5UqXaCvB8IRAu6gAJ4mXXROs+K3iyfaaqxOR2mqP/MdhACfTMK1 TIEvExsudGzUdp/BgFk01vE= =WMe5 -----END PGP SIGNATURE----- ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
