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: Mon, 18 Jun 2012 21:03:25 +0200 Organization: Informatimago Message-ID: <871ulch282.fsf@kuiper.lan.informatimago.com> References: <1339986746.80168.YahooMailNeo@web161603.mail.bf1.yahoo.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1340046316 15313 80.91.229.3 (18 Jun 2012 19:05:16 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 18 Jun 2012 19:05:16 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jun 18 21:05:13 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 1SghGC-0006z4-UD for geh-help-gnu-emacs@m.gmane.org; Mon, 18 Jun 2012 21:05:13 +0200 Original-Received: from localhost ([::1]:38046 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SghGC-0003EP-Iz for geh-help-gnu-emacs@m.gmane.org; Mon, 18 Jun 2012 15:05:12 -0400 Original-Path: usenet.stanford.edu!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 46 Original-X-Trace: individual.net NnFBw+/i/Zipqk6nhD6/PAHqWhQkaZg4sx0ky99wKTMiHlrUAghObbAQSSy4JcqRsN Cancel-Lock: sha1:NjFiM2Q5ZDdlNDFjYjIwNjEzMWMyZDk1OGZkNGZjYjJjMjc2N2I3NQ== sha1:uK2a6RgYGx86298FT/pyI7Igzmc= 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:192897 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:85292 Archived-At: notbob writes: > On 2012-06-18, Dan Espen wrote: > >> Emacs often spreads quietly. >> >> Lots of people I've worked with have seen the light. > > Then there are users like myself. Real lazy ppl who find it > unacceptably annoying to have to add an extra keystroke each time they > move from one mode to the other, like all things vi. I probably > learned vi first, but kept wondering WTF! is it with this constantly > changing modes nightmare. This is insane! So, because of slrn, I > discovered jed. Later I discovered bash and many other linux > utilities use emacs keystrokes. Finally, I took the plunge and got > THE BOOK. The rest is history, as they say. I don't particularly > like a lot of things about emacs, I suck as a progrmmer so don't do > LISP, I don't use gnus, and am not a developer, and jed has better txt > highlighting already enabled. Even as I struggle to learn C, I still > don't understand how to compile a simple C program from inside emacs. Assuming you have the current buffer pgm.c, you just type M-x compile RET pgm RET M-x compile RET will present you a minibuffer with "make -k " in it. Typing pgm RET will make it run: make -k pgm Since you probably don't have a Makefile in the same directory as pgm.c, the default rules will be used, so pgm will be built from pgm.c using the C compiler. If your program doesn't take any stdin input, you can even run it at the same time: M-x compile RET pgm && ./pgm RET > Regardless, it's the coolest bestest file mgr and txt editor I know > and I will always use it on the command line and would rather use M$ > Windows notepad than vi. > > > > > nb -- __Pascal Bourguignon__ http://www.informatimago.com/ A bad day in () is better than a good day in {}.