3 ms·

As little code as possible to get the job done without enormous dependencies. Avoiding js and using css and html as much as possible.

sfn42 1y ago
Sounds like the perfect frontend dev to me.
- cluckindan 1y ago
 The designer, the customer, and US/EU accessibility laws heavily disagree.
 - Philadelphia 1y ago
 How is javascript required for accessibility? I wasn’t aware of that.
 - boesboes 1y ago
 It is not. In fact, it is all the modern design sensibilities and front-end frameworks that make it nearly impossible to make accessible things. We once had the rule HTML should be purely semantic and all styling should be in CSS. It was brilliant, even though not everything looked as fancy as today.
 - cluckindan 1y ago
 JS is in fact required for AA level compliance in some cases, usually to retain/move focus appropriately, or to provide expected keyboard controls. https://www.w3.org/WAI/WCAG22/Techniques/#client-side-script https://www.w3.org/WAI/WCAG22/Techniques/#client-side-script Also, when was that semantic HTML rule? You make it sound like ancient history, but semantic HTML has only been a thing since HTML5 (2008).
 lexicality 1y ago
 You only need to use scripts to move focus and provide keyboard controls if you have done something to mess with the focus and break the standard browser keyboard controls. If you're using HTML/CSS sensibly then it's accessible from the get-go by dint of the browser being accessible. > Also, when was that semantic HTML rule? You make it sound like ancient history, but semantic HTML has only been a thing since HTML5 (2008). HTML5 added a million new tags, but HTML4 had plenty of semantic tags that people regularly ignored and replaced with <div>, for example , , <blockquote>...
 kbolino 1y ago
 IMO is a terrible example. For ca. ten years, the advice was to pointlessly "replace with and with " and it utterly screwed over most new web developers' understanding of semantic tags. There are many reasons to use italics (and they vary between languages) but "emphasis" is just one of them, and none of the others ever materialized as tags. It would have been far better to have recommended and and etc. than to have added the tag and said "just use it instead of ".
 cluckindan 1y ago
 ”You only need to use scripts to move focus and provide keyboard controls if you have done something to mess with the focus and break the standard browser keyboard controls.” That is straight up untrue. Some ARIA patterns require developers to implement focus management and keyboard access from scratch. For example, ”Correct implementation of the tree role requires implementation of complex functionality that is not needed for typical site navigation that is styled to look like a tree with expandable sections.” But sometimes you do need that kind of widget for something else. https://www.w3.org/WAI/ARIA/apg/patterns/treeview/ https://www.w3.org/WAI/ARIA/apg/patterns/treeview/
 lexicality 1y ago
 Sorry, I completely forgot about the existing semantic tree view element that exists and can be interacted with visually but doesn't provide any accessibility or keyboard support because the browser manufacturers decided to skip that one. Or are you talking about a situation where the developer has implemented a custom component (aka "done something") which doesn't use the native focus system and therefore requires additional work to make accessible?
 - NackerHughes 1y ago
 The designer wants huge amounts of screen space wasted on unnnecessary padding, massive Fisher-Price rounded corners, and fancy fading and sliding animations that get in the way and slow things down. (Moreover, the designer just happens to want to completely re-design everything a few months later.) The customer “ooh”s and “aah”s at said fancy animations running on the salesman’s top of the line macbook pro and is lured in, only realising too late that they’ve been bitten in the ass by the enormous amount of bloat that makes it run like a potato on any computer that costs less than four thousand dollars. And US/EU laws are written by clueless bureaucrats whose most recent experience with technology is not even an electric typewriter. What’s your point?
 - cluckindan 1y ago
 Wow, those are some jaded and cynical views.
 - wvh 1y ago
 I think their point is that you might not have much of a choice, taking laws and modern aesthetic and economic concerns into consideration. We "in the know" might agree, but we're not going to get it sold.
 - wbl 1y ago
 I think blind people should be able to use websites.
 - whstl 1y ago
 The designer already disagrees with accessibility laws. Contrast is near zero.
 - sfn42 1y ago
 A11y is mostly handled by just using semantic html. The designer, in my experience, is totally fine with just using a normal select element, they don't demand that I reinvent the drop-down with divs just to put rounded corners on the options. Nobody cares about that stuff. These are minor details, we can change it later if someone really wants it. As long as we're not just sitting on our hands for lack of work I'm not putting effort into reinventing things the browser has already solved.
 - cluckindan 1y ago
 The word ”mostly” is the crux of the issue.
 - zelphirkalt 1y ago
 I hope in the future I can work with that kind of designer. Maybe it is just my limited experience, but in that limited experience, web designers care way too much about details and design features/ideas/concepts, that are not part of HTML or CSS and then frontend developers would have to push back and tell the web designer, that form follows function and that the medium they design for is important. Basic design principles actually, that the designers should know themselves, just like they should know the medium they are targeting (semandic HTML, CSS, capabilities of them both, a tiny bit about JS too), to keep things reasonable. But most frontend devs are happy to build fancy things with JS instead of pushing back when it matters. And not so many frontend devs want to get into CSS deeply and do everything they can to avoid JS. So needless things do get implemented all the time.
 - zelphirkalt 1y ago
 The designer might only disagree, if they know a lot about frontend technology, and are not merely clicking together a figma castle. But the middle management might actually praise the developer, because they "get the job done" with the minimal effort (so "efficient"!).
 - bigstrat2003 1y ago
 As the customer, I think that's the perfect frontend dev. Fuck the JS monstrosities that people build, they are so much harder to use than plain HTML.

