I've been having a look at the list of open bugs & feature requests
and have found a few I'd like to look at for v2.3.3. The problems
with IE5/Mac is given first priority, after that comes the following
things, not in order of priority:
1: style-element's id-attribute doesn't validate.
this isn't a very difficult thing to fix, grab the HTML 4.01
Transitional DTD, add the id-attribute, write some instructions,
publish on the web, include it in the documentation
2: Pre/postload all images.
(this of course includes any items in the icon list)
3: tracked item lost on sub action.
4: test the iframe-support patch.
#3 is a slightly larger issue. I'm thinking along the lines of
rewriting the tracking functionality somewhat, since it's not optimal
at the moment. my ideas are:
1: all items should have an itemClick() method defined, and they
should use an onclick-event to call that method, setting the
tracked item, refreshing the menu
(the first call to MTMDisplayMenu() after this is ignored, so the
menu isn't refreshed twice)
2: the code behind itemClick() will store the previously tracked item
so that it can use DOM-methods directly to set/unset the class
properties, thereby removing the need for a redisplay of the menu.
3: itemClick() for submenus will not redisplay the menu either, just
add the necessary items to the document if needed, and set their
style-properties to "display:none;" when they're removed.
this change means that the tracking code will only be used when the
user hits his/her back-button or follows a link in document. instead
of working on a first-hit basis it should store any items found in an
array, enabling hits on more than one item. secondly it won't need to
open & close submenus while it's doing this since that can be done by
walking _up_ the tree once a hit is found using the .parentNode
property of the item. this will of course also mean changes to the
code for auto-closing of submenus is needed.
Morten!
--
"...a liquid which was almost, but not quite, entirely unlike tea."
My opinions are not necessarily those of my provider,
not necessarily mine, and probably not necessary.
|
