johnsu01 (johnsu01) wrote,

Configuration tweaks

Changes to ~/.screenrc:

backtick 1 1 0 $HOME/bin/
hardstatus alwayslastline "%{=b}%{y}%H%{m} / %c %D %Y-%m-%d /%1`/ %{B}%-Lw%{c}%50>%n%f* %t%{-}%+Lw%<" is just:


yacpi -t | cut -f 2 -d \|

The main thing I learned here was how to use the backtick settings in screen. I was thrown for a while by the fact that there seems to be a length limitation on what you can input in screen with C-z :, and this limit was kicking in just before the final " in the hardstatus string, so I was getting errors about a missing quote. I should have just been testing with C-z :source /home/johnsu01/.screenrc.

You can see the new status line here (ashbery is the name of the machine):

I should probably fix the battery bit so that it doesn't show BAT0. On the other hand, I do sometimes use two batteries, so that might come in handy.

Changes to ~/.bashrc and ~/.bash_profile

I've been working toward torifying all of my net traffic recently. To that end, I've added:

# Tor

export http_proxy HTTP_PROXY

I've verified that w3m-el in emacs respects these settings, and wget should as well, so that covers two more net applications I use frequently.

Changes to ~/.elisp/erc-custom.el

I added:

(add-hook 'erc-text-matched-hook 'erc-beep-on-match)

This makes ERC beep whenever someone says something to me. This is annoying. I have future plans to write a simple function to toggle the beeping on and off, and to have it turn on when I set /away and off when I come back. Other than just having ERC beep at me a lot, there is also the problem of keeping the bell on in emacs in general, so a quick keybinding to toggle this is a necessity.

Changes to ~/.xinitrc

I commented out:

# xset b 0 # no beep

There's no reason to turn the beep off via X I don't think. I'm pretty sure I did this because I wanted Xbiff to STFU, but I don't use that anymore.

Changes to ~/.emacs

I removed (display-time-mode 1) and (display-battery-mode 1) because I have that information now in my screen hardstatus line.

But now I have a problem, which is that there is no new mail indicator, because for some reason (can anyone explain?) the new mail indicator in Emacs is tied to display-time-mode. I try to avoid having redundant information on the screen. I'm sure I can write something with mail-source-new-mail-available, but I feel like I have better things to do. I know that my cron script runs offlineimap and newspipe hourly to get my new mail, so for now I don't really need the indicator. I know that after the turn of every hour, I have new mail.

(No, I'm not going to frob the format string for display-time-mode. I refuse on principle to tell display-time-mode to not display the time. Instead I'll write display-mail-mode or something.)

I also recently added:

;;;_ , A persistent buffer to use instead of *scratch* for dribblings

(defvar wjs/notepad-file-name

(defun wjs/find-notepad ()
  (find-file wjs/notepad-file-name)
  (goto-char (point-max)))

(add-hook 'emacs-startup-hook 'wjs/find-notepad)

(add-to-list 'auto-mode-alist
             (cons (regexp-quote wjs/notepad-file-name)

(global-set-key [f5 ?h] 'wjs/find-notepad)

This is working toward the idea of having a Scratch buffer that is treated as a normal buffer in terms of autosaving and backups, is selected automatically when starting Emacs, and is easily accessible by a keybinding for making notes. It's working out OK. There is a problem with locking, though. I do sometimes have more than one Emacs going at once. Haven't figured out the best way to handle that yet.

Still, I think this is a better approach than trying to dress the existing Scratch buffer up with all of the normal file buffer stuff like autosave. And it's definitely better than losing all of the stuff in the Scratch buffer when (God forbid) Emacs or its environment tanks.

Changes to ~/.gnus

Added (setq gnus-fetch-old-headers t).

Usually you only see the new articles in any particular thread. With this setting, gnus will fetch the old articles from the thread as well, and show them to you.

I've been finding this very useful, not only for easy access to context, but also for doing things like killing threads, which is something I do often in active newsgroups and mailing lists.

I was just using A T, which is gnus-summary-refer-thread whenever I was reading something in a thread and decided that I wanted to see the whole thread. This worked fine for a while, but I think that setting the default to be displaying the old headers results in me having to do less overall.

The old headers are still marked with O, so I can easily skim over them and just pay attention to the new articles.

Changes to XMMS config

I don't really use XMMS. I use mpd/mpc. But right now XMMS is still the default on my system for streaming music from Firefox. So until I get around to changing that, I set the options under the MPEG and OGG plugins to use my tor/privoxy.

Unfortunately, these settings don't seem to affect the xmms-scrobbler plugin, and the plugin also does not respect the HTTP_PROXY settings, so the calls out to aren't torified yet.

Tags: configuration, emacs, erc, gnus, privoxy, screen, tor, xmms, xwindows
  • Post a new comment


    default userpic
    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.