Why does :q kill my emacs?

Félix Sipma felix.sipma at gmail.com
Wed Jan 26 13:36:34 CET 2011


To me, :q should be bind to C-x C-c with emacsclient...


On Wed, 26 Jan 2011 at 11:56:03 +0100, guivho wrote:
> Hi Titus
> 
>> When coming from Vim, you're used to have many Vim instances which you
> 
> I'm coming from Vim (MacVim now, but on Ubuntu before, and before that
> on MS*) and I used to have a gvim window that I used for all my edits,
> using tab and window combinations and remote-silent-tab stuff etc.
> 
> So I seldom did quit the Vim session, only buffers within it.
> 
>> often quit.  When working with Vimpulse and emacsclient, you have one
>> emacs instance instead and the pattern to use :q to close files
>> doesn't make much sense anymore.  But I'd prefer to learn using :bd or
>> C-x # over redefining :q to mean something else than quit.
>>
>> Apart from that, if :q kills only a client, what would you use to quit emacs?
> 
> Who wants to quit emacs as a common task. Isn't this the thingie that
> yoou start automatically and stays alive for all your editing,
> directory browsing, eshelling etc...
> 
> I rarely quit Emacs, but I frequently want to save and quit a buffer,
> so I prefer the viper way to do this in one sinle :wq command and I do
> think that it would be nice of this was combined with server-edit
> so that I even don't need to think about quitting differently if I am
> editing as a client to e.g. my gmail.
> 
> I wouldn't mind to use C-x C-c to quit emacs on the rare occasions
> that I want to quit emacs.
> 
> Guivho.
> 
> _______________________________________________
> implementations-list mailing list
> implementations-list at lists.ourproject.org
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list

-- 
Félix
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
Url : https://lists.ourproject.org/pipermail/implementations-list/attachments/20110126/a3b5d847/attachment.pgp 


More information about the implementations-list mailing list