On Mon, 1 Feb 2016 14:07:15 -0500
Tom Livingston <tom...@gmail.com> wrote:
> > NAV UL LI:hover > UL {
> > display: block;
> > }
> >
> > Not sure what you mean by "the containing LI doesn't remain around
> > it". The secondary UL is part of the LI.
>
> Because the submenu UL is position:absolute, the containing LI's
> height doesn't match the height of both itself PLUS the submenu,
> leading me to believe the parent LI isn't being hovered over while the
> mouse is on the submenu.
I don't think that actual screen location matters. CSS is based on
structure. Rendering happens at the end. The only thing I remember
having to deal with in placement is making sure that all the menus and
their sub-menus touched so that there wasn't a leap. If there was
space between menus and you tried to pass over it was no longer
hovering over the object and the menu disappeared.
> Windows uses pointer events (as opposed to touch events), which - I
> believe - don't fire mouse events like :hover. I may be wrong, which
> is why I was asking for resources...
I don't run Windows so I can't test that but since 99% of my users do I
have to assume that it is working. In fact I have seen people using it
under Windows so I know it works.
> This is starting to go OT for css-d, so please con't (and others can
> chime in) off-list... unless this comes back around to CSS-only
> dropdowns handling the above-mentioned issues. :)
Seems on topic to me.
--
D'Arcy J.M. Cain
Vybe Networks Inc.
http://www.VybeNetworks.com/
IM:da...@vex.net VoIP: sip:da...@vybenetworks.com
______________________________________________________________________
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
