The Following User Says Thank You to MrGrim For This Useful Post: | ||
![]() |
2009-12-06
, 23:24
|
Posts: 248 |
Thanked: 72 times |
Joined on Oct 2009
|
#2
|
![]() |
2009-12-09
, 08:04
|
Posts: 329 |
Thanked: 142 times |
Joined on Oct 2009
|
#3
|
![]() |
2009-12-09
, 10:06
|
Posts: 543 |
Thanked: 181 times |
Joined on Aug 2009
@ Universe,LocalCluster.MilkyWay.Sol.Earth.Europe.Slovenia.Ljubljana
|
#4
|
![]() |
2009-12-09
, 10:12
|
|
Posts: 4,274 |
Thanked: 5,358 times |
Joined on Sep 2007
@ Looking at y'all and sighing
|
#5
|
![]() |
2009-12-09
, 10:17
|
Posts: 329 |
Thanked: 142 times |
Joined on Oct 2009
|
#6
|
This is why HildonPannableArea (http://maemo.org/api_refs/5.0/5.0-fi...nableArea.html) has the \\\"hscrollbar-policy\\\" and \\\"vscrollbar-policy\\\" properties; it\\\'s up the application\\\'s developer if they wish to set them to GTK_POLICY_ALWAYS for a scrollbar instance in an application.
Personally, not being able to drag the scrollbars used in the PannableArea is a major source of annoyance for me - try going to the end of http://mg.pov.lt/maemo-irclog/%23mae...12-08.log.html in the Maemo Browser...
Barring that, one could always modify hildon-pannable-area.c in libhildon to always show the scrollbars, regardless of the policy...
![]() |
2010-02-15
, 14:16
|
Posts: 216 |
Thanked: 72 times |
Joined on Dec 2009
@ Switzerland
|
#7
|
On a desktop, when there's something to be scrolled, there's a scrollbar. This shows there's more than what you see on the screen, inviting you to peek lower.
Some may argue the scroll bars take up space, but that's not true: if you look closely, when they do appear (during scrolling) they are on the frame, on a space that is reserved anyway, but unusable.
So my proposal: make the scroll bars always visible. Or at least make that user-settable. I'm pretty sure it's not a major task
What say you?
I don't mean to crush your hopes, I just can't help it