Category: emacs

Ever since I noticed, that in new Emacsen you are able (resp. you should be able) to view e.g. PDFs within Emacs buffers, I wondered why this does not work “on certain platforms”. Today I finally searched for “emacs docview”, found the right document (see above), and solved the issue.

Emacs needs “gs” for converting PDFs to a series of PNGs, but of course it needs to find “gs” on its PATH. “On certain platforms”, $HOME/.profile (or so / etc.) does not get read, so would I manipulate PATH within $HOME/.emacs? No, I don’t like that. An alternative approach:

M-x customize-group RET doc-view RET

And set “Doc View Ghostscript Program” individually. Where is “gs”? Maybe “type -a gs“?!?

Now I enjoy viewing PDFs inside Emacs on even more platforms.

  • a more readable procmail log file – formatted as emacs style diary – this is how I watch my incoming mail

    $ ssh -n MAILSERVER tail -1000f var/log/procmail-from | ~/bin/procmail-from2diary.pl
  • emacs on OS X: error in dired sorting – that patch makes me happy

  • Emacs org-mode

    For as long as I am an org-mode beginner, I will need this shortcut resp. command in order to “show all, including drawers“:

    C-u C-u C-u <TAB> (outline-show-all)
  • migrating account details from “text table” file to XML file

    I started the XML in 2007, with a couple of entries migrated from the “text table” file. And now in 2014 there are still far too many entries in the “text table” file, that is obnoxious. But actually I should have expected that.

    Having both files in parallel makes me every so often look for an entry in both files in turn, and that is sooooooo bad.

    Right, the “text table” file is rather nice to deal with in Emacs table-mode, but even simply copying from there (in just table-mode) leaves the buffer as “changed”, and I always have to make it look “undone”.

    It is just so much nicer to have just one file, and that is in XML, and I can use nXML (within Emacs) to deal with it.

    I even have a Perl script to assist me with the migration, but then … – I started the bad habit of having multi-line text fields, that obviously do not translate easily into that XML format, because field lines, that look aligned and corrsponding do not really correspond, so you do have to do something with them.

    I think I should just convert the next entries I am going to look up, assuming they are the ones I need most often.