- From: John Russell <VE3LL@RAC.CA>
- Date: Mon, 17 Apr 2000 15:13:00 -0400
- To: www-amaya-dev@w3.org
Some areas that are still causing problems within Amaya 3.0 (March 31,2000) from my viewpoint [Windows 95 and display limited to 640x480 @ 256 color] are as follows (arranged editor issues first): Display Stability 1] Amaya can go into black screen / continuous scroll when the combination of arrow keys (right arrow / down arrow) is used on longer files with cursor on an image. This instability needs fixing ASAP as it hangs the browser. Geometry Manager 2] Checking for video size and positioning windows inside the frame requires more work. Windows that open to right side (such as View Source) are off the right edge when small screen (eg 640x480) are used. Other examples are 'alternate' view and 'structure'. Color Selection 3] The preference -- colors dialog box needs a lot of work. When selecting from color picker, selection puts picker in minimized mode rather than closing it. 4] Many color-picker selected colors do not look like the ones displayed in the picker swatches. 5] Trying to set like #FFFFFF or rgb(227,227,227) do not work. 6] Not all of the 16 primary VGA 'named' colors work correctly. One fast test is to set the background color preference to 'grey' which shows gray with lots of dots or to 'gray' which shows pink with dots [this on a 256 color video setting]. Whether accommodation of the full listing of the 140 'named' colors is needed is debatable at this point however. 7] Documentation of configuration should include formats allowed for manual settings such as the format for RGB coding and the list of permitted 'named' colors. Emphasis should be on using amaya.css for this purpose. AN ALTERNATIVE FOR COLOR: As the stylesheet method works well, and to promote their use, make user set up Amaya.css to taste. and remove the color picker entirely as extraneous and busted! This would let user set up all link colors as well. Table Display 8] Errors in table math that are editor detectable, should be flagged to user. 9] Other table width vs text display problems that are browser issues should render display in a manner that makes text readable. 10] Tables become confused if stacked more than two levels down. An example is 'http://www.bahnhof.se/~chimbis/tocb/links'. 11] The above example also indicates an inconsistence. The document can be viewed on line but if a copy is taken off line, it requires an extension of HTML (or htm) to be viewed. If the name used is links. without an extension only the source is displayed. Address Dialog Box 12] After File - New is used to get a new file to work on, the address bar changes are not always acknowledged during save/save as. Enhancements that are desirable for a future release of Amaya are: Internationalization 1] Offer parallel files in supported languages for all help files. 2] Allow language dialog selection to also chose help file language. Geometry Manager 3] Automatically save user positioning/sizing state on exit. A bonus would be a Reset Window state to the original menu item in the Special - Preferences menu. 4] Documentation of location of geometry settings file would help in cases of poorly positioned windows. Keyboard Shortcuts 5] Either a menu function or an external utility should be provided to find the keystroke action number or logical name for nonstandard keyboards. 6] The complete keyboard naming convention should be documented as well as the priorities for conflict resolution. 7] Keyboard associations are needed for the middle set of the keypad [i.e. arrows, home, page up, etc.] Appropriate settings should be set up and then documented in the help pages. Some settings may be: page up/down - move one screenful in appropriate direction alt-page up/down - move to beginning/end of screen display arrow key - move one character/line in correct direction ctrl-arrow - move one word alt-arrow - move one screenful in appropriate direction home - move to beginning of line end - move to end of line alt-home - move to beginning of file alt-end - move to end of file Browser Issues 8] Complete implementation of the HTML 4.0 specification. This includes floating image elements! 9] Complete implementation of the CSS1 style functions. Graphical User Interface 10] Retain a history of recent URLS in a scrollable URL address box. 11] A treed bookmarks structure should be built into the toolbar or menu system. One should be able to edit all properties of this bookmark. This will add greatly to the BROWSER side of Amaya. 12] If a file is taking a long time to download or to render, there should be a flasher or gauge to reinforce the fact that activity is taking place and that nothing has 'hung-up' or crashed. 13] If there is a lot of hyperlinks as in a jump table then cursing over one of the hotspot areas should either: a] change the shape of the cursor or b] display the link href in the status bar or preferably both.... One can't assume that the hotspots will be of a different color than surrounding text or underlined. Browser Capabilities 14] Framesets are currently not supported. Since many web sites offer them as appropriate solutions for menuing, Amaya should offer basic browser capabilities to view as many sites as possible. 15] Gif transparency should be supported as sites often use it to provide margins and watermarks. Is there some way of checking Amaya .gif rendering for this. 16] Animated gif's are not supported even though they are a common format on the internet. Although other formats may be technically superior, democracy should rule in favor of supporting this format. Color Selection 17] Add all 140 'named' colors to the names accepted by the browser. Documentation 18] More work is needed in the help files to ease the new users into Amaya. Documentation is detailed well for the advanced users but is awkward for people who are new to Amaya. Nations without borders don't need Gates john russell VE3LL@RAC.CA homepage: http://web.cgocable.net/~jrussel
Received on Monday, 17 April 2000 15:13:57 UTC