[FusionAdmin] The New Layout -- Mockup

Will Farrington wcfarrington at gmail.com
Tue Jul 24 00:45:28 CEST 2007


On Tue, 2007-07-24 at 00:37 +0200, Kristian Lyngstøl wrote:
> On 7/24/07, Will Farrington <wcfarrington at gmail.com> wrote:
> > On Tue, 2007-07-24 at 00:12 +0200, Kristian Lyngstøl wrote:
> > > On 7/23/07, Will Farrington <wcfarrington at gmail.com> wrote:
> > > > A mockup of the theme is currently available here:
> > > > http://www.opencompositing.org/admin/site/
> > > > (...)
> > > > So, guys, please offer any criticism of the design.
> > >
> > > Generally looks nice, but the menu hovering moves the text and looks
> > > awkward at best. I was also able to use 100% CPU by carefully placing
> > > the pointer in a position causing the menu to constantly switch
> > > between hover and not hover.  (In firefox, for reference)
> >
> > That can be worked on.
> >
> > As for the 100% cpu usage, that is possible on any page that uses any
> > sort of javascript to cause something to change on hover so there's
> > really nothing we can do about it. Not to mention, very few people will
> > intentionally hold their mouse cursor in such a position anyway. ;)
> 
> This isn't a Java Script issue, it's pure CSS. The on hover the text
> moves, causing the hover area to move to, which sudenly places the
> mouse outside the hover area, canceling hover, then the area moves
> back at which point the mouse is over the hover area again and hover
> triggers, and so forth.

Right you are. I hadn't peaked at the source since before he added that
in. I'd figured he'd go with JS since that's how I see it most commonly
done.


> It is easy to avoid, and that it's a low chance of happening is not a
> reason not to do something about it, the glitching that caused this
> 100% cpu usage was about the first thing I noticed.

I'm having it fixed in either case.



More information about the Admin mailing list