Another Long-Term Placeholder Page. Probably.
Miscellaneous software
I have a Debian package (with source) for Razer Blackwidow keyboard owners. It works with the 2013 model; I have no idea about whether it's useful (with modification for USB IDs) for newer keyboards. If you have anything to say about it, contact info is in the menu to the left.
What Not To Use…?
- SPF
-
It's badly thought out in as much as while it works well for simple cases, it fails badly as soon as you start forwarding mail – the check is not for the origin, but for the server which contacted your MX, and if the SPF record says “hard fail” for anything but the origin and your MX rejects hard fails, you're going to end up with legitimate email being rejected.
I switched from Demon to A&A because of their then-pending switch to a new Exchange-based mail setup with SPF checking – it seems that they'd set their servers to do hard fails. There was already mention of mail not being received…
- DMARC
- Anybody who says that this is a ‘silver bullet’ against spam and phishing is wrong. It isn't – it relies on SPF. It also uses DKIM, for which you need strong keys (just ask Google).
My own opinion? Don't hard-fail, but (at most) use DMARC as a pair of data points counting towards spam scoring – indeed, it's with that in mind that I have a DKIM key among my domain's DNS entries and I have my MTA signing outgoing mail. (Also, I'd count very wide ‘accept’ address ranges as a little bit spammy.)
Browser Bugs – Fun For All!
Mostly, this is a CSS3 playground for now. Very much under construction (sometimes). Yes, that is a menu to the left, packed with transitions…
In a previous iteration, that menu triggered what appear to have been Webkit bugs in Chromium. (These days, it uses flex boxes.) They were as follows:
- An off-by-one in the border rendering.
- The off-by-one is at the right edge, and is one pixel wide regardless of zoom setting.
- A table height calculation error.
- It's off by the sum of the top and bottom border widths, and happens
if the box model for a
display: table
element is set toborder-box
and has fixed position. - At least
overflow: hidden
works. - Clipping failures.
- When transitioning, the top-level menu list items (rendered as table
rows) have their content overflow the containing box, or would if I set
the border corner radii larger than the border width.
(
IceweaselFirefox does better, but still gets the background wrong.) This probably just needs some :first-child and :last-child rules for the affected list item elements…
This page seems to be a good one for triggering browser bugs…!
“And Finally…”
Oh yes… I never seem to have much to put on a web site.
_ ASCII ribbon campaign ( ) against HTML e-mail X / \