http://bugs.winehq.org/show_bug.cgi?id=15524
Summary: Add language field for applications Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs@winehq.org ReportedBy: jan-winehq@hoogenraad.net
Please add a selection box to enter the language of the application. If implemented as a version of an application, allow for different titles of the applications in the different languages.
http://bugs.winehq.org/show_bug.cgi?id=15524
--- Comment #1 from Dmitry Timoshkov dmitry@codeweavers.com 2008-10-05 05:02:09 --- What is the point of that? Different language variants of the same app shouldn't differ in functionality.
http://bugs.winehq.org/show_bug.cgi?id=15524
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2008-10-05 12:30:34 --- They actually might. As example S.T.A.L.K.E.R. - Shadow of Chernobyl US version has no copy protection and runs as-is. Russian and I think world versions have copy protection and don't work on Wine as-is.
However this does not warrant separate versions in AppDB. It will be too confusing and will bloat already huge list of applications.
http://bugs.winehq.org/show_bug.cgi?id=15524
--- Comment #3 from Jan Hoogenraad jan-winehq@hoogenraad.net 2008-10-05 16:24:59 --- I see this as a logical evolvement after wine gets broader use.
I agree that different language versions of one application would be kept together. Thus making language an attribute of a version would help. For non-english versions, one could then post the ORIGINAL error texts (in the set language) for debugging. Furthermore, I often see local distributions of retail software, with some adjustments.
If the language of a version differs from the language of the parent, it would be nice if the title in that language could also be stored. Currently, the only field that could be used is the "description" field.
Still, I'm not sure how to catalog the dutch title "Disney Sneeuwwitje in het toverboekspel", as 1) I don't know the exact title of the english version and 2) I'd like to keep the title search function. Ideally, the master record should be the "most used" language (often english), and versions can be used to distinguish language versions.
http://bugs.winehq.org/show_bug.cgi?id=15524
--- Comment #4 from Austin English austinenglish@gmail.com 2008-10-05 17:52:01 --- (In reply to comment #1)
What is the point of that? Different language variants of the same app shouldn't differ in functionality.
Microsoft Office and CS3 have different bugs depending on the version. US Office 2003 installs fine, German doesn't. Spanish CS3 I've heard has install problems as well.
http://bugs.winehq.org/show_bug.cgi?id=15524
Ma Xiaojun damage3025@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |damage3025@gmail.com
--- Comment #5 from Ma Xiaojun damage3025@gmail.com 2012-01-05 16:51:09 CST --- My first language is Chinese.
From my experience, Chinese issues occurs from time to time in wine and other
programs.
Some Chinese people even created wine-cn fork to resolve Chinese issues. https://launchpad.net/~wine-cn
I would like to see AppDB add space for different language version of various apps. This can separate API implementation issues and i18n issues.
http://bugs.winehq.org/show_bug.cgi?id=15524
Joeseyefone joeseyefone@icloud.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joeseyefone@icloud.com
https://bugs.winehq.org/show_bug.cgi?id=15524
Ma Hsiao-chun damage3025@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|damage3025@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=15524
--- Comment #6 from Rosanne DiMesio dimesio@earthlink.net --- Different language versions are simply that, different versions. The version field accepts up to 100 characters, which is more than enough to accommodate language info along with all the other version info. There's no need for another field.