Project

General

Profile

Actions

Feature #10429

closed

add a way of changing UI language

Added by Nik Kant over 1 year ago. Updated over 1 year ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
03/09/2023
Due date:
% Done:

0%

Estimated time:
Chirp Version:
next
Model affected:
-
I read the instructions above:

Description

tested with version next-20230307

I use mainly English in my laptop although I am from Greece and have Greek locale (like currency etc.)

In CHIRP next I didn't find a way of changing UI language to English.

  • adding "language = English" in chirp.config didn't work
  • in order to revert everything to English I had to remove all "el" locale files from \wx\locale\ and \chirp\locale\

Files

debug.log (891 Bytes) debug.log Nik Kant, 03/09/2023 09:14 AM

Related issues 2 (0 open2 closed)

Related to Feature #11349: Choose language by adding settings menuClosed05/16/2024

Actions
Has duplicate Feature #10494: Language change menuRejected04/01/2023

Actions
Actions #1

Updated by Dan Smith over 1 year ago

What other major software can you point to that allows this? TBH, I see it as a major win that in chirp-next, we properly inherit the locale from the system on all three major platforms, instead of just Linux. Having to make non-english-speaking users select their language before they can read the UI was always an extremely gross wart in the original version, to me. Akin to some of the chinese radio software shipping in chinese mode by default, and us having to fumble through unreadable menus until we see "english" and assume that will fix it.

I think you should probably be looking for something like this:

https://github.com/InWILL/Locale_Remulator

Actions #2

Updated by Nik Kant over 1 year ago

Dan Smith wrote in #note-1:

What other major software can you point to that allows this? TBH, I see it as a major win that in chirp-next, we properly inherit the locale from the system on all three major platforms, instead of just Linux. Having to make non-english-speaking users select their language before they can read the UI was always an extremely gross wart in the original version, to me. Akin to some of the chinese radio software shipping in chinese mode by default, and us having to fumble through unreadable menus until we see "english" and assume that will fix it.

I think you should probably be looking for something like this:

https://github.com/InWILL/Locale_Remulator

Oh my, when I read your reply at first I thought you were pulling my leg..
We obviously have 180° views on this. The ability of the user to change the UI language of every single program he uses and not restricted to OS level is a degree of freedom that should be almost mandatory.

Perhaps you didn't in the line of your daily life and work had to combat with funny translations, missing menu translations, wrong interpretation of words etc. Me and many other users have (btw I won't refer to my knowledge in IT, since I come here as a simple user)

I'll give some examples since you asked and I'll stop there

Notepad++

--

Firefox

--

XnView

--

Is Gimp major enough?

--

Is LibreOffice major enough?

I just opened what I had in front of me..

Anyway since I have the utmost respect for the work you do on CHIRP which is far more important than just having to delete some files (sorry to add another program in order to user CHIRP the way I like it is counterproductive) I will leave this matter here. I totally think it's wrong but hey you're the boss :)

You can close this request

"So Long, and Thanks for All the Fish"

Actions #3

Updated by Dan Smith over 1 year ago

...it was an honest question.

Actions #4

Updated by Dan Smith over 1 year ago

Actions #5

Updated by Dan Smith over 1 year ago

I'm wondering if disabling the translation for just the CHIRP elements would be sufficient to avoid translating the radio terms, while keeping stock translations for things like File, Edit, OK, Cancel, etc. Is that more confusing to be in two languages or one? I have less control over the stock items, without substantially changing very early initialization of the application window, which I really don't want to do if possible.

Also, would it not be better to just un-translate the "radio terms" for languages where the translator may have gone too far?

Actions #6

Updated by DJ kourampies over 1 year ago

For me that would not be enough, I just don't want anything computer related to be translated to Greek. I find your opinion on #1 really weird, and I absolutely agree with post #2.

Actions #7

Updated by Dan Smith over 1 year ago

I really don't understand -- why do you have the windows locale set to greek if you don't want anything to display in greek? I know it doesn't change anything, I'm just trying to understand.

Actions #8

Updated by Dan Smith over 1 year ago

  • Status changed from New to Closed
  • Assignee set to Dan Smith
  • Target version set to chirp-py3

Added a CLI argument (--force-language) and a conf knob (prefs.force_language) override in in commit:bee0b4a5077a363a1ca94efe480dabeab7bf3209 and commit:13e0fca2689553e9ce052d4e4b746df856a059a9 . The conf knob is different from the old internal one because it needs to take the ISO language name and not the arbitrary name that legacy chirp gave to each language.

Hopefully that's a reasonable compromise.

Actions #9

Updated by Dan Smith 6 months ago

  • Related to Feature #11349: Choose language by adding settings menu added
Actions

Also available in: Atom PDF