gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] the whole language thing


From: Sebastian Hilbert
Subject: Re: [Gnumed-devel] the whole language thing
Date: Fri, 12 Sep 2008 23:32:25 +0200
User-agent: KMail/1.9.9

On Freitag 12 September 2008, James Busser wrote:

> I understand GNUmed chose to make English the primary language, I
> guess that means that the main trunk code contains English strings
> for all things like menus, menu items, on-screen labels.
>
Yes.

> GNUmed is also "internationalized" which means (??) it is configured
> to *support* (allow) translation?
>
Yes.

> A translation is a structured set of strings that are able to
> substitute for any or all of the menus, menu items, window title bar
> text, and on-screen labels (literals) for the fields and for dialog
> box questions or information. (??)

Yes.

> And where a translation is 
> incomplete, it need not cause any problem other than the unspecified
> or incomplete portions causing the menus etc to display in the
> primary language?
>
Yes.

> The public db at salaam has a
>
>       currently selected database language ('de_DE')
>
> which does not match my current system language ('en_CA').

Because it changes to de_DE when I log in and set it and changes to en_CA when 
you log in.

> However I 
> cannot tell that choosing "Set" or "Don't set" makes any difference.

Not for the user interface. It does for the document types and so on.

> Either way, the menus all display in English as do the inbox column
> headings (category, type, message) and it is only the content e.g.
> "medizinish", "Dokumente durchsehen" etc that are displayed as one
> would expect to be defined by the content of the data tables.
>
Yes. Only Karsten can answer if those should be presented to you in English or 
German.

> With my own local database I also have a persisting (seeming)
> problem. When I log into v9 using client 0.3.2 from tarball, I am
> presented the USS Enterprise warning, which I acknowledge. I am then
> presented with
>
>       The currently selected language ('None') does not match the current
> system language (en_CA)?
>
This should only be the case when freshly bootstraped until you chose to set 
it to en_CA.

>       Do you want to set the database language to 'en_Ca'?
>
> How did the currently-selected language end up to be (or remain)
> "None"... is this a function of the bootstrap?
>
Yes.

> How do I set it?
>
Click yes when asked.

> If I click "Set" (to set it to 'en_CA') but it makes no difference
> because the next time I log in I get the *same* dialog that the
> database language is 'None' does this point to a bug? File a bug report?
>
I will check this but it sounds like a bug.

> Also, what is "Remember to ignore language mismatch" ... what is this
> supposed to achieve, and how would it be useful?
>
It won't ask you every time about the mismatch when you persistently log into 
my de_DE database :-)
>
> _______________________________________________
> Gnumed-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gnumed-devel



-- 
Sebastian Hilbert 
Leipzig / Germany
[www.gnumed.de]  -> PGP welcome, HTML ->/dev/null




reply via email to

[Prev in Thread] Current Thread [Next in Thread]