emacs-devel
[Top][All Lists]
Advanced

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

Re: Reordering etc/NEWS


From: joakim
Subject: Re: Reordering etc/NEWS
Date: Thu, 10 May 2007 12:24:43 +0200
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.95 (gnu/linux)

David Kastrup <address@hidden> writes:

> address@hidden writes:
>
>> Jason Rumney <address@hidden> writes:
>>
>>> address@hidden wrote:
>>>> I use those branches and would be willing to test a merged version on
>>>> gnu+linux and w32. I could possibly dig out more machines with
>>>> different os:es as well if it would be any help.
>>>>   
>>> If the multitty branch works on w32 already, then that gives me a lot
>>> more confidence.
>>
>> I dont know. I have only tested mtty on gnu+linux. mtty doesnt have
>> any value on w32 as far as I can imagine, so I usually just use
>> Lennart Borgmans w32 emacs package.
>
> Why wouldn't it have value?  It allows one to keep an existing Emacs
> session around into which one can connect remotely via ssh+emacsclient
> in order to do work.  At least once emacsclient has been extended with
> a -nw (--no-window-system) option in order to open a frame on the
> emacsclient tty.

Ok, maybe that assesment was too harsh.

Its just that if I could choose which w32 functionality should be
improved, I would choose other more basic stuff*. IMHO having mtty
support as a configure option that is just not available on w32 would
be quite enough for emacs 23.


* like having "find-dired" choose a cygwin find if available, and not
  ever trying the w32 find util, which it doesnt work with anyway. And
  finding some workarounds for c-c c-c killing the local process
  rather than the remote in a shell buffer using a ssh client. And so
  on...
  

> It should also allow keeping an Emacs server session around (not just
> iconified, but actually frameless) that one can plug into using
> emacsclient again, and have it open a fresh frame.
>
>> I can try to compile on w32.
>
> -- 
> David Kastrup

-- 
Joakim Verona





reply via email to

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