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