bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#2387: marked as done (These default coding systems were tried Howeve


From: Emacs bug Tracking System
Subject: bug#2387: marked as done (These default coding systems were tried However, none of them safely encodes the target text.)
Date: Thu, 19 Feb 2009 18:40:04 +0000

Your message dated Thu, 19 Feb 2009 13:35:41 -0500
with message-id <address@hidden>
and subject line Re: bug#2387: These default coding systems were tried However, 
none of them safely encodes the target text.
has caused the Emacs bug report #2387,
regarding These default coding systems were tried However, none of them safely 
encodes the target text.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden
immediately.)


-- 
2387: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2387
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: These default coding systems were tried However, none of them safely encodes the target text. Date: Thu, 19 Feb 2009 16:13:46 +0200
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.
 
Your bug report will be posted to the address@hidden mailing list,
and to the gnu.emacs.bug news group.
 
In GNU Emacs 21.3.1 (i386-mingw-nt5.1.2600)
 of 2004-03-10 on NYAUMO
configured using `configure --with-gcc (3.2)'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: FIN
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t
 
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
 
Handling finnish text, perfectly legal format, trying to save, emacs gives
out this stupid complain and will not let me save the file in legit coding
system. When I save it without coding system, it will screw up my content.
 
How stupid is this that emacs will keep me as a prisoner and I dont have an
option to overwrite the coding system selection and save the text in
encoding I wish even if doesnt "safely encode the target text". Last time I
checked I should be the boss and emacs my tool. 

Please, do not ever let user get to this kind of situation where you do not
let him have the option of doing what he wants, even though emacs thinks its
not "safe" (there are sometimes cases where the user actually know what he's
doing even a bit better than emacs programmer). To me this is really
elementary thing in software business and I do see it everywhere. Very
disappointing this kindergarden stuff has creeped into emacs also.
 

Recent input:
<menu-bar> <help-menu> <report-emacs-bug>
 
Recent messages:
(C:\apps\emacs\bin\emacs.exe)
For information about the GNU Project and its goals, type C-h C-p.
Loading image...done
Loading emacsbug...done






--- End Message ---
--- Begin Message --- Subject: Re: bug#2387: These default coding systems were tried However, none of them safely encodes the target text. Date: Thu, 19 Feb 2009 13:35:41 -0500 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux)
> In GNU Emacs 21.3.1 (i386-mingw-nt5.1.2600)
>  of 2004-03-10 on NYAUMO

Around here we live in 2009, so please try again with a more recent
version and file a new bug report (with more details) if you can
reproduce the problem.
The handling of coding-systems has been significantly improved in
Emacs-22, and then changed yet more in Emacs-23.


        Stefan


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]