That sounds hopeful! Even though I am far from a coder to consider starting to propose some changes.
How are the normal procedures when something new is implemented as a GUI preference? Are there someone coming up with some code suggestions and then tests of that - - - or are there a place to put an idea like this, in a list
- a wishlist - and then someone sooner or later possible takes on a
coding task - or is it "here" or at "pd-developments" list a think like this is proposed and discussed?
Sorry for a multitude of questions?
Speaking of the importance of a language selector, I would put it rather high. By some "default" mechanisms we speak english here on this list - to maybe 99.5%, and that it also a good thing as it acts as an interface between languages, but also when you are learning totally new aspects (as we can expect some of Pd newcomers to be) then it can be really helpful to have a learning process more near a native language. The best of it would be if the language selector could be instantly flushing to the new language, like that there can be an enhanced understanding when comparing menues and menue selections as you see the language change and can compare between languages that you are more or less familiar with.
I hope my idea don´t sound too complicated. Also I wish there is a wishlist. Otherwise it is here above.
All the best, Björn Eriksson
On Thu, Feb 21, 2013 at 7:53 PM, Hans-Christoph Steiner hans@at.or.at wrote:
I don't think it would be super complicated to implement. I think the easiest way would be to implement it as a GUI preference, so that would be all Tcl code. Check out pd/tcl/pd_guiprefs.tcl for the API. And you can see load_locale in tcl/pd-gui.tcl
.hc
On 02/21/2013 02:36 AM, Björn Eriksson wrote:
Hello, I am following this thread with interest and step by step starting to understand the implications. Just a curious wonder... is it very complicated to implement a new functionality where a specific .msg file is selected and wanted language choosen, at least temporarily until next active choice?
Realize it´s not there... but thinking ahead.
/Björn Eriksson
On Wed, Feb 20, 2013 at 8:35 PM, Hans-Christoph Steiner hans@at.or.at wrote:
I'm going to CC the list in case anyone else wants to change this value.
Tcl looks at HKEY_CURRENT_USER\Control Panel\International\locale in particular. Its a number. This is not Pd-specific, I imagine its used by lots of apps, and perhaps even the system itself. I wouldn't recommend changing it directly, it might mess things up. There should be a way to change the Windows system so that it is set properly in English.
If you really just want to force Pd-extended to be in English, the safest route is to delete all the .msg files in \Program Files\pd\po
.hc
On Feb 20, 2013, at 1:34 AM, rene beekman wrote:
Hans, I'm replyting off-list so we don't burden the list with this. Attached are screenshots from the registry entries on two of the machines. As you can see from the menus of regedit itself, the OS is running in English, though I am not sure where that is set in the International settings. Some of the other machines (I'm waiting for their owners to mail the screenshots to me) have localeName set to en_US en location to US, but Pd still opens in Bulgarian. I'll send the other screenshots when I get them.
Thanks!
Rene
On Mon, Feb 18, 2013 at 4:53 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Run 'regedit' in the Run command thing on the start menu, and look for:
HKEY_CURRENT_USER\Control Panel\International
.hc
On 02/18/2013 12:57 AM, rene beekman wrote:
Hans, thanks for the reply
On the Mac it works for me. Applelocale reports en_BG and Pd properly shows up in English.
The windows machines I will be able to check tomorrow evening. How do I find the proper registry keys there?
> Date: Fri, 15 Feb 2013 09:54:35 -0500 > From: Hans-Christoph Steiner hans@at.or.at > Subject: Re: [PD] Changing the defaul language in 0.43 > To: pd-list@iem.at > Message-ID: 511E4C2B.2030908@at.or.at > Content-Type: text/plain; charset=ISO-8859-1 > > > Pd-extended should use the same language that the user is using. If not, its > a bug. Pd-extended on Mac OS X looks at what language the Dock is configured > in and uses that. Apparently, this is not reliable, since I guess people buy > systems in one language, then use them in another, and the Dock doesn't seem > to respect that change. You can check the language of your Dock and your > global locale by running this in the Terminal: > > defaults read com.apple.dock loc > defaults read NSGlobalDomain AppleLocale > > The easiest fix it to probably set the language of the Dock like this: > > defaults write com.apple.dock loc en_US > > I have no idea why its failing on Windows, maybe for a similar reason. As far > as I could tell, Pd-extended uses the 'proper' registry value: > > HKEY_CURRENT_USER\Control Panel\International > > Could you send the value of that registry key on machines that fail to respect > the user setting? > > .hc > > On 02/15/2013 01:03 AM, rene beekman wrote: >> How do I set / change the default language on both Windoze and Mac for 0.43 >> ? >> I don't have a Windoze machine myself, so can't test there, but the readme >> for the Mac version does not say anything about it. There also seems to be >> no setting in the preference file for this (or at least none that I could >> find). >> >> I searched the list-archives and the "best" instruction I found was to >> delete all .msg files inside /po, which seems a bit crude to me. >> Is there a more elegant way to do this? >> >> I understand from an older discussion that the assumption was that >> "non-technical" people were assumed to want to use Pd in their native >> language. I did installs this week on about a dozen machines >> and apparently they all belonged to "non-technical" people, even though >> every single one of them runs all software on their machine in English >> only... Wouldn't it be wiser to assume that whatever the language is that >> the OS is running in, is also the language that people really want to use >> their software in? >> Just my two cents. >> >> >>
<a.png><b.png><registry editor.jpg><registry editor2.jpg>
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list