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>
Hans, Thanks for your reply and for the time taken to look into this. For what it's worth, I'm seeing machines that have a locale value of 409, which should be US-English according to this and other tables http://msdn.microsoft.com/en-us/library/ms903928.aspx, still open Pd in localized versions.
On Wed, Feb 20, 2013 at 9: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>
So these are systems that were originally installed in Bulgarian then switched to US English? If I can reproduce this on the Windows machines I have access to, then it'll be much easier to fix.
I have tried to switch the two pdlab Windows machines from German to English, but failed. I couldn't make it switch, they stayed in German. If someone has good, working instructions for how to switch either Win7 or WinXP to English, I'll try that.
.hc
On Feb 21, 2013, at 12:30 AM, rene beekman wrote:
Hans, Thanks for your reply and for the time taken to look into this. For what it's worth, I'm seeing machines that have a locale value of 409, which should be US-English according to this and other tables http://msdn.microsoft.com/en-us/library/ms903928.aspx, still open Pd in localized versions.
On Wed, Feb 20, 2013 at 9: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>
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
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
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
Feel free to ask questions! That's why we have this list!
On Feb 23, 2013, at 3:52 AM, Björn Eriksson wrote:
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?
It's a pretty new thing, so there is not really a procedure. Check out how "Open Recent Files" is implemented for an example. The language selector would be easier since it just stores one piece of data, not a list of files.
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?
There is the feature request tracker for wish list items, but right now, I think few developers ever implement other people's feature requests. We all have our on lists of things we want to implement, and I think those lists are usually too long for the dev time we have anyhow.
So if you want something to get implemented, your best bet is to either do it yourself, or find someone to commit to doing it.
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.
I'm committed to making Pd-extended respect the system method for setting the default language, and if it is not, then its a bug that should be reported. I know the Mac OS X language detection is implemented wrong, so I hope to fix that soon (it should follow the language selector, not the language of the Dock). As far as I can tell, the Windows detection is implemented correctly, but it looks like that might not be true. For that, I'd need to see documentation on how Windows apps are supposed to detect the language, and then I'd need to have people with Windows in other languages test things. I use German installations of Windows XP and Windows 7, and it works properly there. But I use those systems in German, not English.
If anyone wants to make a language preference to set Pd-extended to a different language that the system language, I would accept that as a patch, but I'm not the one to implement it since that's not something I ever do.
.hc
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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Björn Eriksson -
Hans-Christoph Steiner -
rene beekman