|Summary:||FlexScroll Custom Scrollbars don't work with Safari|
|Product:||WebKit||Reporter:||Dave Hyatt <hyatt>|
|Component:||Layout and Rendering||Assignee:||Nobody <webkit-unassigned>|
|Severity:||Normal||CC:||emrahreg, ian, jonathanjohnsson, mitz|
|OS:||OS X 10.4|
Description Dave Hyatt 2005-10-21 13:41:06 PDT
These work with Opera, Firefox and WinIE. See: http://www.hesido.com/web.php?page=customscrollbar It could be something wrong with the scripts, or it could be our bug. Someone needs to reduce it.
Comment 1 jonathanjohnsson 2006-02-10 14:56:11 PST
Comment 2 Emrah BASKAYA 2006-07-31 11:45:57 PDT
(In reply to comment #0) > These work with Opera, Firefox and WinIE. See: > > http://www.hesido.com/web.php?page=customscrollbar > > It could be something wrong with the scripts, or it could be our bug. Someone needs to reduce it. Hi, I am the author of the script. From until version 1.1.0, I started doing a Safari block by default so Safari users can browse the contents without problems. For easy testing, I am leaving a no-block version at this address: http://www.hesido.com/web.php?page=customscrollbarsafariunblock I don't have a Mac to do any further reduction. I'd appreciate any feedback.
Comment 3 Dave Hyatt 2006-07-31 13:53:39 PDT
Ok, this first bug is fixed.
Comment 4 Dave Hyatt 2006-07-31 13:55:34 PDT
And that was the whole issue. The native bars were just obscuring the non-native ones. It's all good now.
Comment 5 Emrah BASKAYA 2006-07-31 13:59:49 PDT
Thanks for the information. I will remove the Safari block with the next update.
Comment 6 Dave Hyatt 2006-07-31 14:16:57 PDT
Actually you could work around the bug now I suspect if you just don't do the auto->hidden swap. In Safari only just start off with the overflow sections set to hidden.
Comment 7 Emrah BASKAYA 2006-07-31 14:58:56 PDT
Comment 8 jonathanjohnsson 2006-07-31 23:35:51 PDT
Comment 9 Emrah BASKAYA 2007-01-20 16:22:36 PST
I finally got around detecting newer Safari's (>2.0.4), and implemented it on http://www.hesido.com/web.php?page=customscrollbarsafariblocktest as beta. I thought of bug detection but that would elongate the code a lot, so I simply went for HTMLElement and HTMLElement.prototype detection on top of the simple user-agent Safari detect, which allowed me to run fleXcroll on new webkits, while successfully blocking old Safari's with the fewest line of code. I'd appreciate if you could do some testing, I am testing using a VNC server and I could only get thus far.
Comment 10 David Kilzer (:ddkilzer) 2007-01-20 16:31:40 PST
Comment 11 Emrah BASKAYA 2007-01-20 16:41:17 PST
Thanks David, I had already seen that and would resort to that method had HTMLElement.prototype not been implemented on new webkits. I had to go for the simpler approach of browser capability, with the fewest size overhead. I think many script author's would do the same instead of messing with version numbers. I am hoping new bugs are not introduced of course. Safari 3.0 will be what matters.