Stonehenge is great. I can't wait for a few hundred years from now when the collective pop culture of future civilization assumes Griffith Observatory was used for dark occult rituals, too!

Aw, dangit. The NOAA updated their website so the national weather map is no longer served up as one single massive animated GIF. This sadly breaks a rather silly personal project I came up with back at Lexmark, the Lexstar 7000. Guess I need to shut that down.

Yes, a major part of the Lexstar 7000 was to just regularly download the NOAA's national weather map for display.

@Canageek If that's the case and there's truly no BIOS-level setting, I would guess any call to check it would always return zero (that is, Num Lock off), which sounds like what you're seeing. Does the OS (or DE) have any option to force it when it starts? I know KDE has an option for On/Off/Whatever-BIOS-says.

@Canageek Huh, I always knew that to be an OS-level thing, not a keyboard function. Is the keyboard overriding what the OS thinks Num Lock should be?

So, the DoM's site is back up again. That wasn't my doing, though, and it's still currently running on the usual host. Still looking into what happened.

Hm. That's disconcerting. The DoM website seems to be down. In fact, all of that server (of an old friend of mine) seems to be down. Unfortunately, that means that person's email server is also down, so any email I send won't get anywhere.

I'm working on bringing something back up. There's still nothing new yet, but having the entire website be dead is not a good thing regardless.

Oh, hey, maybe I should also just use this more often anyway.

If you're reading this from the DoM website via my Mastodon website widget, you may notice that said widget now auto-refreshes every five minutes. I'm not sure why you're sitting on the DoM main page for five minutes straight, but it's more the principle of the thing.

I think I know a good first step in tweaks to the DoM website: Changing all the download links in the Gallery to look more like buttons. Not, y'know, actually make them buttons, but use CSS trickery to make them biglier and more rectanglier, easier to click/tap.

Also, that'll give me a chance to consolidate the multiple sizes of wallpapers down to just one per aspect ratio. Which in turn will also give 4K-ish 16:10 wallpapers, despite such monitors being stupidly rare and/or expensive.

Now that the chapter's done at long last, I've got Chapter Nine to plan out. I leave way too many plots dangling about, and I need to make sure they all tie together the way I want (or at least come back in to the main plot somehow).

In the meantime, I should also see if I can rig up a different set of site CSS for mobile devices. I'm not forcing the comic format to be mobile-centric, but the site itself still looks really ugly on a phone.

There we go, all six new mobile wallpapers (the Color Background Tests) are now up on the DoM site in the Gallery in their full-sized glory. Enjoy!

Finally, we end on orange, with Cesol!

I'll get the full-res versions of this entire ridiculous set up on the DoM site later.

I'm reasonably certain I have one more of these past this one. For now, though, here is the color cyan in action.

Continuing along the color wheel is blue with Howard and Tilly. This is kinda-sorta the new outfit I designed for him that got used exactly once so far. He'll be back.

Hm, wait, actually, I'd still need to keep arbitrary HTML in anyway, unless I wanted to drag in something like Markdown libraries. So maybe it's more of just extending the template system to generalize footnotes.

I know I added a JSON interface to my comic's website a while back so that there would be a decent way to fetch comic data programatically, and yet I'm sort of hoping nobody really needs it yet as I keep changing parts of the format whenever I realize better ways to present stuff. Oops.

On the plus side, I've got an idea of how to finally make an old feature in the Autofox code work for me. It's not wise to keep arbitrary HTML in the data files anyway...

@Canageek @rodneylives It's useful from a debugging standpoint. Sure, you can build in gzip, bz2, xz, etc, but a lot of time if something's going amiss, telling the end user "rename to .zip and open in Explorer" is a lot more convenient to them than starting with "first, install 7-Zip, then..."

That's not to say gzip (et al) isn't used *anywhere*. Inkscape can natively do svgz, GIMP understands .xcf.bz2 (et al)... but zip just wound up being the de facto standard for that early on.

@Canageek @rodneylives I would guess that the compression algorithms (and the zip format in general) were chosen largely due to being the lowest common denominator. Even the trusty gzip algorithm isn't quite ubiquitous outside of the UNIX world, not to the extent that PKZIP's algorithms are in Windows, let alone the beefier stuff. It likely made debugging and development a lot easier all around early on.

Show older
The Exclaim Industries Very Tiny Blog

The very tiny home of CaptainSpam and all the various goings on at Exclaim Industries (which is just CaptainSpam).