We have moved to a new Sailfish OS Forum. Please start new discussions there.
![]() | 1 | initial version | posted 2013-12-28 10:26:00 +0300 |
I've been thinking about a way to work around the limitations of the pulley UI approach, and I have come across the following potential solution: firm versus gentle swipe.
I came across this idea when I noticed that in the browser I could not scroll by swiping around the thumb if I was pressing it firmly against the glass, while a gentler touch made it possible.
Of course, the idea approach would be with hardware capable of detecting the actual pressure (which the current hardware does not), but if the areas is able to detect the size of the touch area (which I think the current hardware does), it should be possible (in fact, it _is_, considering what I see with the browser).
The only underside I see to this approach is that the touch 'width' might need some tuning to be calibrated for the specifc user (we don't all have equal fingers), although some form of automatic 'training' would be possible.
![]() | 2 | No.2 Revision |
I've been thinking about a way to work around the limitations of the pulley UI approach, and I have come across the following potential solution: firm versus gentle swipe.
I came across this idea when I noticed that in the browser I could not scroll by swiping around the thumb if I was pressing it firmly against the glass, while a gentler touch made it possible.
Of course, the idea ideal approach would be with hardware capable of detecting the actual pressure (which the current hardware does not), but if the areas is able to detect the size of the touch area (which I think the current hardware does), it should be possible (in fact, it _is_, considering what I see with the browser).
The only underside I see to this approach is that the touch 'width' might need some tuning to be calibrated for the specifc user (we don't all have equal fingers), although some form of automatic 'training' would be possible.
![]() | 3 | retagged |
I've been thinking about a way to work around the limitations of the pulley UI approach, and I have come across the following potential solution: firm versus gentle swipe.
I came across this idea when I noticed that in the browser I could not scroll by swiping around the thumb if I was pressing it firmly against the glass, while a gentler touch made it possible.
Of course, the ideal approach would be with hardware capable of detecting the actual pressure (which the current hardware does not), but if the areas is able to detect the size of the touch area (which I think the current hardware does), it should be possible (in fact, it _is_, considering what I see with the browser).
The only underside I see to this approach is that the touch 'width' might need some tuning to be calibrated for the specifc user (we don't all have equal fingers), although some form of automatic 'training' would be possible.
![]() | 4 | No.4 Revision |
Many a times while scrolling to view the contents in apps, on reaching the page ends, pulley menu is pulled out. And to make the things worse, this also selects some option in the menu including critical ones like 'delete'. If many are experiencing this, kindly consider a gui improvement to differentiate the in-app scroll = firm vs gentle swipe ?
from pulley menu drawing. Thanks.
Original Post:. I've been thinking about a way to work around the limitations of the pulley UI approach, and I have come across the following potential solution: firm versus gentle swipe.
I came across this idea when I noticed that in the browser I could not scroll by swiping around the thumb if I was pressing it firmly against the glass, while a gentler touch made it possible.
Of course, the ideal approach would be with hardware capable of detecting the actual pressure (which the current hardware does not), but if the areas is able to detect the size of the touch area (which I think the current hardware does), it should be possible (in fact, it _is_, considering what I see with the browser).
The only underside I see to this approach is that the touch 'width' might need some tuning to be calibrated for the specifc user (we don't all have equal fingers), although some form of automatic 'training' would be possible.
Many a times while scrolling to view the contents in apps, on reaching the page ends, pulley menu is pulled out. And to make the things worse, this also selects some option in the menu including critical ones like 'delete'. If many are experiencing this, kindly consider a gui improvement to differentiate the in-app scroll from pulley menu drawing. Thanks.
Original Post:. I've been thinking about a way to work around the limitations of the pulley UI approach, and I have come across the following potential solution: firm versus gentle swipe.
I came across this idea when I noticed that in the browser I could not scroll by swiping around the thumb if I was pressing it firmly against the glass, while a gentler touch made it possible.
Of course, the ideal approach would be with hardware capable of detecting the actual pressure (which the current hardware does not), but if the areas is able to detect the size of the touch area (which I think the current hardware does), it should be possible (in fact, it _is_, considering what I see with the browser).
The only underside I see to this approach is that the touch 'width' might need some tuning to be calibrated for the specifc user (we don't all have equal fingers), although some form of automatic 'training' would be possible.