Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

>> The prompt starts at the first field and <RETURN> (not <TAB> !) moves to the next.

This is hilarious to me, because times have certainly changed.

When we first started shipping Windows software the big complaint from users was the use of Tab to switch fields, while Return triggered the default button (usually Save or Close).

The change, for users used to DOS was painful - not least when capturing numbers as the numeric key pad has Enter not Tab.

Software developers either stood firm, convincing customers to learn Tab, or caved and aliased the Enter key to the Tab key. Even today I still find that option here and there in Software that's been around a while...

 help



Author here, and thanks for reading. I'm glad to hear stories from a developer POV about those days. It's interesting uncovering subtle interface changes as I investigate various applications. It makes sense to me to not use Return for fields, especially when fields could gradually accommodate longer and longer blocks of text. Being able to naturally type multiple paragraphs, say for a "Notes" field in a database, would make sense.

Yes, it makes sense when viewed like that, and was probably a necessary change.

DOS chose Enter though because in those days mist data capture was numbers. Lots and lots of numbers. Data capturers could track the left hand down the column (so keeping place on yhe paper) any type with the right. Enter is right there in the keypad so only one hand needed.

Switching to Tab means 2 hands needed on the keyboard, so difficult to keep track on the paper.

Typically also, on DOS screens there was very little multi-line entry. Addresses were multiple entry fields, and so on. Tab was pretty much not used (outside of word processing).

If I went back now, to design the standard keyboard, I'd add dedicated "Next" and "Previous" buttons on the numeric keypad. No need for Enter there.

But that's design with a lot of hindsight...


> not least when capturing numbers as the numeric key pad has Enter not Tab.

And “Enter” isn’t “Return”.

I don’t know how the PC and PC software did it, but the Mac, when it got a numeric keypad, discriminated between return (on the alphanumeric keyboard) and enter (on the keypad), and software did discriminate between the two.


The real difference was on 3270, where RETURN made a new line, and ENTER submitted the whole screen

On the PC you can distinguish between the two of them in "raw" mode, but almost all keyboard maps flatten them both into the same key.

The only time I've seen them mapped differently is games.


We had a contractor write a replacement for some green-screen software that we ran for years. The replacement was of course a web interface, written in PHP, and nicely themed and all that was great in 2005.

We kept running into all kinds of weird issues when importing data back into the legacy system. Of course, after we started looking into it, I narrowed all the issues down to the same two users.

I don't remember exactly what it was, but users would hit a certain key on the keyboard at the end of every field, before they used the mouse to click on the next field and enter more data. This resulted in an undesired character at the end of every field!

I realized exactly what was going on as I watched a person fill out the form and submit it.

  "Why are you doing that!"

  "Doing what?"

  "Hitting the space bar (or whatever key it was) every time you fill out a field!"
Of course, in the old system you had to hit that key to save each field as you entered it.

shrug


So how do you fix it? Bit of javascript to trap the key and emulate the behaviour, dropping them to the next field?

Yea, basic data validation on the page/form



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: