f NPF pt 2

May. 5th, 2023 12:31 am
adevyish: Icon of chibi Shizuo emphatically throwing a vending machine at chibi Izaya (tableflip)

finally i have found a html editor buggier than ao3’s: tumblr’s html editor for their new post type. not only does it change your html, it moves your html tags around body text when you save. so a closing tag that was originally at the end of a word can just up and walk to the middle of a word.

the markdown editor is just as bad. when you reopen posts originally made with markdown, it converts line breaks to <br> plus two newlines, which of course is a new paragraph in markdown.

adevyish: Icon of chibi Shizuo emphatically throwing a vending machine at chibi Izaya (tableflip)

So you’ve spent hours writing the perfect CSS. AO3 isn’t letting you preview your HTML and work skin together, but that’s fine, you have a local test file and it looks great there. You post your fic. AO3 mangles your HTML. Its CSS rules overwrite yours. You hotfix patches and break the randomest things four different times. Your fixes are not showing up in Firefox because it’s getting cached at some layer and you can’t figure out where, but it’s fine once you log in. Every time you edit your fic, AO3 multiples the number of newlines in your fic summary. You edit it again to get rid of your newlines, but accidentally paste your author’s note into your fic. You edit it again and the summary newlines respawn. You completely break part of your CSS because in your quest for enough specificity to override AO3 you went down the wrong road. Someone has already commented on your fic.

(Anyway I have the world’s nicest fake SMS, tweets, and Twitter DMs using minimal HTML, and they are readable and look vaguely like what they’re supposed to be even when you turn creator’s style off. Fic here.)

adevyish: Icon of chibi Shizuo emphatically throwing a vending machine at chibi Izaya (tableflip)

It’s frustrating that to get a nice-looking Tumblr theme in 2022 you have to use Javascript, because Tumblr’s new post type (“Neue Post Format”) just does not work out of the box and all posts made with the Tumblr mobile app are now this type.

  1. If a post has a single image on one row then two images on a second row, the image on the first row will load as 500px wide and display at 500px wide and the images on the second row will load as 540px wide and display at 268px wide. Some of us have high pixel density screens Tumblr! And it wouldn’t even be obvious, except the low res image is right next to the high res images.

  2. The Tumblr mobile post editor apparently loves inserting empty <p> tags, or with just a <br> in them. Or <p><br>Actual paragraph here</p>. The mobile app, and I believe Tumblr’s default theme, filters this out, so casual users won’t notice the extra whitespace. Unfortunately this results in a lot of unintended whitespace for those of us with custom themes.

When I first made a Tumblr theme I could use no Javascript and everything would look good. Sigh. At least querySelectorAll exists now so I don’t have to load in a 70kb Javascript library (ha. ha.) And both of these can be fixed in a few lines of code, but that doesn’t take back the amount of time I spent with the DOM Inspector open.

PS. Custom Tumblr themes that link to external Javascript not hosted by a big CDN makes me sooo dubious. I have, uh, definitely run into issues viewing other people’s Tumblrs, to the point I had to contact Tumblr support and engage in a back and forth because the repro was tricky.

PPS. The CSS Selectors Level 4 spec looks v nice.

adevyish: Icon of a pile of Nyanko-sensei in wide range of moods (niche corner)

Finally got around to hypertext markup-ing the spreadsheet I’d made of all of my lyric translations & transliterations. It’s on Github so I could throw sortable table javascript at it, except of course the minimal*, out-of-the-box popular library I found had a bug in it. When do they ever not.

Next up: finally hooking up the fannish domain name I’ve had for years to … something.

* I refuse to use jQuery or Bootstrap on my personal sites; nobody needs 80kb of anything.

adevyish: Icon of a pile of Nyanko-sensei in wide range of moods (niche corner)

Due to bad decisions made by a Unicode committee decades ago, you need separate fonts for Japanese, Korean, Simplified Chinese, and Traditional Chinese because of code point clashes. These characters may mean roughly the same thing and look roughly the same, but that does not mean they are correct.

(Each TC/SC/J/K font is 5–7 MB. There’s six standard calligraphic systems, never mind weights and handwriting fonts and all that fun graphic design stuff.)

So even though we now have emoji that combine in various ways to form new emoji, we are somehow stuck with downloading separate TC/SC/J/K fonts and then having the wrong character display on a webpage anyway, due to how font fallback works.¹

In the word processing days, typesetters could create new characters by defining a structure and the component parts that go into it. This is very sane, because this is how characters are built, and such a system would handle almost everything except bíangbíang miàn. A lot of characters are generated this way by font foundries, since it’s just impossible to make fonts otherwise. A construction system starts to breaks down once you factor in calligraphic balancing, but ligature support exists for Roman fonts….

The reason I bring this up is that Chinese speakers are having a hell of a time² trying to add new characters to Unicode, because there’s a high barrier of attestation required that doesn’t factor in, for example, concepts that didn’t exist a century ago. (Everyone’s currently making do with “TA” in Roman letters as a gender-neutral pronoun.) Even well-attested 漢字 in non-Mandarin languages first need to be approved, then need to be added to fonts. And it’s just impossible to add even the majority of extant characters

But look at all the shiny new emoji being added!

footnotes )

adevyish: Icon of a pile of Nyanko-sensei in wide range of moods (niche corner)

Since my Tumblr blogs weren’t in a state to be archived, and Tumblr’s export tool gives me errors, I had to take matters into my own hands.

Scripts to aid in archival:

And the archival script itself (not mine, but I fixed the tag page export):

adevyish: Icon of Kanda holding a book, surrounded by stacks of books (Ritsuka)
1. Stars will be playing at the Orpheum on Feb 19th.

2. I am seriously contemplating spending money on getting a webhost. Why.

3. Why the hell are there so many Javascript libraries? Read more... )

Most Popular Tags

July 2025

S M T W T F S
   12345
6789101112
13141516171819
20212223242526
2728293031  

Expand Cut Tags

No cut tags

Syndicate

RSS Atom