From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: hw Newsgroups: gmane.emacs.devel Subject: Re: Some developement questions Date: Tue, 04 Sep 2018 17:21:40 +0200 Organization: my virtual residence Message-ID: <87tvn5qoe3.fsf@toy.adminart.net> References: <83wosd5h3x.fsf@gnu.org> <871sakzssu.fsf@himinbjorg.adminart.net> <83bm9n6f7d.fsf@gnu.org> <87tvneql3i.fsf@himinbjorg.adminart.net> <83o9dl2oob.fsf@gnu.org> <87y3coopyf.fsf@himinbjorg.adminart.net> <5261e02f-fd51-7e8d-fb6b-ad013ce2e748@lanl.gov> <87y3cnl7bt.fsf@himinbjorg.adminart.net> <87y3cl2egd.fsf@fastmail.com> <87r2icey5n.fsf@himinbjorg.adminart.net> <20180902182358.huw3y6jhfr7x4zf2@Ergus> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1536078842 19527 195.159.176.226 (4 Sep 2018 16:34:02 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 4 Sep 2018 16:34:02 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: Joshua Branson , emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 04 18:33:58 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fxEH7-0004vu-95 for ged-emacs-devel@m.gmane.org; Tue, 04 Sep 2018 18:33:57 +0200 Original-Received: from localhost ([::1]:51748 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxEJD-0006x0-Ne for ged-emacs-devel@m.gmane.org; Tue, 04 Sep 2018 12:36:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41429) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxEIu-0006rN-Qu for emacs-devel@gnu.org; Tue, 04 Sep 2018 12:35:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fxEIt-00037f-LK for emacs-devel@gnu.org; Tue, 04 Sep 2018 12:35:48 -0400 Original-Received: from mo6-p01-ob.smtp.rzone.de ([2a01:238:20a:202:5301::6]:20946) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fxEIt-000376-Dq for emacs-devel@gnu.org; Tue, 04 Sep 2018 12:35:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1536078946; s=strato-dkim-0002; d=adminart.net; h=References:Message-ID:Date:In-Reply-To:Subject:Cc:To:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=5UvW6V3zcStJbenqCP5KZtCwU/qSgPaEhH5yZl6iu4I=; b=kKUiDLBG7HEVRm66vJWX0w19j0suXZyDRk1z7BR76lDVs1LA3cWtcFwY5VH0rTBMDr jMqrL3gAHflqLcHWU7bdidvlteOWrZ9m43qnDZsTvn2fbfvk+KNU4QO+jpw+Pp2qXMZu oTNlv0YO+3G9HojxXXC+XT3VuHhfoqF5JKHTLgRKBiDL6s1sGB95AUS1HnSyN4e+tQfE AdBsJKhcTSgHb6bW0hfac4kAoNb5QtAW1HcbLXK7ApDGV+CIp7aqeSSAlYiHjYwfQwhT VxC+F/4UBTFbyBIxQ7ByEBU89wSTx7k806o+PmRmN5HwwhMHCEO5FliimYXcirGnKWr3 Q1nA== X-RZG-AUTH: ":O2kGeEG7b/pS1FS4THaxjVF9w0vVgfQ9xGcjwO5WMRo5c+h5ceMqQWZ3yrBp+AVdIIwXjneEe9k=" X-RZG-CLASS-ID: mo00 Original-Received: from himinbjorg.adminart.net by smtp.strato.de (RZmta 44.0 DYNA|AUTH) with ESMTPSA id e03b99u84GZe1VP (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Tue, 4 Sep 2018 18:35:40 +0200 (CEST) Original-Received: from toy.adminart.net ([192.168.3.55]) by himinbjorg.adminart.net with esmtp (Exim 4.90_1) (envelope-from ) id 1fxEIm-00026a-4u; Tue, 04 Sep 2018 18:35:40 +0200 In-Reply-To: <20180902182358.huw3y6jhfr7x4zf2@Ergus> (Ergus's message of "Sun, 2 Sep 2018 20:23:58 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a01:238:20a:202:5301::6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:229239 Archived-At: Ergus writes: > On Sun, Sep 02, 2018 at 05:07:00PM +0200, hw wrote: >>Joshua Branson writes: >> >>>> Who would ever press ESC-right or ESC-left to move a word? >>> >>> part of this reason is why I started to use evil-mode. :) >> >>Right, I thought about doing that since starting to learn vim and >>understanding how it can be much more efficient than Emacs. > > That's relative and very subjective. Modal editing makes not too much > sense for me in 2018. Last night I tried to do some programming with vim, and it was an interesting experience. I'm not so sure anymore if it can be much more efficient than Emacs, provided that you use either 100% the way they're supposed to be used. They're probably bascially the same. But how else than modal would you edit? The difference between vim and Emacs is that Emacs` normal mode is vims insert mode, and Emacs can have a whole mode hiding behind every key you press rather than only one "command mode" which limits you to the keys you have available and to stringing them up. After all, I'll stick with Emacs. Vim doesn't seem to have any real advantages for me, and there are some things I'd be missing. > It was a solution in a moment but and according to the vi creator "it > was for a world that doesn't exist anymore". That something is for a world that doesn't exist anymore can be said for a lot of things. That doesn't mean that what replaces it is any better, and indeed the replacements are usually much worse. >>Is it >>exactly the same as using vim? >> > It depends of your use cases. But for just editing, yes, it is pretty much > the same. Vim users use to complain that evil mode is slower but it is > more a psychological thing; I have tried to measure what they complain > about and if it is, should be in the order of micro seconds. Someone must have put a lot of work into it. >>Why not use vim instead? Does Emacs have advantages over vim when using >>evil-mode? > > Again. It depends of your use cases. To edit simple files there is not > real difference, no advantage or disadvantage as editing is the basic > functionality. Well, that could be said for all editors. > But if you do serious programming in big projects, edit remote files > in multiple servers cross coping between them, you want to use irony > or rtagsor for C++, gtags for cross referencing, gdb inside the same > editor, manage cmake projects in the projectile way or simply handle > git with magit; or if you plan to customize details for your specific > files or systems... it is very hard in vim some of these are > impossible. That seems to go along with my impression that Emacs has some fundamental features that have allowed it to become far more sophisticated than vim. To begin with, vim is painfully lacking the concept of buffers Emacs has always had. >>Vim even does syntax highlighting for fvwm out of the box. >> > have you tried config-mode, is a bit generic, but I use i3wm and it works for me? Maybe that is what vim is using. >>I managed to find an fvwm-mode for emacs (which needs some work) years >>ago, but why isn't that shipped with Emacs by default? >> > I thing because the intersection of the groups of people who use fvwm > and emacs is close to zero Why wouldn't people using Emacs not also use fvwm? I'd say particularly those using fvwm would be using Emacs, and the other way round. Besides, why would anyone use anything else than fvwm? > and the package is kind of unmaintained. But you are very welcome to > adopt and collaborate with that :) Yeah I'm thinking about doing that. It must be rather old because it doesn't seem to recognize quite a few of the keywords. Hm, the version I have is 8 years old, and it says it's under GPL. Do you know anything about it? I only remember I found it somewhere, and it could be painfully slow sometimes. ,---- | ;; $Id: fvwm-mode.el 232 2010-10-29 16:48:05Z dragon $ | ;; | ;; Release 1.6.2 | ;; | ;; Copyright (C) 2005-2009 Bert Geens `---- Well, i could ask him :) Or perhaps there is an entirely different mode? >>(Uh, we probably shouldn't discuss this there --- feel free to send me >>an email directly :) >> > Why not? This is a development mailing list, and I wouldn't want to start an editor war.