| Positioning Contexual Menu ¶ | |
| Is there a way to position the contexual menu relative to an object so that I can get the effect found in the MS Office Clip Art area? (Example only works in IE on Windows: http://office.microsoft.com/clipart). I figure I can use some sort of CSS effect to get the area around the image to appear like part of the menu, then have the contexual menu appear at a fixed position just below. Thanks! | |
| last |
| html-popups and ATL-Key ¶ | |
| The html-popups example doesn't use the accessibility options, but if it did you'd notice that typing in a field causes menu navigation. I think this is a bug... | |
| last |
| Re: html-popups and ATL-Key ¶ | |
| I should be more clear: when typing inside an input field inside a menu, when I type certain characters they activate the menu as if I was using keybord navigation. Even when I don't use the ALT-key options for the menu when using the arrow keys in the input box I get erroneous menu navigation. | |
| last |
| Doctype ¶ | |
| When I'm setting the doctype of a page with the menu in it, it works great in Firefox but it doesn't in IE. This works: | |
| last |
| Re: Doctype ¶ | |
| It's a known problem but I couldn't yet find a fix; in the mean time, the easy solution is to embed the menu toplevel UL in a DIV element with style="position: relative". IE should display it fine thereafter. | |
| last |
| Opera and the Back button ¶ | |
| I'm trying to get the menus to work in Opera 8. So far I have run into a couple of issues. http://www.dynarch.com/demos/hmenu/examples/actions.html I suspect this is some problem with Opera not correctly remembering the state of the javascript engine when you go back. I have logged this as a bug with opera as well and will update this thread if they give me an answer. Opera seems to do things a little differently in that they supposedly remember the state of the DOM and javascript engine for each page so that when you go back everything should be as it was. One issue with this is that the document is not "reloaded" so the onLoad event is not triggered. I'm just posting this here in case anyone has a workaround for this already. Cheers | |
| last |
| Re: Opera and the Back button ¶ | |
| 1. Opera's right click context menu can't be prevented. I'ved lodged this with opera as a bug and they have said that it will be fixed (it's broken in 8 but works ok in 7) Well, that's clearly a bug in O8. 2. If you load a page with a menu, then move to another page, then hit the back button the menu no longer works. [...] That's an interesting feature, but I doubt they can do it well. If onload isn't called, then the menu doesn't appear--so unless the browser fully remembers all the DOM nodes and their data (because we're storing important bits of data in the DOM nodes themselves) then this “feature” will break the menu, and most probably a lot of other scripts too... Sorry to hear these bad news about Opera. We don't know of any workaround at this time.
| |
| last |
| My Context doesnt work in FireFox ¶ | |
| Anyone know what Im doing wrong here http://knassar.com/context_test.php it doesnt work in Firefox, in IE 6+ it seems to be ok Best regards Jon N | |
| last |
| Re: My Context doesnt work in FireFox ¶ | |
| Not sure about this, but it might be because that you @import the hmenu CSS file at the end of a CSS block. The CSS documentation states that @import clauses should be the first thing in a CSS block, so please try to move both @import commands at the beginning of your <style> block. | |
| last |
| Adding Menu Items dynamically ¶ | |
| Is it possible to add/remove menu items dynamically? | |
| last |
| Re: Adding Menu Items dynamically ¶ | |
| Not quite yet; but it is possible to show/hide menu items (as shown in our toolbar sample). With this you can gain pretty much the same functionality, with the big difference that you need to design your menus carefully from the start--basically the menu should contain all possible items, and later you can hide some, depending on the context. It is true though that we still have work to do concerning the "dynamic aspect"; on the other hand, of all Web-based menu systems, we believe ours is the most "dynamic". ;-) | |
| last |














