GNU bug report logs -
#16082
iso-transl: expand towards ISO 10646 from just ISO 8859-1
Previous Next
Reported by: Ivan Shmakov <ivan <at> siamics.net>
Date: Fri, 6 Dec 2013 20:30:02 UTC
Severity: wishlist
Tags: patch
Merged with 20499
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16082 in the body.
You can then email your comments to 16082 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16082
; Package
emacs
.
(Fri, 06 Dec 2013 20:30:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ivan Shmakov <ivan <at> siamics.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 06 Dec 2013 20:30:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: emacs
Severity: wishlist
As currently implemented, C-x 8 (iso-transl-ctl-x-8-map) is a
rough equivalent of a compose key, pre-loaded with a number of
combinations for ISO 8859-1 codepoints. However, I see no
reason not to go further and provide additional bindings for
(the superset’s) ISO 10646 ones. For instance, in addition to
C-x 8 1 / 2 (½) and C-x 8 3 / 4 (¾), there could easily be C-x 8
1 / 8 for ⅛ and C-x 8 3 / 5 for ⅗.
My guess is that everything described [1] as a “vulgar fraction”
or a sub- or superscript digit can be added to the keymap
without altering the current bindings, — as well as probably a
number of other codepoints.
Personally, I’d rather appreciate bindings to the single (‘ ’)
and double (“ ”) quotation marks (which I’ve already bound to
C-x 8 ' [, ] and C-x 8 " [, ] in my ~/.emacs.)
[1] http://unicode.org/Public/UNIDATA/NamesList.txt
--
FSF associate member #7257
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16082
; Package
emacs
.
(Mon, 04 May 2015 15:22:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 16082 <at> debbugs.gnu.org (full text, mbox):
severity 20499 wishlist
merge 16082 20499
thanks
>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>>>> From: Paul Eggert Date: Sun, 3 May 2015 18:13:10 -0700
>> Although C-x 8 lets you insert arbitrary Unicode characters, it's
>> awkward to use this to insert commonly used symbols such as curved
>> quotes, the Euro symbol, etc. This patch adds simpler sequences for
>> ISO 8859-15 characters (which includes the Euro), plus characters
>> that are commonly found in English text and in basic math. For
>> example, assuming the Alt key works on your keyboard and iso-transl
>> is loaded, one can now type "A-[" instead of "A-RET LEFT SIN TAB
>> RET" to get the character "‘" (U+2018 LEFT SINGLE QUOTATION MARK).
First of all, isn’t this essentially the same suggestion as the
one of bug#16082? (FWIW, I’ve requested the reports to be
merged; feel free to unmerge if I’ve missed something.)
[…]
> Shouldn't we prefer input methods instead? We already have a
> plethora of Latin-N-something input methods (including
> latin-9-prefix), so why not add more characters there, instead of
> using iso-transl?
> I think input methods generally get less in your way.
I tend to agree with that, but is there currently an easy way to
switch between /two/ input methods? For one thing, I currently
use “no” input method for typing English /and/
russian-typewriter to type Russian.
With the proper Unicode quotes being available via some other
input method, how would I configure Emacs to switch between
/that/ input method and russian-typewriter?
The other side of the issue is that the dashes, arrows,
mathematical symbols, and the likes of them are cross-lingual,
and making them available via input methods will involve
duplication of many of the individual quail-define-rules entries
all around leim/quail/*.el. (If done the straightforward way;
AIUI, anyway.)
--
FSF associate member #7257 http://am-1.org/~ivan/ … 3013 B6A0 230E 334A
Merged 16082 20499.
Request was from
Ivan Shmakov <ivan <at> siamics.net>
to
control <at> debbugs.gnu.org
.
(Mon, 04 May 2015 15:22:04 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16082
; Package
emacs
.
(Mon, 11 May 2015 00:41:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 16082 <at> debbugs.gnu.org (full text, mbox):
Somehow I'm not CC'ed when people send email to 20499 <at> debbugs.gnu.org even
though I filed Bug#20499. Possibly this occurred because Bug#20499 and
Bug#16082 have been merged. So I'm sending this email to 16082 <at> debbugs.gnu.org
partly to notify other correspondents of the problem, and partly in the hope
that it'll cause debbugs to add me to the discussion of Bug#20499. Hope springs
eternal.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16082
; Package
emacs
.
(Mon, 11 May 2015 03:40:04 GMT)
Full text and
rfc822 format available.
Message #16 received at 16082 <at> debbugs.gnu.org (full text, mbox):
> Somehow I'm not CC'ed when people send email to 20499 <at> debbugs.gnu.org even
> though I filed Bug#20499. Possibly this occurred because Bug#20499 and
> Bug#16082 have been merged.
Hmm... I'm having a hard time believing that debbugs would have such a bug.
> So I'm sending this email to 16082 <at> debbugs.gnu.org partly to notify
> other correspondents of the problem, and partly in the hope that it'll
> cause debbugs to add me to the discussion of Bug#20499.
> Hope springs eternal.
IIUC debbugs does not automatically add email addresses to the
"subscribers" of a bug report. You need to register
explicitly, instead.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16082
; Package
emacs
.
(Mon, 11 May 2015 06:11:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 16082 <at> debbugs.gnu.org (full text, mbox):
Paul Eggert wrote:
> Somehow I'm not CC'ed when people send email to 20499 <at> debbugs.gnu.org
> even though I filed Bug#20499.
It's because Ivan Shmakov replies only to the list, not to all.
So when people reply to him, you've already been lost.
I have tried to make this point in the past.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16082
; Package
emacs
.
(Wed, 26 Jun 2019 15:13:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 16082 <at> debbugs.gnu.org (full text, mbox):
This bug report thread is huge. As far as I can tell, shorthands for
Euro etc was added (just look: C-x 8 * E => €; didn't know about that),
but I'm not sure whether there's anything remaining to be done here.
(The last message here is four years old.)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16082
; Package
emacs
.
(Thu, 13 Aug 2020 08:50:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 16082 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> This bug report thread is huge. As far as I can tell, shorthands for
> Euro etc was added (just look: C-x 8 * E => €; didn't know about that),
> but I'm not sure whether there's anything remaining to be done here.
> (The last message here is four years old.)
And this was a year ago, with no further comments, so I'm closing this
bug report. If there's anything further to do in this bug report,
please reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
20499 <at> debbugs.gnu.org and Paul Eggert <eggert <at> cs.ucla.edu>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 13 Aug 2020 08:50:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 10 Sep 2020 11:24:14 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 200 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.