

> (which the HITheme API currently doesn't support)? > And might this allow us to support autohiding the scrollbars on OS X 10.7 "po $rdx" should give you the widget drawing settings, see bug 668195 comment 0. You can find out: Attach gdb to a native app that uses these scrollbars, set a breakpoint in CUIDraw and see whether it's hit when you cause a repaint of the scrollbar (for example by moving your mouse over it). > scrollbars (instead of the HITheme API we're currently using)?Ĭould be. > Markus, do you think CoreUI might be a viable option for drawing Since this isn't Firefox's problem, and since the user has a way toįix it (choose "Show scroll bars" "Always"), it doesn't seem that we To disappear, you think the filepicker is simply broken. If you don't know to wait several seconds for the horizontal scrollbar Timer fires and the horizontal scrollbar disappears (autohides). Horizontal scrollbar, and therefore unselectable. It's possible for the lowest item in a filepicker to be obscured by a Here's a brief description of the problem: Whether or not a filepicker's scrollbars autohide is governed byĪ global preference in the Appearance panel - "Show scroll bars". This *isn't* true for the filepickers used by Firefox, or any otherĪpp. Trying to get Apple to support autohiding of the scrollbars via X), there isn't (yet) a way to make them autohide. (specifially HITheme calls) to manage scrollbars (as we now do on OS The reason appears to be that when you use Appearance Manager calls Also, it only happens when the new scrollbars are (globally)Ĭurrently Lion's scrollbars don't autohide in Firefox browser windows. (which happens in filepickers), turns out not to be specific toįirefox. The most serious problem with Lion's new scrollbars that I've observed Release to make them less hateful to people like me. And whether Apple changes them before Lion's Though a lot depends on how many others hate > Because when Lion comes out, those old style scroll bars will be Having old-fashioned scrollbars is better than having badly broken And I strongly suspect these problems won't be easy to fix. I won't go into detail (though I could), because a user-interfaceĭiscussion isn't really relevant to this bug, and would make it muchĮven if I loved them, though, the problem remains that they seriouslyīreak things in current versions of Firefox - particularly the file "New Coke", but not that far off, either. Which is build 11A444d) are a disaster - maybe not on the order of They're currently implemented (in all the DPs up to the current one, I truly think that the new scroll-bars, as I don't normally have strong opinions on user-interface issues. but I can have a strong opinion about things, no? :-)
