Timeline for Was the meaning of ... (ellipsis) for buttons and menus already defined in MS DOS?
Current License: CC BY-SA 4.0
10 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Feb 28 at 19:22 | comment | added | user71659 | The funny thing is the Mac screenshot shows the most prominent Mac misuse of the ellipsis: the resulting About the Finder dialog doesn't accept any input. That mistake was finally corrected in MacOS 9. | |
| Feb 28 at 10:57 | comment | added | IMSoP | @ThomasWeller Again, that's a particular design convention; in plain English text, the normal placement of an ellipsis is at the end of the truncated text, indicating only that some information is missing. | |
| Feb 28 at 9:15 | comment | added | Thomas Weller | @IMSoP: from a design perspective, those dots should be in the middle, like so: ux.stackexchange.com/a/30831/39020 | |
| Feb 27 at 18:04 | comment | added | IMSoP | @Raffzahn Not really. A menu item saying "Immediately delete file some-long-name-that-doesnt-fit..." would be a completely different usage of the ellipsis. The software convention of it meaning "some other interaction will follow" doesn't automatically follow from the English usage of meaning "some information is omitted here". | |
| Feb 27 at 11:34 | comment | added | Raffzahn | @dave yes, that's the same general idea: continuation not displayed here | |
| Feb 27 at 11:20 | comment | added | dave | Anecdotally, I was using ellipsis in the 1970s to mean "too much data to display, so truncated at this point". This of course is just its meaning as common punctuation. | |
| S Feb 27 at 9:38 | history | edited | Raffzahn | CC BY-SA 4.0 | added 660 characters in body |
| Feb 27 at 9:31 | review | Suggested edits | |||
| S Feb 27 at 9:38 | |||||
| Feb 27 at 9:29 | history | edited | Raffzahn | CC BY-SA 4.0 | added 660 characters in body |
| Feb 27 at 9:12 | history | answered | Raffzahn | CC BY-SA 4.0 |