Den 25/02/2016 14.46 skrev "jp charras" <[email protected]>: > > Le 25/02/2016 14:34, Simon Wells a écrit : > > can we not just use the localized version of the language name? > > > > > > On Fri, Feb 26, 2016 at 2:29 AM, Wayne Stambaugh <[email protected]> wrote: > >> On 2/25/2016 1:47 AM, Nick Østergaard wrote: > >>> And BTW, we have all accepted that flags for languages are bad. > > Who is "all" ? > > I don't remember I said "flags for languages are bad"
I don't literally mean "all" developers here. It is meant as a generalisation, here used as a way to express my opinion. If you look around you, you will likely find a similar opinion if you ask anyone who have actually spent two minutes of their life reflecting about this issue. > >> > >> What's the alternative, English text? Is English text alone useful for > >> users who don't know any English? I guess it's not an issue when there > >> are translations for the user's default language. I realize the flags > >> aren't ideal but is there a better solution? > >> > >>> > >>> 2016-02-25 7:44 GMT+01:00 Nick Østergaard <[email protected]>: > >>>> I think it might be a good idea to make the menu only list the > >>>> languages found. But I don't think the languages menu should be > >>>> removed. I think it should either just show the "Default" entry, or > >>>> say in the menu that now language files was found. > >>>> > >>>> I am not really sure why it is considered testing, but I suspect that > >>>> Jean-Pierre or somone else knows something more about that, but I > >>>> could be wrong. > >>>> > >>>> If no one knows why this is considered testing, I would suggest that > >>>> we don't do that, because it is really usefull, and a user using non > >>>> english native language on his desktop expect that it should be > >>>> possible to change it to english. This is also very useful for bug > >>>> reporting. Maybe we should even note that in our little bug reporting > >>>> guide. > >>>> > >>>> Nick > >>>> > >>>> 2016-02-25 5:24 GMT+01:00 Simon Wells <[email protected]>: > >>>>> any comments on this? > >>>>> > >>>>> > >>>>> ---------- Forwarded message ---------- > >>>>> From: Simon Wells <[email protected]> > >>>>> Date: Mon, Jan 18, 2016 at 11:26 AM > >>>>> Subject: Language List > >>>>> To: KiCad Developers <[email protected]> > >>>>> > >>>>> > >>>>> Currently the Language List throughout kicad advises it is used for testing only > >>>>> > >>>>> common/pgm_base.cpp:72 * The selection of languages is mainly for > >>>>> maintainer's convenience > >>>>> the tooltip for the languages option in preferences is also "only used > >>>>> for testing!" > >>>>> > >>>>> If this is the case do we really need the flags, Apart from being > >>>>> rather over the top for a testing feature flags while they can look > >>>>> pretty (yet seem to be disabled on most platforms) aren't very > >>>>> accurate as to the language, and should it be moved into #ifdef DEBUG > >>>>> > >>>>> I am currently making it so that it will only add the languages that > >>>>> are found in the paths as being able to select a language that isn't > >>>>> installed is not very useful. And the languages menu will not even be > >>>>> available if no i18n files are located > >>>>> > >>>>> If we decide to keep the flags would it not make more sense to move > >>>>> these to the i18n repo so that adding a language would not require > >>>>> effort from both programmers and translators, how my code will work is > >>>>> that it will automatically update the list with any languages that are > >>>>> detected > >>>>> > >>>>> thanks > >>>>> > >>>>> Simon > > > -- > Jean-Pierre CHARRAS > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : [email protected] > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp
_______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
