GNU bug report logs - #2375
23.0.90; ^ in gnus summary buffer does not work in the nextstep build

Previous Next

Package: emacs;

Reported by: Harald Maier <harald <at> maierh.de>

Date: Wed, 18 Feb 2009 18:30:04 UTC

Severity: normal

Tags: fixed

Fixed in version 25.1

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Cc: Harald Maier <harald <at> maierh.de>, 2375 <at> debbugs.gnu.org
Subject: bug#2375: 23.0.90;	^ in gnus summary buffer does not work in the nextstep build
Date: Mon, 09 Mar 2009 09:25:59 -0400
>> It still leaves open the question of whether it would be desirable
>> to shortcut this so that pressing ^ in the Gnus summary immediately
>> calls the Gnus command, without having to press a subsequent SPC.
> Besides a matter of taste, the marked text (corresponding to preedit
> in XIM) is not necessarily identical to the pressed key (e.g.,
> Japanese input methods).
>>> Also, the difference in the code length shows how the Cocoa/GNUstep
>>> port oversimplifies the whole text input processing: it doesn't
>>> respect attributes in the marked text (which corresponds to text
>>> properties) or the selected range value.
>> I don't know what is "the marked text" nor what is "the selected
>> range value".
> They are in the Cocoa NSTextInput terminology.  The "marked text"
> corresponds to "preedit" in XIM as above or "active input" in Carbon
> TSM.  I don't know why the Cocoa/GNUstep port call it "working text".
> The "selected range" represents the caret position in the marked text.

I don't know what "preedit" or "caret" are either :-(


        Stefan




This bug report was last modified 9 years and 110 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.