* See https://en.wikipedia.org/wiki/Note_(typography)#Numbering_an... for a sampling. These can be doubled if necessary -- so , ††, etc.
1,030 karma · joined September 21, 2012
* See https://en.wikipedia.org/wiki/Note_(typography)#Numbering_an... for a sampling. These can be doubled if necessary -- so , ††, etc.
My personal preference is to use footnotes as you suggest -- as a "here's more information for the curious" option -- whereas citations should be linked to a "references" section -- either at the end of the chapter or the book or the overall article.
From what I can tell, the main benefit seems to be in relation to identifying similar-looking tabs. It's unfortunate that they didn't bake in the same security and isolation benefits of Firefox's container tabs, or the "put aside and come back to it later" functionality that (old) Edge and Firefox Mobile's "collections" bring.
I'm also not sure how adding _more_ to the tabstrip will improve utility in Chrome, where tabs so quickly become impossible to manage because the strip doesn't scroll.
Then you can also start adding in geographic information -- things like optimising classroom allocations not only for equipment but also for student and teacher transit times between sessions, and for accessibility for specific students and teachers.
And then you have to consider the quality-of-life characteristics of the timetables you generate -- for example, ensuring that a 0.8FTE teacher doesn't have a day where they come in for two sessions only, one first thing in the morning and one last thing in the afternoon.
Oh, and you need to ensure that students get the right number of minutes of instructions for each subject, accounting for exceptional days (like sports carnivals and assemblies) and public holidays. And it'd be good to keep students together a bit, but also mix them up between classes so that they socialise across the whole year level.
There are so many more constraints that can be added over time, with differing levels of importance and significance, that the problem space rapidly becomes huge. That's probably why there are only a handful of players in the market (at least here in Australia).
Agreed. If it's in direct response to a user action (a sync response to a click or a tap on an element smaller than 300x300px, for example), I think it's perhaps more legitimate to have a more visible indication, like a strip across the top. (I'd want the element size constrained to avoid issues with sites adding `onClick` handlers to the `<body>` element or similar.)
> Actually I think it makes sense to persistently show the notification icon in the navbar once the permission has been granted (same with mic, audio, and anything else) providing a quick glance at any privs that have been granted and an obvious way to revoke them.
I believe Firefox already does this. It also shows you privileges which you've explicitly denied -- for example, if you disallow location access, you'll see a slashed compass next to the (i) button in the Awesomebar.
The beauty of CSS modules over a convention-based approach like BEM is that you end up with cleaner, simpler CSS files -- with selectors like `.Widget .search.error` rather than `.Widget__search--error`. The downside is that there's a compilation step, but chances are that you already have _some_ sort of compilation going on -- even if just to bundle things up.
The way to handle "special" cases for buttons -- like when they appear in certain contexts -- is to allow the calling code to add a class to the button; a class which comes from the caller's own CSS module. Alternatively, use CSS variables:
Button.css
.Button {
background: var(--btn-background, turquoise);
color: var(--btn-foreground, octarine);
}
Nav.css .Nav {
--btn-background: fuchsia;
--btn-foreground: lime;
}This seems to me to be the key point in the post: there's no one reason that we can point to that would explain how we got to where we are. (I would suggest that trying to find that one reason is, in fact, counter-productive.) This being the case, I don't believe there can be any one way of "fixing" this -- the large change has to happen as a result of many smaller changes, including in hiring practices, standards of behaviour in the workplace, and in schools, colleges, and universities.
In other words, that small change that you can make that you don't think will make a big difference? It can.
I'm also wondering why this change wasn't announced to developers by Apple more clearly -- I can't find any mention of it in the release notes. [1]
[1] https://developer.apple.com/library/ios/#releasenotes/Genera...