Bug 74227 – xemacs should default to utf-8 in utf-8 locale

Bug 74227 - xemacs should default to utf-8 in utf-8 locale

Summary:	xemacs should default to utf-8 in utf-8 locale

Status:	CLOSED RAWHIDE

Aliases:	None

Product:	Red Hat Raw Hide
Classification:	Retired
Component:	xemacs (Show other bugs)
Sub Component:
Version:	1.0
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Jens Petersen
QA Contact:	Jay Turner
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2002-09-18 05:22 EDT by Jens Petersen
Modified:	2015-01-07 19:00 EST (History)
CC List:	2 users (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2003-05-19 04:41:11 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Jens Petersen 2002-09-18 05:22:29 EDT

Description of Problem:
When XEmacs is started in a utf locale, it doesn't default to using
utf-8 encoding for buffers and files.

How Reproducible:
every time.

Steps to Reproduce:
1. LANG=en_US.utf-8

Actual Results:
XEmacs uses iso8859-1 encoding by default.

Expected Results:
Should use utf-8 encoding by default.

Comment 1 Jens Petersen 2003-04-17 09:00:18 EDT

This should be fixed in xemacs-21.4.12-8.

Comment 2 Horst H. von Brand 2004-07-16 16:03:37 EDT

Still very much broken as of xemacs-21.4.15-5 (FC2). I get a nice
"U00E1 not defined" message when pressing Ã¡ (dead-' + a, &aacute; in
HTML-speak; spanish keyboard). Strangely, some characters do work (but
seem to give Latin-1 input, i.e. Â¿).

Note You need to log in before you can comment on or make changes to this bug.