Emacs frontend for Igor Chubin's wttr.in weather service https://git.cjennings.net/emacs-wttrin/atom?h=release%2F0.4.0 2026-09-13T14:46:11+00:00 2026-09-13T14:46:11+00:00 Craig Jennings c@cjennings.net 2026-09-13T14:46:11+00:00 urn:sha1:f9449f6c8d4f5d174bea4a878632384f2b760c5f wttrin--effective-display-options checked for an existing F with string-match-p, which honors case-fold-search. That defaults to t, so a lowercase f in wttrin-display-options read as F and the flag was never added. wttr.in flags are case-sensitive (q and Q differ), so I bound case-fold-search to nil inside the helper. The tests cover a lowercase f under both case-fold settings. They also pin that a non-string options value signals wrong-type-argument rather than building a bad URL. 2026-09-13T14:34:41+00:00 Craig Jennings c@cjennings.net 2026-06-24T04:37:00+00:00 urn:sha1:cb7019387d8b5bd7ebd385272126accfd37e4b1b I added a boolean defcustom, wttrin-hide-follow-line (default nil), that suppresses the "Follow @igor_chubin for wttr.in updates" line in the weather buffer. When it's on, wttrin--build-url adds the wttr.in F flag to the request, so the service omits the line server-side. That stays correct across languages, where a local regex on the English text would miss translated responses. The helper wttrin--effective-display-options folds F into wttrin-display-options when hiding and F isn't already there, so the toggle and the options string compose without duplicating the flag. The default is off to keep current behavior on upgrade and to leave the upstream author's follow request in place unless the user opts out. It affects the weather buffer only. The mode-line uses its own compact format with no follow line.