Homepage MWeb Online Catalogs - Overview - MWeb Enterprise - MWeb Universal - - Beta Program - PastPerfect-Online - Compare Versions - Large Systems - How to Buy - Server Requirements - Examples - Articles - MWeb News - Support - Documentation MARCView MARConvert Contact us

Email icon Sign up for MWeb News or MARCView/ MARConvert News

We send brief announcements by email a few times a year. We do not insist on a lot of contact information, and we will not share, sell, rent, or lose what you do provide. You may unsubscribe at any time. Please add systemsplanning.com to your spam-filter's whitelist so the news will get through!
Privacy Policies

MWeb™ Accessibility

"Accessibility" is the term used by web designers to indicate the availability of a site to the handicapped, especially the visually impaired. There are generally two major concerns: the ability of the partially sighted to override font sizes and colors for better visibility, and the use of the site by "screen-readers," software that reads the site out loud to the blind. Users of screen-readers are best served by having elements on the page in a meaningful order, by having alternative text for graphical elements, and by having alternatives to Flash and other visual components.

Our policy is to empower our clients to achieve accessibility by removing barriers, such as the elimination of frames (since frames confuse screen-readers). However, we do not prescribe any specific fonts, colors, navigation, or other rules. This is a decision each client must make, depending on its policies and requirements.

Achieving accessibility is complex. Just to take one small example, specifying font sizes is a black art in web design. You may specify sizes using pixels, points, ems, percentages, and keywords. Some of these do not respond to browsers' font-size-changing commands, which handicaps users with poor vision. Browser bugs make other approaches unworkable. We recommend you test a prototype page using various approaches and try changing font sizes for the page in several browsers.

Guidelines for accessibility have been recommended by the World Wide Web Consortium (W3C), and may be found at http://www.w3c.org/TR/WAI-WEBCONTENT/. The following table lists how MWeb implements the most important guidelines. For details and techniques for implementation, you should refer to the W3C document as you are planning your MWeb site.

Guideline MWeb implementation
Provide content that, when presented to the user, conveys essentially the same function or purpose as auditory or visual content (1) In most cases, MWeb automatically includes "alt" tags for graphical buttons. (2) When thumbnails of your images are displayed, they are given alt tags of "Click to see image". (3) You have the option to add alt tags to media icons so that screen-readers for the visually impaired can read these tags to the user. (4) MWeb cannot add "alt" tags to graphics you include using the MWeb Interface Management System; you are responsible for these. (5) You are responsible for "alt" tags for images in pages not generated by MWeb, such as the Splash Screen and Sitemap.
Ensure that text and graphics are understandable when viewed without color The visual design of your MWeb site is entirely in your hands.
Mark up documents with the proper structural elements. Control presentation with style sheets rather than with presentation elements and attributes MWeb defines a style for each logical element in each display, so that formatting is linked to the structure and separated from the content. In 2006 we began converting to standard headings like <H1> and <H2> to make the structure clearer. Both tables and divs are used both for page layout and for presentation of data. Frames are not used. Every page has a doctype. You are responsible for specifying relative sizes for fonts, if this is a priority.
Use markup that facilitates pronunciation or interpretation of abbreviated or foreign text We do not consider this guideline relevant, as MWeb's content is primarily fields from your internal databases. One would not expect a painting title in French to be marked up with the codes for that language, but you may add either a language code or markup codes to your database if you feel strongly about this. However, it would be an enormous task and might interfere with other uses of the data.
Ensure that tables have necessary markup to be transformed by accessible browsers and other user agents Because CSS is not implemented well in all browsers, sometimes tables are necessary to achieve a complex layout that will work in all browsers. MWeb's tables do make sense when linearized, which makes them allowable under the guidelines. Currently MWeb does not implement the "summary" attribute of the table element.
Ensure that pages are accessible even when newer technologies are not supported or are turned off MWeb implements most of the checkpoints in this guideline, except that JavaScript is essential to use MWeb. Although simple text pages with links, such as the Systems Planning website you are now in, can be developed without JavaScript, MWeb has many complex features that rely on the dynamic interactive capabilities that only JavaScript can provide.

MWeb's normal menus do not use JavaScript. However, if you choose to have a menu with dropdown elements, mixed graphical and text elements, or other complexities, we will implement this using a proprietary menuing tool which uses JavaScript; JavaScript menus are considered non-accessible.

Ensure that moving, blinking, scrolling, or auto-updating objects or pages may be paused or stopped. We do not recommend any of these effects. They are rarely needed or used in the kind of websites MWeb provides. It is your decision if you choose to use these in a Splash Screen or some other page that is not strictly speaking part of MWeb.
Ensure that user interfaces for embedded objects follow principles of accessible design MWeb can include links to Flash movies, dynamic images, and other embedded objects. As these are part of your data rather than part of MWeb, how they are implemented is your responsibility.
Use features that enable activation of page elements via a variety of input devices We are working on improving MWeb's use of the tab key and keyboard shortcuts.
Do not cause popup windows to appear and do not change the current window without informing the user MWeb uses popup windows only to display media and documents linked to a Primary Record, for images in certain browsers, and for display of non-MWeb pages such as site maps. The user is informed of this by the new window's appearing on top of the previous window and receiving the focus.
Use W3C technologies (HTML, CSS, etc.) MWeb uses HTML, CSS, and JavaScript exclusively. Flash, PDF, Shockwave, PostScript, RTF, Word documents, 3-D images, and other technologies may be linked to or added to pages, but these are not part of MWeb but part of your data. MWeb avoids deprecated W3C techniques such as the font element.
Provide context and orientation information to help users understand complex pages or elements MWeb supports titles and labels of all kinds to identify and explain each display.
Provide clear and consistent navigation mechanisms -- orientation information, navigation bars, a site map, etc. MWeb's displays are all generated based on a template you design. Thus all pages normally contain exactly the same menu and have a consistent layout. The menu can indicate by color, font, or other means which page the user is currently on. MWeb can link to a site map if you wish to develop one.
Ensure that documents are clear and simple MWeb will implement any design you wish, so this is your responsibility. We do recommend simple, clutter-free designs for the benefit of all users.


All contents of website, including HTML and JavaScript, copyright © 1996-2008 Systems Planning. MWeb, MARCView, MARConvert, and InFORMer are trademarks of Systems Planning.

Systems Planning
4915 Redford Road
Bethesda, MD 20816 USA
(301) 652-1231
info@systemsplanning.com (Including the name of one of our products in your message will bypass all spam filters)