On 12/08/10 11:26, Polytropon wrote:
On Wed, 08 Dec 2010 00:09:24 +0100, "Julian H. Stacey"<[email protected]> wrote:My comments/ wish list - One text mode (non bitmap graphical) browser: /usr/ports/www/lynxThe lynx browser, due to its "special" key handling, does not appeal to novice users. NO text mode browser gives a "first sight effect" that will "convince" a user he's installing a modern OS. Sounds stupid, I know.As I said, the way the user interacts with the browser does determine how fast he gets through the installation. Learning the browser (instead of just pressing the keys shown on the screen) could make things look worse. On the other hand, with the ability of X to run without configuration on recent hardware, what's wrong with running X with a graphical web browser - if the user DECIDED that way? Of course, this decision is the FIRST step in the install process: Install method -------------- T -> traditional text mode installer (sysinstall) (this one does not have all the options) W -> web-based installer in text mode (typical for professional users) G -> web-based installer in graphics mode (typical for novice users) R -> remote installation (just starts the server) S -> shell (dialog shell access to live system) Enter choice: _ Just a simple idea.
I like that approach- works for me anyway...
Accessibility should be foremost at this level and above. The legalities themselves are becoming hairy these days, and considering the point that we are trying to push accessibility in terms of applications (such as issues with flash, to name one) using physical accessibility as a parallel argument we should be setting an example as well.- Still too complex for blind/ partially sighted people with special I/O phsical devs, I guess.Very true. The ability of FreeBSD to be a barrier-free (!!!) OS always made it a first class product. It would be sad if it would lose this ability in the future, just to cater the expected "first sight effect" newbies. :-)
That said, there is no reason why can't make it look as pretty as we can without compromising this principle :)
_______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[email protected]"
