davep / .emacs.d Goto Github PK

Recently something has happened to the emacs setup on my iMac that has caused powerline to not display quite correctly. Here's how it should normally look, and how it still looks on my Macbook:

And here's how a fresh GNU emacs instance looks on my iMac right now:

Note the difference in the colour of the initial arrow.

Both machines are using the exact same .emacs.d. Both have fully up-to-date packages. Both are running the same version of powerline.

I can't obviously see a change in my .emacs.d that could have caused this and, as I say, the exact same setup on both machines has it working fine on the Macbook but not on the iMac.

Both copies of Emacs are using the same font (initial ";" in the scratch buffer is showing as being mac-ct:-*-Menlo-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1 when checked with C-u C-x =) and same theme (adwaita).

Whatever the change is it likely happened in the last 21 hours as that's the uptime of the main Emacs session on my iMac and it's not showing the problem. No real changes of note happened to my .emacs.d in that time.

Now that https://github.com/pypa/pipenv/releases/tag/v2020.8.13 has been released and solves the problem of the warning being displayed, which disturbed how the Emacs pipenv packaged worked, I can remove e94ba63 (after I've updated pipenv everywhere, of course).

Some files I don't want to sync -- bookmarks being a good example (helpful bookmarks on one machine aren't helpful on another). At the moment I'm still keeping them in ~/.emacs.d (albeit often renamed as dot-files so they don't normally show in directory listings).

The problem here is that if I nuke ~/.emacs.d/ I lose what was saved there (I've lost a bunch of bookmarks on one machine like this already -- yes, yes, I do have backups, but it's still a pain).

I should have a ~/.emacs.local/ directory or something where I store such files.

Currently I make use of highlight-chars. Only, it's not in somewhere handy like melpa so I've been keeping my own copy in delpa. This is a bit of a workaround as delpa is really only supposed to hold my own stuff that makes no sense being elsewhere.

What I should really be doing is using Emacs' own way of highlighting trailing whitespace. A very quick test shows it's not really very pretty, and seems to be very over the top too; but reading the manual I can see that I should be able to configure it into something that's to my taste.

For quite some time now I've used my own approach to keeping config and save files out of ~/.emacs.d/. While this works very well, I'm tempted to switch to no-littering as it seems like an excellent standard to settle on.