From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Pascal J. Bourguignon" Newsgroups: gmane.emacs.help Subject: Re: Emacs users a dying breed? Date: Tue, 19 Jun 2012 16:31:27 +0200 Organization: Informatimago Message-ID: <87vcine5kw.fsf@kuiper.lan.informatimago.com> References: <87aa00wkrd.fsf@jidanni.org> <000c01cd4d83$adcde9a0$0969bce0$@rogers.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1340116529 30492 80.91.229.3 (19 Jun 2012 14:35:29 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 19 Jun 2012 14:35:29 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jun 19 16:35:28 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SgzWh-00040j-8A for geh-help-gnu-emacs@m.gmane.org; Tue, 19 Jun 2012 16:35:27 +0200 Original-Received: from localhost ([::1]:51911 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SgzWh-0006p4-1d for geh-help-gnu-emacs@m.gmane.org; Tue, 19 Jun 2012 10:35:27 -0400 Original-Path: usenet.stanford.edu!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 52 Original-X-Trace: individual.net o4DpGbEAp3iPtQWXIR0eiQ6e2PhmgPdCKHtknsJ2iuvCRUBlG/zbgoiGTOTFjHe3eB Cancel-Lock: sha1:ZmU3NjhlY2U4ODhkODExOTQ3OWUzYjM5MGQ5ZGUxM2NkM2M3MWIxYg== sha1:qqh13cOfU/QSed6W4J9sROv2fAo= Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oElEQVR4nK3OsRHCMAwF0O8YQufUNIQRGIAja9CxSA55AxZgFO4coMgYrEDDQZWPIlNAjwq9 033pbOBPtbXuB6PKNBn5gZkhGa86Z4x2wE67O+06WxGD/HCOGR0deY3f9Ijwwt7rNGNf6Oac l/GuZTF1wFGKiYYHKSFAkjIo1b6sCYS1sVmFhhhahKQssRjRT90ITWUk6vvK3RsPGs+M1RuR mV+hO/VvFAAAAABJRU5ErkJggg== X-Accept-Language: fr, es, en User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) Original-Xref: usenet.stanford.edu gnu.emacs.help:192911 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:85306 Archived-At: Philipp Haselwarter writes: > Emacs does not contradict the philosophy /per se/, but sometimes I wish > Emacs was more of a low level utility. As it stands, Emacs does many > small tasks very well. One aspect that makes the workflow particularly > pleasant is that all these tools work together so well. Take the > kill-ring for example: It is by far the most powerful clipboard facility > I've used. But I'd like to be able to use it in all my applications, not > only those written in elisp. Emacs' entirely customizable key system is > another example of a tool that I'd like to have everywhere on my > desktop. > > As it currently stands, all of the (elisp) programs that want to > leverage the power of Emacs' "global facilities" have to run in the same > main process. But there is a price to pay for mixing the core features > with the high-level programs: > > - concurrency/locking > the classic example being programs that do networking and block the > whole session > > - shared state ("everything is global") > - usability: huge buffer lists result in requiring window-manager > like capabilities > - configuration: a common look of the GUI > - stability: one misbehaving program can blow up the whole session > - task parallelism: most programs are intended to have only one > running instance per session (ex.: a gnus for work, one for private > mail; debugging with several instances of gud simultaneously) > - security: I want my email client to know my IMAP password, but not > my IRC client > > - auxiliary tasks > tasks that are already solved on the desktop are duplicated, such as > window and workspace management Common Lisp offers more (potential) solutions to these problems. See for example Climacs and McClim. But more work is needed. That said, nothing prevents you to run several instances of emacs. I usually run three: programming, erc, gnus. When you use StumpWM, you can define your own window manager key bindings and have a CL REPL into your window manager available. I could only encourage you to embed ECL into all the applications you use. -- __Pascal Bourguignon__ http://www.informatimago.com/ A bad day in () is better than a good day in {}.