Live data from Hacker News

Front-End Checklist

github.com

11–20 of 82 posts

Re: Front-End Checklist

#11
post #6
post #5

- High? why?

I'd have thought things like that were better handled as a response header (same for the charset).

No, because pages can be saved, and then the page loses the information. Or rather, by all means do it (it does get the information to the browser quicker) but make sure you also add the information to the page.

Re: Front-End Checklist

#12
post #5

- High? why?

I also found that odd. I've always placed mine in the HTML tag. tough, I don't know what the difference is.

Putting it on is better as that defines the language for as well. The lang attribute defines the language of the tree that the element is the root node of.

Re: Front-End Checklist

#13

> Alternative text: High All have an alternative text which describe the image visually. Please don't do that. Don't put an alt on ALL images. Screen readers will read all of them. Skin and flavour images don't deserve to be read outloud. Nobody wants to hear "bottom left corner of logo" or "rounded corner".

Typically you’d use background images for something like that. Regardless, if you do have an image that doesn’t add anything to the information on the page give it an empty alt attribute to indicate to the screen reader that it shouldn’t try to read out the file name or something.

  
Do you mean like that? Empty quotes and it would not be read?

Re: Front-End Checklist

#14

> Alternative text: High All have an alternative text which describe the image visually. Please don't do that. Don't put an alt on ALL images. Screen readers will read all of them. Skin and flavour images don't deserve to be read outloud. Nobody wants to hear "bottom left corner of logo" or "rounded corner".

This recommendation would be fine 20 years ago. You should not have any decorative images in your markup, they belong to CSS.

Re: Front-End Checklist

#17

Earlier quoted context omitted.

Typically you’d use background images for something like that. Regardless, if you do have an image that doesn’t add anything to the information on the page give it an empty alt attribute to indicate to the screen reader that it shouldn’t try to read out the file name or something.

Do you mean like that? Empty quotes and it would not be read?

Exactly. Every img element should have an alt attribute; those with visual content should have explanatory text in it.

Re: Front-End Checklist

#18

> Alternative text: High All have an alternative text which describe the image visually. Please don't do that. Don't put an alt on ALL images. Screen readers will read all of them. Skin and flavour images don't deserve to be read outloud. Nobody wants to hear "bottom left corner of logo" or "rounded corner".

> Nobody wants to hear "bottom left corner of logo" or "rounded corner".

I would assume front-end guys care more about passing a Web Accessibility[0] audit than inconveniencing some users, thus good taste and wise discretion is spared for avoidance of litigation.

[0] https://www.w3.org/TR/WCAG20-TECHS/H37.html

Re: Front-End Checklist

#19

Are sitemaps still a thing that really matters?

Don't you wanna get crawled?

Actually I do work on a website that we do not want crawled. It would be handy to know which things to leave out to make it less likely your site will be crawled or show up high in a google result.

Re: Front-End Checklist

#20
Note that you don't actually need the head or body tags in your page. The browser already knows what is allowed in the head. It looks weird at first, but you can write your html like so:

  
  
  My Title
  
Also note that the html tag can also be omitted, unless you need to set the language. Don't worry about closing it either.
Post reply on HN