Live data from Hacker News

Let's just use Emacs

beastwithin.org

61–70 of 169 posts

Re: Let's just use Emacs

#61
post #27

I've spent the last month or so head first learning VIM - I forgot about org-mode before deciding on VIM. There are a number of clones but nothing seems complete. Any recommendations?

Well the orgmode.org homepage calls out one[1] in particular:

"2010-11-25 Thu: Maybe the times where Org mode could change hard-core vi users into honorable Emacs users are coming to an end? A Vim clone of Org mode is be written by Herbert Sitz, and judging by the videos it looks promising."

Haven't used it, though.

[1]https://github.com/hsitz/VimOrganizer

Re: Let's just use Emacs

#63
post #38

Earlier quoted context omitted.

Ah, but now you're not following the instructions provided by swank clojure which says to use marmalade (which is an elpa extension/replacement/clone/additional repository?) The clojure-mode available through elpa ( clojure-mode 1.7.x) is not new enough to deal with swank-clojure which needs 1.9.x (specifically I was after M-x clojure-jack-in) Plus, the elpa instructions don't include emacs23 because it allegedly com…

Emacs 23 does not come with ELPA installed. The next version of Emacs (24) is going to have a package manager included by default (it is based on ELPA) that will allow you to use Marmalade. If you are using Emacs 23 (which you probably are if you installed from your distro's package manager) then you should use ELPA. If you installed Emacs from a nightly build then you can use Marmalade.

Sorry, you're right. I was confused by the ELPA page which lists instructions only for emacs 21 and 22, but says elpa will be included in the next version of Emacs. (edit: now I can't find where I read this. I'm incredibly confused.)

Now I'm confused about how my other installs have it working.

Re: Let's just use Emacs

#64
post #10

Earlier quoted context omitted.

A lot of modern IDEs provide features that are pretty close to magic, compared to what emacs sports. The emacs user response to this generally seems to be something like, "Code navigation can't be as good as M-x rgrep", and "How can refactoring ever be as good as C-M-%?" This reminds me of various people I have worked with in the past who have wondered why I ever bothered with the complexity of searching and replacin…

I use Visual Studio to wrangle giant enterprisey C# applications, but I still use find+grep/Emacs for browsing code quickly. Visual Studio is a long way off from matching the simple blazing speed of grep and file buffers in Emacs. P.S. I'm not sure why I'm being downvoted. It's what I do. There's really no debate about whether grep is faster than VS search.

VS mimics both to an extent by allowing you to search with regular expressions and to choose to search from a file system context instead of project context. My favorite thing about this is I also use viemu, and I can search VS's search results using vi commands.

Re: Let's just use Emacs

#65

Earlier quoted context omitted.

YMMV, but I find that the latest Emacs on OS X with a good color theme is quite nice looking. Anti-aliased font rendering is fine with me.

Agreed emacs 23 is a vast improvement, however the UI elements i.e. menubar, scrollbars, etc. still suck, as does the initial splash screen. OS X is better than linux for defaults, but no matter what you do have to work hard to get a decent appearance.

I just turn off all the chrome and use it as a text editor.

Re: Let's just use Emacs

#66
post #26

"org-mode developers, in turn, just ask a relevant big question: 'why use separate files when you can conveniently stick the stuff in one file, dammit?'" It surprises me that you could come away from org-mode thinking that the developers thought you should stick everything in one file. One of the main strengths of org-mode is the way it frees you to put stuff into separate files, wherever you want, and then use the a…

[deleted]

Re: Let's just use Emacs

#67
post #26

"org-mode developers, in turn, just ask a relevant big question: 'why use separate files when you can conveniently stick the stuff in one file, dammit?'" It surprises me that you could come away from org-mode thinking that the developers thought you should stick everything in one file. One of the main strengths of org-mode is the way it frees you to put stuff into separate files, wherever you want, and then use the a…

When I fire up Aquamacs on my machine, the first thing that appears is the agenda based on four org files.

Re: Let's just use Emacs

#68
post #27

I've spent the last month or so head first learning VIM - I forgot about org-mode before deciding on VIM. There are a number of clones but nothing seems complete. Any recommendations?

As a former Vim user, I use viper-mode with emacs. Org-mode really is a mature, powerful killer app for emacs and there is a whole ecosystem of tools and addons that make it even more valuable.

I would accept no substitutes at this stage.

Re: Let's just use Emacs

#69
post #35

tl;dr Use Emacs 23 to create a distraction-free writing environment using org-mode, darkroom-mode & markdown-mode.

For linux environments, instead of darkroom-mode you can put this in your .emacs file to toggle fullscreen: ;;; Fullscreen (defun switch-full-screen () (interactive) (shell-command "wmctrl -r :ACTIVE: -btoggle,fullscreen")) (global-set-key (kbd " ") 'switch-full-screen)

Another alternative that, AFAICS, doesn't use anything external to emacs

    ;;; Full-screen mode
   (defun toggle-max-window ()
      (interactive)
      (set-frame-parameter nil 'fullscreen
                       (if (frame-parameter nil 'fullscreen)
                           nil
                         'fullboth)))
   (global-set-key (kbd "") 'toggle-max-window)

Re: Let's just use Emacs

#70

Earlier quoted context omitted.

I'm not directing this at you personally, even though I am responding to your comment, but do we really need "tl;dr" type comments here on Hacker News?

It really depends. evangineer's tl;dr comment was a decently accurate summarization of the content of the article. If you're meaning the typical "tl;dr [witty/sarcastic comment about TFA's author's shortcomings]", sure, those don't belong on hn. evangineer's comment seemed genuinely useful, though.

Thanks. I've been using tl;dr as a shorthand for this is my summary of the article in question. I now appreciate that not everybody sees it like that. In future, I shall refrain from using tl;dr and just summarize without any preamble.
Post reply on HN