Summary

Scriptorium/Archives/2018-09

“ A basic application of a data box is output, like a citation for the page being viewed, or for WD bots to extract metadata from works or their subpages. I contend that people have been unknowingly viewing this the wrong way round, value is found in the text and its metadata, not in controlling its display. The situation is similar to the assemblage of sister link boxes, some newer users streamlined and improved them and it was incorporated into the header; the header object could never effectively work for open access to data when it is designed to work against that principle. ”
Source: Wikisource

Scriptorium/Archives/2018-09

“ I'm also quite surprised you could conclude it was: are you certain you've not let yourself be misled by, say, only looking at the ePub output (or mobile or...) rather than how it's actually used in different works on the desktop website? I'll repeat that I'm not particularly a fan of the status quo, but even a cursory inspection suggests to me that making it full-width would be a dramatic change for which consensus must be sought first. Whether or not to make it responsive is an orthogonal issue: responsive design is a fine and laudable general principle, but the devil is in the details. ”
Source: Wikisource

Scriptorium/Archives/2018-09

“ The problem is that -- to my knowledge -- you can do media queries at the element level and instead have to declare them at the global level. (As an example, look at this website and shrink your browser window. There's a lot more examples like this in the modern web.) That would involve a consistent effort across-the-board to figure out what the user experience in mobile (vs tablet vs desktop) should be so as to get the global styles in places. But then templates could just inherit those base styles (via classes) and then adjust using as needed based on the needs of the template itself. ”
Source: Wikisource

Get perspective with Kwize: daily news enlightened by great literature