News for hackers. Stuff that matters.
Re:U.S. Web Design Standards 1.0 by neves on Saturday March 18, 2017 @12:35PM (#13902046)
Great! Even if you disagree, just the existence of a Gov standard will:

1) Create a minimal common language for all sites that the citizens are forced to use. Now we can all can use these patterns in our sites knowing that more users will know them. Remember that software isn't intuitive, but familiar: http://www.asktog.com/papers/raskinintuit.html

2) Force software developers for public services to put up a minimal decent interface, instead of just a list of features.

The best page is their Design Principles: https://standards.usa.gov/design-principles/

Re:U.S. Web Design Standards 1.0 by Twirrim on Saturday March 18, 2017 @01:47PM (#13902506)
State websites drastically improved in Hawaii once the company I was working for (that provides https://ehawaii.gov and many of the state's sites) managed to get a centrally defined standard set in conjunction with the CTO. It meant we could get everyone on the same page, speaking the same design language and really thinking about how they presented their departments information.
Re:U.S. Web Design Standards 1.0 by Keverw on Saturday March 18, 2017 @08:04PM (#13904210)
Wow Hawaii's website got to be the best state website. Very modern and clean layout! Great job.

I know some states don't even have responsive websites either, or some do but subdomains are still outdated designs. I wonder if how well a state maintains their website, is an indication of the rest of the state's quality. I know next time I move I'm going to pick a state based on the weather anyways(thinking Florida). Very surprised Florida's website is very outdated. Mobile web design has been around for quite a while, and I feel like their website is a bit of a disservice to people wanting information on the go.

It seems like though states seem to care more about their website, than cities do... My local city here in Ohio website isn't even mobile friendly.

Edit: Well I found one subdomain that isn't mobile friendly - https://emrs.ehawaii.gov/emrs/public/home.html but still it looks like most of their sites are.

Re:U.S. Web Design Standards 1.0 by Twirrim on Saturday March 18, 2017 @09:37PM (#13904637)
It was really cutting edge when it was released around 4 years ago. Mobile first, statically generated content (regenerated every hour or so).

The design standards for the state were drawn up in collaboration between the CTO's office and my employers at the time (at no expense to the state). First and foremost: Mobile first, responsive.

That EMRS website appears to be the same old same old. It has been that way for at least 7-8 years now at the very least, as it looked like that already when I joined the company (2010, I think). I guess they haven't agreed to a redesign yet (most of the agencies jumped on the redesign opportunity, especially given there was no financial impact on them.)

Re:U.S. Web Design Standards 1.0 by DopamineHigh on Saturday March 18, 2017 @09:27PM (#13904596)
Amazing work!

Good to see that some state governments are making progress on the internet front.

Re:U.S. Web Design Standards 1.0 by neves on Saturday March 18, 2017 @12:44PM (#13902098)
It is even better. They also have code guidelines. Easing the choosing of technologies (open source!) and configuration.

Less opportunities for that crazy developer who wants to implement your costumer facing site in Common Lisp.

Re:U.S. Web Design Standards 1.0 by ethbro on Saturday March 18, 2017 @01:49PM (#13902521)
> Less opportunities for that crazy developer who wants to implement your costumer facing site in Common Lisp.

Somewhere, an LM-2 who has been faithfully serving requests since 1981 just cried a single, perfectly simulated electronic tear.

Re:U.S. Web Design Standards 1.0 by mirekrusin on Saturday March 18, 2017 @06:27PM (#13903822)
Surely this very system (HN) shed a tear somewhere between brackets as well.
Re:U.S. Web Design Standards 1.0 by kiriakasis on Saturday March 18, 2017 @03:25PM (#13903034)
I think it is more about a general lack of trust; I think (my opinion) that neves was talking about choosing a technology for religion vs for pratical reasons.
Re:U.S. Web Design Standards 1.0 by chaoky on Saturday March 18, 2017 @01:50PM (#13902530)
Please tell me this is sarcasm! It's hard to tell. If it isn't, then all I have to say is that hacker news is written in the lisp dialect arc of Paul Graham, who got rich off of a customer facing site written in common lisp...
Re:U.S. Web Design Standards 1.0 by lr4444lr on Saturday March 18, 2017 @06:20PM (#13903796)
* Less opportunities for that crazy developer who wants to implement your costumer facing site in Common Lisp.*

Yeah, that would never work: http://www.paulgraham.com/avg.html

Re:U.S. Web Design Standards 1.0 by NTH on Saturday March 18, 2017 @04:11PM (#13903261)
Nothing about this forces any government projects to do anything. It's just recommended guidelines.
Re:U.S. Web Design Standards 1.0 by voidlogic on Saturday March 18, 2017 @12:57PM (#13902184)
>Create a minimal common language for all sites that the citizens are forced to use.

Hopefully, but this is just for the federal government. Each state may have their own standard or no standard at all. I have a feeling people spend more time interacting with state government websites...

Re:U.S. Web Design Standards 1.0 by matt4077 on Saturday March 18, 2017 @02:48PM (#13902827)
Government standards are often used as blueprints in the private sector as well, not by enforcement but by contractual agreements with contractors. They may not always be at the bleeding edge, but they're usually very thorough, and have an ecosystem around them, such as seminars and case law.
Re:U.S. Web Design Standards 1.0 by jonknee on Saturday March 18, 2017 @01:09PM (#13902260)
> Each state may have their own standard or no standard at all.

All the better that this is being given away for anyone to use.

Re:U.S. Web Design Standards 1.0 by throwaway96495 on Saturday March 18, 2017 @01:33PM (#13902418)
Doesn't necessarily matter. Usually the easiest path to resolving the next change request will be taken, i.e. patching on to the existing crappy thing from the 90s. The only thing that can change it is someone shouting. I suspect most software (not the glitzy things on HN) are driven by shouting. Shouting Driven Development. If the customer doesn't care enough about UI to raise their voice, then UI won't be prioritized.
Re:U.S. Web Design Standards 1.0 by neves on Saturday March 18, 2017 @02:25PM (#13902712)
This is the beautiful aspect of this project: now the easiest path for a new project is to use the "official design", No need to argue about it.
Re:U.S. Web Design Standards 1.0 by tambourine_man on Saturday March 18, 2017 @01:54PM (#13902548)
I don't know if I agree with Jeff, the iPad is definitively more intuitive, because it mimics real world interaction better than the mouse.

There's no explaining needed, touch it, move it, it's direct manipulation vs indirect.

I'm sure, when we have weight, texture feedback, it will be even more "intuitive"

Re:U.S. Web Design Standards 1.0 by wernercd on Saturday March 18, 2017 @09:43PM (#13904671)
You forgot Revolutionary. Break Through. Cool. Beautiful. Faster. Zippy. Precise. Awesome. Magic!

https://www.youtube.com/embed/BETSuT2RNLs?version=3&hl=en&fs...

Re:U.S. Web Design Standards 1.0 by tambourine_man on Saturday March 18, 2017 @09:50PM (#13904692)
I don't understand what your comment has to do with what I wrote, but yeah, Apple uses a lot of adjectives to sell their products.
Re:U.S. Web Design Standards 1.0 by graycat on Saturday March 18, 2017 @01:46PM (#13902505)
> Remember that software isn't intuitive, but familiar:

Well put. In practice, largely correct. But literally minded me wants software also to be DOCUMENTED. E.g., at my Web site, each page has a link Help that explains the page hopefully in simple but clear terms.

But, wait, there's more:

At my Web site, also a user never has to try to guess what an icon does -- there are no icons. Civilizations had lots of icons, and eventually we got the Roman alphabet which I believe is a huge step forward. So, for links I just use words in the Roman alphabet.

The pages never do anything sudden, e.g., cover up what a user is reading with a pull-down, pop-up, or roll-over -- there aren't any.

For your

> Remember that software isn't intuitive, but familiar:

I do exploit that: The pages all use just the simplest, old HTML, and I've written not even a single line of JavaScript (JS). Microsoft's ASP.NET has a little standard JS for me, maybe having to do with positioning the cursor or some such. But, really, all the pages just use the most standard and elementary HTML controls 2+ billion people already know very well.

For more, the fonts are all relatively large, say, 24 pixels high. The colors all have high contrast, and the 25% of men who are partially red-green color blind will still do just fine.

There is just one Web site with just one user interface (UI), the same for workstations, desktop, laptops, tablets, pads, smartphones, watches, Dick Tracy's watch, Flash Gordon's magic decoder rings, and any toys in Cracker Jacks boxes that can run a Web browser up to date as of about 10 years ago.

Each Web page is exactly 800 pixels wide. The layout is not by HTML div elements but by tables and is always the same for all users.

There are always both vertical and horizontal scroll bars, and the pages should still be usable in a window as narrow as 300 pixels.

For more, how the UI works is simple and intuitive, so much so a 7 year old with a cheap smartphone and who knows no English (the text is all in very simple English with no alternatives) should be able to do fine with three minutes of instruction or 15 minutes of experimentation.

So, one of my key thoughts was to exploit for basic HTML just your

> Remember that software isn't intuitive, but familiar:

So, I stayed with just the simplest HTML knowing that 2+ billion people were then already quite "familiar".

Where can one see my Web site? At present nowhere! Since just now my development computer is sick from data corruption, e.g., crucial parts of Microsoft's .NET are not available to my software, my software won't run even on my development computer. Right, bummer.

But I've put together a nice list of parts for a new development computer also powerful enough for a good, first Web server for my Web site. Intend to order the parts and plug them together soon! Then I'll get the software and data on the new computer, make some tweaks in the code I have in mind, load a lot of data, and go live.

Re:U.S. Web Design Standards 1.0 by dmsnell on Saturday March 18, 2017 @02:49PM (#13902830)
> there are no icons. Civilizations had lots of icons, and eventually we got the Roman alphabet which I believe is a huge step forward. So, for links I just use words in the Roman alphabet

icons continue to be a form of universal language around the world for helping people to navigate where they need to go: this way to the bathroom, that bathroom has changing table, no smoking in this area, stop!, play/pause, radioactive, scald-danger, tent-camping, etc…

they don't communicate without ambiguity but they do serve a very functional and well-appreciated purpose for rapidly communicating information which would otherwise require more words and more thought.

adopting familiar icons around a website and providing a way to remove any ambiguity can enhance the experience; eliminating them altogether is somewhat of an overreaction

Re:U.S. Web Design Standards 1.0 by jcranmer on Saturday March 18, 2017 @07:14PM (#13904004)
The advantage of iconography is that it doesn't require to you use a single language. Many signs in the US, which is largely monolingual, tend to be very wordy. In places like Canada, where bilingualism is mandatory, it's easier to do a cigarette with the red slash through it rather than have two signs, one that says "NO SMOKING" and the other "PAS DE FUMER" (that said, they sometimes do have the latter situation).

It's fairly well known that a lot of iconography is actually poorly understood without prior specific instruction. Do you know what this road sign means: https://upload.wikimedia.org/wikipedia/commons/4/49/Zeichen_... ? How about this one: https://upload.wikimedia.org/wikipedia/commons/d/d1/Chile_ro... ?

Re:U.S. Web Design Standards 1.0 by Arizhel on Wednesday March 22, 2017 @03:20PM (#13933874)
For your first icon, it means to be cautious and watch out for tanker trunks that are able to drive over bodies of water, as one of them might take an odd route to transition from driving over the river onto your road.

For your second icon, it means to watch out for windsocks that have been blown off their poles.

Re:U.S. Web Design Standards 1.0 by graycat on Thursday March 30, 2017 @03:10PM (#13998031)
I never would have guessed either of those two! Ah, I love the Roman alphabet!
Re:U.S. Web Design Standards 1.0 by graycat on Sunday March 19, 2017 @01:30AM (#13905420)
Your first icon looks like truck with a tank carrying some liquid, maybe water. The second one looks like a net for catching butterflies.

For both, I wouldn't know the context.

Re:U.S. Web Design Standards 1.0 by graycat on Sunday March 19, 2017 @01:26AM (#13905400)
For stop signs, restroom signs, etc. I agree.

But here I am talking about the subject of the OP, Web page design.

Yes, I have finally learned what the icons from Adobe's Acrobat PDF viewer and my favorite Web browsers do, but those are not issues of Web page design.

Looking at Web pages on the Internet and designed by others, usually I have to make at best just wild guesses at what the icons do, hover and wait for some explanatory English text, usually too small to read, or just use the TIFO method -- try it and find out.

I can say that in all my usage of Web pages, I have yet to find an icon on a Web page that I both (A) already understand and (B) have seen on more than one Web site. So, to me, on Web sites, that icons are at times and in places useful is cancelled by the fact that on Web sites the icons are not very standard. Or, for icons, I can't pronounce them, spell them, write them down, type them in, look them up in a dictionary or at Google, etc. The icons are usually little drawings, but usually I can't see the drawing clearly enough to guess what it is trying to represent. There is a icon getting popular that is a rectangle with an arrow through it -- I don't know what it means, and I wouldn't be able to look it up in a dictionary.

In my Web pages, the user interface is supposed to be so simple that any links, e.g., Help, Home, Inputs, Results, need just one very common English word.

Maybe some Web pages really need icons instead of words.

For icons more generally, e.g., for road signs, restroom signs, applications software other than just Web pages, that's a more complicated subject. For some of the icons for some applications software, I believe that some well written technical documentation is missing but needed.

Re:U.S. Web Design Standards 1.0 by joshjje on Sunday March 19, 2017 @08:40PM (#13910803)
Personally, I always go with icon and text if I can. I will still use a plain icon with no text in a few cases and if it makes sense:

  •For the more universal ones like + and - and trashcans
  •If I am absolutely constrained for space and dont have time to redesign
  •If the target audience can handle it or knows it perhaps
I definitely agree that only icons is a bad design choice in most cases. I would go with plain text rather than a plain icon if I had to choose.
Re:U.S. Web Design Standards 1.0 by kiriakasis on Saturday March 18, 2017 @03:31PM (#13903067)
>adopting familiar icons around a website and providing a way to remove any ambiguity can enhance the experience; eliminating them altogether is somewhat of an overreaction

I think that was the point was that icons familiar to almost everybody are quite rare on the internet. Maybe no icons at all may be excessive but from personal taste I find layout and grouping clearer than icons in complex UI.

Re:U.S. Web Design Standards 1.0 by thaumasiotes on Saturday March 18, 2017 @06:44PM (#13903878)
> At my Web site, also a user never has to try to guess what an icon does -- there are no icons. Civilizations had lots of icons, and eventually we got the Roman alphabet which I believe is a huge step forward. So, for links I just use words in the Roman alphabet.

I mean, an alphabet is a huge step forward over freeform pictures, but the Roman alphabet offers basically nothing over its immediate ancestor the Greek alphabet except being a little better suited to ancient Latin.

Re:U.S. Web Design Standards 1.0 by graycat on Sunday March 19, 2017 @01:33AM (#13905437)
Ah, you got me! I know the Roman alphabet, but I know only a few letters from the Greek alphabet, a few I picked up in math and physics. When I type in math, say, into TeX, sometimes I use some Greek letters, but I use only the ones that I am familiar with and, e.g., know how to pronounce! :-)