Tag: Emacs

Ortho-Linear Emacs and VI Keyboard Designs 1-7

Keyboard Layout Editor is powerful. It lets you easily explore layouts. As you type on them in your mind’s eye, you really “try out” the keyboad. Just put your hands on your current keyboard and do your best. At every try you learn something new about what you want. It is like programming with Elisp!

The following are my first 7 revisions of my experimental keyboard layout.

Continue reading “Ortho-Linear Emacs and VI Keyboard Designs 1-7”

Ëmäcs and the Heavy Metal Umlaut

Jon’s article reveals the Möglichkeiten for inputting umlauts in Emacs. Maybe you’ve been avoiding some words because they are difficult to input. In particular, maybe you’ve been avoiding using the Metal umlaut.

For example:

  • Motörhead (RIP Lemmy)
  • Mötley Crüe
  • Queensrÿche (Version 1)
  • Blue Öyster Cult

It seems perfectly natural to apply to Emacs, christening it:

Ëmäcs

Give it some time to grow on you, because Magnar Sveen has already established that Ëmäcs Rocks!

Addendum: <2016-04-16 Sat>

Re-published because I broke my RSS feed syndicated for Planet Emacsen and @hober fixed it. Thank you @hober.

Ortho-Linear Emacs and VI Keyboard Design 8

For creating key-binding name-spaces (key-spaces), modifier keys, key-chords (single and dual key) and Hydras each have unique strengths. For my use case, I wanted a bigger modifier key-space so I started there with Super.

Although Super is supposed to be reserved non-native packages, it is already getting scarfed up because the native key-spaces are painfully overcrowded. To top it off, when you run Emacs on Windows, Windows intercepts a bunch of key-presses for itself and never sends them to Emacs. Yea you can disable some, but not all and it is irritating. For my configuration, this is a showstopper issue and all of workaround are too painful. I enjoy using modifier keys, so I turned to Hyper.

Continue reading “Ortho-Linear Emacs and VI Keyboard Design 8”

Switch to nlinum Immediately

A lot of headings in your Org-Mode file can make Emacs unusably slow when you collapse all of them.

My original solution was to avoid collapsing them with #+STARTUP: showeverything. Major problem with that approach is that you still can’t use collapsing because if you do, Emacs because again unusable.

Months ago I switched to nlinum and now there are no more performance issues, even on the largest file that I work on.

A Book Produced Using Org

Via:

I am happy to share with fellow Orgers my recent book — Ending Malnutrition: from commitment to action — published by the Food and Agriculture Organisation of the United Nations, Rome and Tulika Books, New Delhi (http://www.fao.org/3/a-i4921e.pdf), The book was written and produced entirely in Org.

This would not have been possible without the terrific support provided by this community. Over the last few months, I have come to this mailing list with several queries about how to do something or the other, and people have very patiently provided solutions and suggestions.

I would like to thank everyone for their patience and their support.

Vikas

From acknowledgements of the book:

In addition, for all the statistical work and writing, the authors relied on R (www.r-project.org), org (www.orgmode.org), and LaTeX. All three are open source projects, freely made available by very vibrant communities of developers. During the course of the work, we often drew on support from these communities.

ADDEUNDUM: <2015-09-21 Mon>

The author just released the source code for the book!