all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Nextstep manual merge
@ 2008-11-14 20:50 Chong Yidong
  2008-11-15  2:01 ` YAMAMOTO Mitsuharu
  0 siblings, 1 reply; 3+ messages in thread
From: Chong Yidong @ 2008-11-14 20:50 UTC (permalink / raw
  To: Adrian Robert; +Cc: emacs-devel

I've merged the Nextstep manual into macos.texi; please take a look, and
let me know if there are any problems.




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Nextstep manual merge
  2008-11-14 20:50 Nextstep manual merge Chong Yidong
@ 2008-11-15  2:01 ` YAMAMOTO Mitsuharu
  2008-11-15  3:18   ` Adrian Robert
  0 siblings, 1 reply; 3+ messages in thread
From: YAMAMOTO Mitsuharu @ 2008-11-15  2:01 UTC (permalink / raw
  To: Chong Yidong; +Cc: Adrian Robert, emacs-devel

>>>>> On Fri, 14 Nov 2008 15:50:49 -0500, Chong Yidong <cyd@stupidchicken.com> said:

> I've merged the Nextstep manual into macos.texi; please take a look,
> and let me know if there are any problems.

What is the plan for "proper C-g handling" for the Cocoa/GNUstep port
before the Emacs 23.1 pretest?  I think it is the most fundamental and
crucial functionality that the current implementation is missing.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Nextstep manual merge
  2008-11-15  2:01 ` YAMAMOTO Mitsuharu
@ 2008-11-15  3:18   ` Adrian Robert
  0 siblings, 0 replies; 3+ messages in thread
From: Adrian Robert @ 2008-11-15  3:18 UTC (permalink / raw
  To: YAMAMOTO Mitsuharu; +Cc: Chong Yidong, emacs-devel


On Nov 14, 2008, at 9:01 PM, YAMAMOTO Mitsuharu wrote:

>>>>>> On Fri, 14 Nov 2008 15:50:49 -0500, Chong Yidong <cyd@stupidchicken.com 
>>>>>> > said:
>
>> I've merged the Nextstep manual into macos.texi; please take a look,
>> and let me know if there are any problems.
>
> What is the plan for "proper C-g handling" for the Cocoa/GNUstep port
> before the Emacs 23.1 pretest?  I think it is the most fundamental and
> crucial functionality that the current implementation is missing.

Three things I'm aware of need to be done:

1) complete removal of all Feval() calls in bad places as discussed  
earlier on this list

2) go through the code comparing nsterm and macterm input handling to  
make sure all ctrl-g related processing is similar

3) make sure that some sort of interrupt mechanism is in place to pick  
up ctrl-g events when emacs core is busy processing and does not make  
any input requests to the NS code (colored spinning disk shown in gui)

(1) is straightforward by using custom 'nonascii-keystroke' events,  
except for the case of input-method handling when in isearch mode,  
where passing such an event breaks out of the isearch entry.  (2) is  
more or less done, or was at one point.  I did some experimentation  
for (3) a while ago but failed, and some investigation is needed.






^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-11-15  3:18 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-14 20:50 Nextstep manual merge Chong Yidong
2008-11-15  2:01 ` YAMAMOTO Mitsuharu
2008-11-15  3:18   ` Adrian Robert

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.