I have an app that includes a set of TBasicPanelControl descendants that are laid out inside a TScrollPanel. They use a Layout configuration in order to stack on top of each other. Setting the TScrollPanel ScrollBars property to sbVertical gives a vertical scrollbar on the RHS for scrolling on the desktop. All good.

On mobile devices the user is much more likely to scroll the list up and down using touch on one of the panels as opposed to using the scrollbar. This also works very nicely.

However, on a mobile device I’d like to hide the scrollbar since (a) its not really needed and (b) it doesn’t have a native look and feel. Unfortunately, setting the ScrollBars property to sbNone hides the scrollbar but also stops touch scrolling.

So, I reverted to the TScrollBar interface (and a few other associated interfaces) to reduce the width to zero. This certainly hides the scrollbar AND allows touch scrolling to still work. However there remains a margin down the RHS (where the scrollbar would lie) which I cannot get rid off. I imagine it’s being set by the component as and when scrollbar visibility changes.

Anybody know a way around this? I think it’s quite important for mobile apps, since they tend to very rarely show scrollbars.

It seems to me as if the ScrollBars property, whilst rightly controlling the display of scrollbars, is also determine whether scrolling is possible - perhaps not within its remit.

Thanks
Mark

Mark, .

<<Anybody know a way around this? I think it’s quite important for mobile apps, since they tend to very rarely show scrollbars.>>

I created a "TMobileScrollPanel" with hidden scrollbars. I'll post it for you this evening when I'll be at home.

Uli

Mark,

<< It seems to me as if the ScrollBars property, whilst rightly controlling the display of scrollbars, is also determine whether scrolling is possible - perhaps not within its remit. >>

Yeah, you're probably right.  I'll see about adding a separate property for controlling this in touch environments.

Tim Young
Elevate Software
www.elevatesoft.com

Here it is:

https://www.elevatesoft.com/forums?action=view&category=ewb&id=ewb_components&page=1&msg=123#123

Cheers Uli

Tim Young [Elevate Software] wrote:

>>Yeah, you're probably right.  I'll see about adding a separate property for controlling this in touch environments.

I think that’s logical way Tim. Appreciated.

Uli Becker wrote:

>> Here it is:
>>
>> https://www.elevatesoft.com/forums?action=view&category=ewb&id=ewb_components&page=1&msg=123#123
>>
>> Cheers Uli

Thanks Uli, will take a look at this tomorrow - much appreciated!