Datasets preview scrollbars on OSX

[Shell (Aridhia Informatics)]

Hi all,

We have discovered in our reworked version of OC (2.5 based) that the datasets preview panel (slickgrid) does not present scrollbars in Chrome/Safari on Mac OSX. FireFox, IE10 and Chrome in Windows works as expected.

I was wondering if any other developers have come across this as we're somewhat scratching our heads here. There doesn't appear to be a bug open against SlickGrid and I'm unsure at this time if vanilla OpenChorus exhibits similar behaviour (could anyone confirm?).

Sheru

[Robbie GIll]

Hi Sheru,

If I am understanding correctly, you are saying you can scroll, but do not see the scroll bars in SlickGrid until you start scrolling (on Chrome/Safari OS X). If so, this is the same behavior as OC.

It is (a slightly strange in my opinion) behavior of OS X. OS X will hide scrollbars until they are active depending on the types of mouse connected to the machine. You can witness this in finder as well. There is a setting in 'System Preferences > General' for modifying the behavior.

Ultimately, with the default settings and an apple mouse connected, scroll bars are hidden unless actively scrolling. Disconnecting all apple mice and connecting a generic usb mouse will display scrollbars even when inactive. Though some 3rd party applications, such as Firefox, do not adhere to this behavior. Others, such as Chrome, do. 

Hope that helps - if I misunderstood and there is a problem with scrolling, let me know.

-Robbie

[Shell Bryson]

Hi Robbie,

This is not quite the issue we’re seeing, although I did go down the path you suggested when the bug first arrived in my queue & I understood it was Macs-specific. Elsewhere, such as overflowing dialogs, we see scrollbars.

Working in Chrome’s DOM view, we can see the the slickgrid canvas (very large) nested inside a container element which has css overflow:scroll - nothing special here - but the scrollbars refuse to render. We’ve tried pulling the grid out of the regular flow, tried disabling our content panels (in our remix of Open Chorus main_content is a jscrollpane & the entire UI has overflow disabled, giving it a more application-like experience), tried the usual live hacking of the DOM to see what the score is, but it’s refusing to behave. It seems to be some combination of nested absolutely (javascript) position panels & slickgrid resulting in this rather stubborn behaviour.

I’m going to sleep on it, but I'm becoming more convinced that this is actually a Mac/WebKit bug. Perhaps I can dig up some users with older OSX versions just to be sure.

We may consider pulling the data preview out into a dialog anyway as it feels a better fit for our user workflow.

Thanks for taking the time to reply, I’ll let you know how we get on if I get chance to rework the page (tomorrow is sprint end sadly).

S.

--
You received this message because you are subscribed to the Google Groups "chorus-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chorus-dev+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
<sys_pref_mouse.png>

[Shell (Aridhia Informatics)]

We tried a few work arounds but ended up simply telling the user (as suggested) to enable scrollbars and put it down as a known issue. We need to look at this again when there's time. Clearly we can't ask users to change the global behaviour of their OS to fix scrolling in this area of the application. I'll post again when we've had time to come up with a more elegant solution.

S.