× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Dean,

with all due respect, we cannot operate a society based on 1 % are blind


On Tue, Jan 29, 2013 at 9:31 PM, Dean, Robert <rdean@xxxxxxxxxxxx> wrote:

I think you're missing the point. The main accessibility concern is
sightedness: how does your site perform for a non-visual user agent?

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Nathan Andelin
Sent: Tuesday, January 29, 2013 2:51 PM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] DB Maintenance Design Patterns

Henrik,

I'm suffering from the same disconnect. How would disabling JavaScript
help users with disabilities? How would impairing the browser improve
accessibility? It doesn't make sense. If you want to help people with
disabilities then provide keyboard short-cuts as alternatives to mouse
events, at least when it concerns to database maintenance.

How would reloading an entire page (brochure-ware) be more accessible than
using AJAX to update field values. Under the former you wait longer and
consume more bandwidth. The latter is n-times more efficient.

I think that arguments can be made for using moderate amounts of
JavaScript. Excessive JavaScript can impair the performance of user
interfaces; make the UI appear sluggish and heavy-weight. But it doesn't
make sense to eschew JavaScript altogether.

Some developers may not want to take the time and initiative to learn
JavaScript. In that case, they may license a wizard to generate it; consign
themselves to the constraints of the wizard.

-Nathan





----- Original Message -----
From: Henrik Rützou <hr@xxxxxxxxxxxx>
To: Web Enabling the IBM i (AS/400 and iSeries) <web400@xxxxxxxxxxxx>
Cc:
Sent: Tuesday, January 29, 2013 11:37 AM
Subject: Re: [WEB400] DB Maintenance Design Patterns

Maurice,

What is it that gives an employee with a disability, or any employee for
that matter, the right to disable javascript on his work computer? And why
should they? What is the argument?

And what about HTML5 and CSS3 should there also be EU rules forbidding
using these?

I think I can speak for many that the society has to provide accessibility
for most possible people and persons with a disability has the right to be
helped in the best possible way, but that right doesn’t include the right
to refuse to use a common worldwide used and available technology - that is
a complete misunderstanding.

Javascript is an older technology than CSS and javascript is a natural
component of coding webpages as HTML rendering is and it has been it by
decades. Besides that javascript comes with all available browsers and is
an important component if you want to provide cross browser/device support
and thereby common accessibility.

Besides that javascript is activated as standard in all browsers and IMO,
anyone that deliberately adds disability to his/hers browser has only them
self to blame.

To demand EU legislation that any webpage should be able to run in any
persons f***** up browser setting (hereby disabling processing of program
code that is an international ISO/IEC industry standard) as the lowest
common denominator and then use people with a disability as the platform
for the argumentation is to me farfetched and completely taking out of
context.

The world is changing with the speed of light, yesterday we had analog
telephones, max 8bytes pr. second telegraphs from the post office, analog
data transmission and radio beacons for ship navigation, today we have
digital telephones, digital 20Mbit pr. second e-mails from our homes,
gigabyte digital data transmission and GPS satellites for the same and no
one is dreaming of producing a training or film video on VHS or Betamax
because a little stubborn nostalgic group still prefers or only has access
to that technology.

What you are arguing and suggestion is that those of us that develops
modern WEB 2.0 UI’s should start with going back several decades and
develop our base systems based on what technology was available at that
time to support users that prefers that technology and then add features to
make the system more “modern” – and that is as technologic idiotic as to
demand VW to develop a Golf VII based on a Golf I chassis from 1974 and
still get 5 stars in the current EuroNCAP standard security crash test.

In a broader sense the term “availability/accessibility” has in the resent
years got a new meaning, because who has to be available/accessible to
whom? “I want this and that, I want it today, I wanted it yesterday and I
want more tomorrow, because then my demand all has changed” doesn’t seems
to apply to the current world we live in.

Yesterday is in a technological sense not only bygones, yesterday is for
many people real bygones and those who will survive are those who manage to
adapt to the current technology and situation.

Nobody will survive making software to an IBM I and still compatible with a
System/36 5363 or a first generation browser – technological bygones has
to be bygones, so has webpages without javascript and that is where your
disability argument doesn’t hold water.



And still the question is in the air, what is the argument for doing so?
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list To post a message email: WEB400@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.