[homepage]: r2879 - trunk/src/donations.src.en
Author: diego Date: Thu Apr 19 02:13:32 2007 New Revision: 2879 Modified: trunk/src/donations.src.en Log: 10l to Guillaume: This file is UTF-8 and should remain UTF-8. Modified: trunk/src/donations.src.en ============================================================================== --- trunk/src/donations.src.en (original) +++ trunk/src/donations.src.en Thu Apr 19 02:13:32 2007 @@ -39,7 +39,7 @@ <li>Sean Jensen-Grey</li> <li>Christian Auby</li> <li>Andreas Grois</li> -<li>Peter �sterlund</li> +<li>Peter Österlund</li> <li>J David Eisenberg</li> <li>Marcin Skoczylas</li> <li>Rajesh Sankaran</li>
Hi, On 4/19/07, diego <subversion@mplayerhq.hu> wrote:
Author: diego Date: Thu Apr 19 02:13:32 2007 New Revision: 2879
Modified: trunk/src/donations.src.en
Log: 10l to Guillaume: This file is UTF-8 and should remain UTF-8.
I did notice this yesterday, but wasn't sure how to fix it. How did you fix it? Guillaume -- Rich, you're forgetting one thing here: *everybody* except you is stupid. Måns Rullgård
On Thu, Apr 19, 2007 at 08:17:44AM +0200, Guillaume POIRIER wrote:
On 4/19/07, diego <subversion@mplayerhq.hu> wrote:
Modified: trunk/src/donations.src.en
Log: 10l to Guillaume: This file is UTF-8 and should remain UTF-8.
I did notice this yesterday, but wasn't sure how to fix it. How did you fix it?
The best way is preventing such bugs by using UTF-8 capable editors. There you can just replace the characters. As a quick workaround, I converted the file with iconv and did a copy and paste for the offending character. Diego
Hi, Diego Biurrun wrote:
On Thu, Apr 19, 2007 at 08:17:44AM +0200, Guillaume POIRIER wrote:
On 4/19/07, diego <subversion@mplayerhq.hu> wrote:
Modified: trunk/src/donations.src.en
Log: 10l to Guillaume: This file is UTF-8 and should remain UTF-8.
I did notice this yesterday, but wasn't sure how to fix it. How did you fix it?
The best way is preventing such bugs by using UTF-8 capable editors. There you can just replace the characters.
Mmmm.... I was using Xemacs on a full-UTF-8 distro (to the best of my knowledge, at least), and copy/pasted the names from paypal pages on firefox. I thought XEmacs supported UTF-8 and auto-detected the charset automatically. I looks like it doesn't do the auto-detection. I wonder how I can force it to open the file as an UTF-8 file..... I also wonder what happens when I copy/paste between applications that may or may not support UTF-8....
As a quick workaround, I converted the file with iconv and did a copy and paste for the offending character.
Ok, I'll keep that in mind if I can't manage to have my editor keep everything as UTF-8. Guillaume
On Fri, Apr 20, 2007 at 10:12:46AM +0200, Guillaume Poirier wrote:
Diego Biurrun wrote:
On Thu, Apr 19, 2007 at 08:17:44AM +0200, Guillaume POIRIER wrote:
On 4/19/07, diego <subversion@mplayerhq.hu> wrote:
Modified: trunk/src/donations.src.en
Log: 10l to Guillaume: This file is UTF-8 and should remain UTF-8.
I did notice this yesterday, but wasn't sure how to fix it. How did you fix it?
The best way is preventing such bugs by using UTF-8 capable editors. There you can just replace the characters.
Mmmm.... I was using Xemacs on a full-UTF-8 distro (to the best of my knowledge, at least), and copy/pasted the names from paypal pages on firefox. I thought XEmacs supported UTF-8 and auto-detected the charset automatically. I looks like it doesn't do the auto-detection. I wonder how I can force it to open the file as an UTF-8 file..... I also wonder what happens when I copy/paste between applications that may or may not support UTF-8....
GNU Emacs has proper UTF-8 support starting from version 22 (and prereleases). I'm thinking that XEmacs is behind, is it maintained at all these days? Check out GNU emacs, I'm quite happy with it, I found it to be considerably faster than XEmacs, especially on startup. Diego
On Fri, Apr 20, 2007 at 12:58:47PM +0200, Diego Biurrun wrote:
Mmmm.... I was using Xemacs on a full-UTF-8 distro (to the best of my knowledge, at least), and copy/pasted the names from paypal pages on firefox. I thought XEmacs supported UTF-8 and auto-detected the charset automatically. I looks like it doesn't do the auto-detection. I wonder how I can force it to open the file as an UTF-8 file..... I also wonder what happens when I copy/paste between applications that may or may not support UTF-8....
GNU Emacs has proper UTF-8 support starting from version 22 (and prereleases). I'm thinking that XEmacs is behind, is it maintained at all these days?
Both support UTF-8 to varying degrees (GNU basically totally; X very poorly to the degree that it corrupts files upon load-save cycle even with no editing between if they contain characters not present in the nasty internal "MULE" charset). However, neither correctly chooses the default encoding based on your locale. I have the following lines in my .emacs: (prefer-coding-system 'utf-8) (setq locale-coding-system 'utf-8) (set-terminal-coding-system 'utf-8) (set-keyboard-coding-system 'utf-8) (set-selection-coding-system 'utf-8) (setq file-name-coding-system 'utf-8) You can also use these if you want to override all automatic detection of encoding and treat all files as UTF-8: (setq coding-system-for-read 'utf-8) (setq coding-system-for-write 'utf-8)
Check out GNU emacs, I'm quite happy with it, I found it to be considerably faster than XEmacs, especially on startup.
My experience is quite the opposite; I wish XEmacs worked so I could use it.. But I'm using -nw, not gui, so that may be the difference. Rich
On Sat, Apr 28, 2007 at 09:13:02AM -0400, Rich Felker wrote:
On Fri, Apr 20, 2007 at 12:58:47PM +0200, Diego Biurrun wrote:
Mmmm.... I was using Xemacs on a full-UTF-8 distro (to the best of my knowledge, at least), and copy/pasted the names from paypal pages on firefox. I thought XEmacs supported UTF-8 and auto-detected the charset automatically. I looks like it doesn't do the auto-detection. I wonder how I can force it to open the file as an UTF-8 file..... I also wonder what happens when I copy/paste between applications that may or may not support UTF-8....
GNU Emacs has proper UTF-8 support starting from version 22 (and prereleases). I'm thinking that XEmacs is behind, is it maintained at all these days?
Both support UTF-8 to varying degrees (GNU basically totally; X very poorly to the degree that it corrupts files upon load-save cycle even with no editing between if they contain characters not present in the nasty internal "MULE" charset). However, neither correctly chooses the default encoding based on your locale. I have the following lines in my .emacs:
(prefer-coding-system 'utf-8) (setq locale-coding-system 'utf-8) (set-terminal-coding-system 'utf-8) (set-keyboard-coding-system 'utf-8) (set-selection-coding-system 'utf-8) (setq file-name-coding-system 'utf-8)
You can also use these if you want to override all automatic detection of encoding and treat all files as UTF-8:
(setq coding-system-for-read 'utf-8) (setq coding-system-for-write 'utf-8)
Have you tried GNU emacs 22? UTF-8 support was overhauled quite a bit. Diego
On Sat, Apr 28, 2007 at 03:43:58PM +0200, Diego Biurrun wrote:
GNU Emacs has proper UTF-8 support starting from version 22 (and prereleases). I'm thinking that XEmacs is behind, is it maintained at all these days?
Both support UTF-8 to varying degrees (GNU basically totally; X very poorly to the degree that it corrupts files upon load-save cycle even with no editing between if they contain characters not present in the nasty internal "MULE" charset). However, neither correctly chooses the default encoding based on your locale. I have the following lines in my .emacs:
(prefer-coding-system 'utf-8) (setq locale-coding-system 'utf-8) (set-terminal-coding-system 'utf-8) (set-keyboard-coding-system 'utf-8) (set-selection-coding-system 'utf-8) (setq file-name-coding-system 'utf-8)
You can also use these if you want to override all automatic detection of encoding and treat all files as UTF-8:
(setq coding-system-for-read 'utf-8) (setq coding-system-for-write 'utf-8)
Have you tried GNU emacs 22? UTF-8 support was overhauled quite a bit.
Actually I use GNU Emacs 23 (although they flame me for calling it that even tho that's what it calls itself.. the "real" name is the emacs-unicode-2 cvs branch). Emacs 22 and earlier have abysmal m17n support with -nw and poor support for complex scripts even with gui. So far I haven't seen any area where Emacs 22's UTF-8 support is better than Emacs 21's. And no, Emacs _still_ does not auto-detect the right encoding... :( Rich
On Sat, Apr 28, 2007 at 10:02:34AM -0400, Rich Felker wrote:
On Sat, Apr 28, 2007 at 03:43:58PM +0200, Diego Biurrun wrote:
GNU Emacs has proper UTF-8 support starting from version 22 (and prereleases). I'm thinking that XEmacs is behind, is it maintained at all these days?
Both support UTF-8 to varying degrees (GNU basically totally; X very poorly to the degree that it corrupts files upon load-save cycle even with no editing between if they contain characters not present in the nasty internal "MULE" charset). However, neither correctly chooses the default encoding based on your locale. I have the following lines in my .emacs:
(prefer-coding-system 'utf-8) (setq locale-coding-system 'utf-8) (set-terminal-coding-system 'utf-8) (set-keyboard-coding-system 'utf-8) (set-selection-coding-system 'utf-8) (setq file-name-coding-system 'utf-8)
You can also use these if you want to override all automatic detection of encoding and treat all files as UTF-8:
(setq coding-system-for-read 'utf-8) (setq coding-system-for-write 'utf-8)
Have you tried GNU emacs 22? UTF-8 support was overhauled quite a bit.
Actually I use GNU Emacs 23 (although they flame me for calling it that even tho that's what it calls itself.. the "real" name is the emacs-unicode-2 cvs branch). Emacs 22 and earlier have abysmal m17n support with -nw and poor support for complex scripts even with gui. So far I haven't seen any area where Emacs 22's UTF-8 support is better than Emacs 21's.
And no, Emacs _still_ does not auto-detect the right encoding... :(
Simple test for me: Open all the MPlayer console message files in emacs. 21 displays garbage, 22 displays the right characters and puts a 'u' in the toolbar to indicate Unicode ... Diego
On Sat, Apr 28, 2007 at 04:16:12PM +0200, Diego Biurrun wrote:
So far I haven't seen any area where Emacs 22's UTF-8 support is better than Emacs 21's.
And no, Emacs _still_ does not auto-detect the right encoding... :(
Simple test for me: Open all the MPlayer console message files in emacs. 21 displays garbage, 22 displays the right characters and puts a 'u' in the toolbar to indicate Unicode ...
I see. However this is only a matter of the default/preferred coding systems. If you setup your emacs-21 to prefer utf-8, it works just as well. And this setting is needed anyway in order for new files you create to be saved as utf-8 and not some broken legacy encoding. Like I said in the earlier email, you also need to set the selection encoding, filesystem encoding, etc. if you really want your emacs to work right.. Rich
On Sat, Apr 28, 2007 at 10:31:24AM -0400, Rich Felker wrote:
On Sat, Apr 28, 2007 at 04:16:12PM +0200, Diego Biurrun wrote:
So far I haven't seen any area where Emacs 22's UTF-8 support is better than Emacs 21's.
And no, Emacs _still_ does not auto-detect the right encoding... :(
Simple test for me: Open all the MPlayer console message files in emacs. 21 displays garbage, 22 displays the right characters and puts a 'u' in the toolbar to indicate Unicode ...
I see. However this is only a matter of the default/preferred coding systems. If you setup your emacs-21 to prefer utf-8, it works just as well. And this setting is needed anyway in order for new files you create to be saved as utf-8 and not some broken legacy encoding.
Like I said in the earlier email, you also need to set the selection encoding, filesystem encoding, etc. if you really want your emacs to work right..
It seems I had (some of) those settings in my .emacs and just forgot about them. Now version 21 also displays the correct characters and puts a 'u' in the status bar. Only Chinese characters don't work. We're getting offtopic though :) Diego
participants (5)
-
diego -
Diego Biurrun -
Guillaume POIRIER -
Guillaume Poirier -
Rich Felker