Welcome, Guest. Please login or register.

Author Topic: User Interface design issues  (Read 2676 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline SystemTopic starter

  • Full Member
  • ***
  • Join Date: Jul 2003
  • Posts: 199
    • Show only replies by System
    • http://amiga.org
User Interface design issues
« on: November 09, 2002, 01:28:28 AM »
Interesting article about user interfaces at phrasewise. Reminds me of the times when we were talking about database filesystems and that. Worth a read!  

 

Offline xisp

  • Jr. Member
  • **
  • Join Date: Jul 2002
  • Posts: 57
    • Show only replies by xisp
Re: User Interface design issues
« Reply #1 on: November 09, 2002, 02:36:29 AM »
I totally agree when he says what a
shame it is that Linux GUIs have copied what
Windows has done.

Instead of finding new ways of doing things,
they concentrate too much on stealing
users to Microsoft. Start Menus and
Explorer-like File browsers are the bait. But a
system like UN*X deserves a radical new
concept to manage all its possibilities in
a graphical manner.

It has surprised me the fact of inconsistencies
between the file requesters and file browsers:
I instantly remembered of a Devcon93 paper
(that you can find among Dave Haynie's file
archive). In it, Commodore programers
described some changes they wanted to
do (and never commited) to the Workbench
UI. They especifically talked about making
Workbench file-browser coherent with ASL
requesters. Was it a sign of moving in the
right way?

Any article talking about changing User
interfaces from the ground up is interesting.
 

Offline Dagon

  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 612
    • Show only replies by Dagon
    • http://www.amigasympan.gr/depa
Re: User Interface design issues
« Reply #2 on: November 09, 2002, 06:49:56 AM »
Linux is a wanna be UNIX :-D. BSD is the real thing :-P

I have a question, when you wanna move a program on win-dos what can you do? except editing the chaos-registry by your self? is there any program?

On Amiga it would be nice if the OS was looking on the user-startup if there has to be changed the path of the program and change it.

Any other ideas that you`d like to have someday on AmigaOS?
\\"So we must exercise ourselves in the things which bring happiness, since, if that be present, we have everything, and, if that be absent, all our actions are directed towards attaining it\\" - Epicurus
 

Offline CodeSmith

  • Sr. Member
  • ****
  • Join Date: Sep 2002
  • Posts: 499
    • Show only replies by CodeSmith
Re: User Interface design issues
« Reply #3 on: November 09, 2002, 07:04:12 AM »
I find the idea of file IDs quite intriguing - move your files around and still be able to easily find them.  I don't see how that could be easily patched into AmigaOS (maybe a new filesystem?), since AmigaDOS borrows heavily from unix as far as file naming is concerned.
 

Offline ShadesOfGrey

  • Sr. Member
  • ****
  • Join Date: Mar 2002
  • Posts: 303
    • Show only replies by ShadesOfGrey
Re: User Interface design issues
« Reply #4 on: November 09, 2002, 07:54:28 AM »
I don't know if this is true or not, but it has been said that AOS 4 will include ReiserFS.  ReiserFS is a 'popular' journaling file system for Linux.  Hence it may very well bring this 'feature' (among others, see web site) to AOS 4 (if properly implemented and utilized).
Unless otherwise explicitly stated, this message is not meant to affirm nor deny, defend nor offend any faction within the \\\'Amiga\\\' Community.
 

Offline jaokim

  • Full Member
  • ***
  • Join Date: Jun 2002
  • Posts: 205
    • Show only replies by jaokim
Re: User Interface design issues
« Reply #5 on: November 09, 2002, 11:10:02 AM »
Hear-hear!

The computer world really needs a new environment! Stop thinking computers and start thinking human behaviour! But not Bob, please. We want humans, not idiots!
 

Offline Erwin-K

  • Full Member
  • ***
  • Join Date: Feb 2002
  • Posts: 128
    • Show only replies by Erwin-K
Re: User Interface design issues
« Reply #6 on: November 09, 2002, 02:38:40 PM »
Some of the article seems confusing. Are all your applications running at once if there are no 'Quit' buttons?

If you work on a WP file and close the file does the WP automatically exit? How do you create new WP files?

Do you have to create a DB file to sort your content in a manner that makes sense to you? Are you forced into the mindless 'My Docs' & 'My Pictures', or can you keep files of any kind under a project name?

While this person makes some good points, I think he wants HAL form '2001' to be in every box out there.
:nervous:
Best,

Bob Kennedy
 

Offline L8-X

  • Hero Member
  • *****
  • Join Date: Apr 2002
  • Posts: 626
    • Show only replies by L8-X
    • Http://www.amigaworld.net
Re: User Interface design issues
« Reply #7 on: November 09, 2002, 04:44:15 PM »
I like the $25 to ask a question in the support section! :-o
\\"It\\\'s no exaggeration to say that the undecideds could go one way or another.\\"

-George Bush, US President

 :-D
 

Offline gary_c

  • Sr. Member
  • ****
  • Join Date: Mar 2002
  • Posts: 423
    • Show only replies by gary_c
    • http://www.cunningham-lee.com
Re: User Interface design issues
« Reply #8 on: November 11, 2002, 01:26:36 AM »
Erwin-K wrote:

Quote
Some of the article seems confusing. Are all your applications running at once if there are no 'Quit' buttons?

They quit automatically when you close your document window. Anyhow, that's what happens with Internet Explorer.

I also have misgivings about the idea of no application "quit" menu item (and the other side of the coin: auto-quit when the file is closed). This is also the way BeOS works. If you're writing something in the text editor, when you finish your document and close it, the text editor also closes. This can be a real drag in a program like a graphics editor, where you are constantly opening, saving and closing image files. You definitely don't want to have to restart your program every time you close and open a file when you're working on a set of files. I cope with that default behavior by opening a new "doorstop" file for the sole purpose of keeping the program running while I open, work on, and close my "real" files. Not exactly an elegant solution.

Maybe it's true that the quit button exposes an implementation detail, but it's a detail that I don't mind having access to. Yes, it's nifty that the program goes away when you're through using it, but often you're not through with the program even though you were through with the first document you used it for. Then the metaphor is a power saw that you have to get out of the tool box for every new board you want to cut -- lots of wasted time and effort here. At the very least this should be a user configuration option.

-- gary_c