sfn42 1y ago

Sounds like the perfect frontend dev to me.

cluckindan 1y ago
The designer, the customer, and US/EU accessibility laws heavily disagree.
- Philadelphia 1y ago
 How is javascript required for accessibility? I wasn’t aware of that.
 - boesboes 1y ago
 It is not. In fact, it is all the modern design sensibilities and front-end frameworks that make it nearly impossible to make accessible things. We once had the rule HTML should be purely semantic and all styling should be in CSS. It was brilliant, even though not everything looked as fancy as today.
 - cluckindan 1y ago
 JS is in fact required for AA level compliance in some cases, usually to retain/move focus appropriately, or to provide expected keyboard controls. https://www.w3.org/WAI/WCAG22/Techniques/#client-side-script https://www.w3.org/WAI/WCAG22/Techniques/#client-side-script Also, when was that semantic HTML rule? You make it sound like ancient history, but semantic HTML has only been a thing since HTML5 (2008).
 - lexicality 1y ago
 You only need to use scripts to move focus and provide keyboard controls if you have done something to mess with the focus and break the standard browser keyboard controls. If you're using HTML/CSS sensibly then it's accessible from the get-go by dint of the browser being accessible. > Also, when was that semantic HTML rule? You make it sound like ancient history, but semantic HTML has only been a thing since HTML5 (2008). HTML5 added a million new tags, but HTML4 had plenty of semantic tags that people regularly ignored and replaced with <div>, for example , , <blockquote>...
 kbolino 1y ago
 IMO is a terrible example. For ca. ten years, the advice was to pointlessly "replace with and with " and it utterly screwed over most new web developers' understanding of semantic tags. There are many reasons to use italics (and they vary between languages) but "emphasis" is just one of them, and none of the others ever materialized as tags. It would have been far better to have recommended and and etc. than to have added the tag and said "just use it instead of ".
 cluckindan 1y ago
 ”You only need to use scripts to move focus and provide keyboard controls if you have done something to mess with the focus and break the standard browser keyboard controls.” That is straight up untrue. Some ARIA patterns require developers to implement focus management and keyboard access from scratch. For example, ”Correct implementation of the tree role requires implementation of complex functionality that is not needed for typical site navigation that is styled to look like a tree with expandable sections.” But sometimes you do need that kind of widget for something else. https://www.w3.org/WAI/ARIA/apg/patterns/treeview/ https://www.w3.org/WAI/ARIA/apg/patterns/treeview/
 lexicality 1y ago
 Sorry, I completely forgot about the existing semantic tree view element that exists and can be interacted with visually but doesn't provide any accessibility or keyboard support because the browser manufacturers decided to skip that one. Or are you talking about a situation where the developer has implemented a custom component (aka "done something") which doesn't use the native focus system and therefore requires additional work to make accessible?
- NackerHughes 1y ago
 The designer wants huge amounts of screen space wasted on unnnecessary padding, massive Fisher-Price rounded corners, and fancy fading and sliding animations that get in the way and slow things down. (Moreover, the designer just happens to want to completely re-design everything a few months later.) The customer “ooh”s and “aah”s at said fancy animations running on the salesman’s top of the line macbook pro and is lured in, only realising too late that they’ve been bitten in the ass by the enormous amount of bloat that makes it run like a potato on any computer that costs less than four thousand dollars. And US/EU laws are written by clueless bureaucrats whose most recent experience with technology is not even an electric typewriter. What’s your point?
 - cluckindan 1y ago
 Wow, those are some jaded and cynical views.
 - wvh 1y ago
 I think their point is that you might not have much of a choice, taking laws and modern aesthetic and economic concerns into consideration. We "in the know" might agree, but we're not going to get it sold.
 - wbl 1y ago
 I think blind people should be able to use websites.
- whstl 1y ago
 The designer already disagrees with accessibility laws. Contrast is near zero.
- sfn42 1y ago
 A11y is mostly handled by just using semantic html. The designer, in my experience, is totally fine with just using a normal select element, they don't demand that I reinvent the drop-down with divs just to put rounded corners on the options. Nobody cares about that stuff. These are minor details, we can change it later if someone really wants it. As long as we're not just sitting on our hands for lack of work I'm not putting effort into reinventing things the browser has already solved.
 - cluckindan 1y ago
 The word ”mostly” is the crux of the issue.
 - zelphirkalt 1y ago
 I hope in the future I can work with that kind of designer. Maybe it is just my limited experience, but in that limited experience, web designers care way too much about details and design features/ideas/concepts, that are not part of HTML or CSS and then frontend developers would have to push back and tell the web designer, that form follows function and that the medium they design for is important. Basic design principles actually, that the designers should know themselves, just like they should know the medium they are targeting (semandic HTML, CSS, capabilities of them both, a tiny bit about JS too), to keep things reasonable. But most frontend devs are happy to build fancy things with JS instead of pushing back when it matters. And not so many frontend devs want to get into CSS deeply and do everything they can to avoid JS. So needless things do get implemented all the time.
- zelphirkalt 1y ago
 The designer might only disagree, if they know a lot about frontend technology, and are not merely clicking together a figma castle. But the middle management might actually praise the developer, because they "get the job done" with the minimal effort (so "efficient"!).
- bigstrat2003 1y ago
 As the customer, I think that's the perfect frontend dev. Fuck the JS monstrosities that people build, they are so much harder to use than plain HTML.