Wondering if there's any way to scroll farther down on spyder after your code reaches the bottom of the screen, so that the bottom of your code is in the middle/top of the screen. On a vertical monitor it strains your neck to constantly be looking down.
Preferences < Editor < Display < check Scroll past the end
Related
I'm trying to create the effect seen in some iOS apps where swiping the screen scrolls the ScollView/TextView normally, but sliding on the far right (where the scroll indicator is) creates a quick scrolling effect that allows the user to scroll through the position in the overall length of the view. For example, sliding on the far right from the middle of the screen to the bottom would take the TextView from the middle of its content to the very end.
Is there any pre-established way to do this, or is this an effect I would have to create from scratch?
Thanks a lot for any help, and I'm sorry if this question wasn't very clear.
Maybe a bad title, but I did my best.
Here's what I have: A menu on the left side, which can be opened by panning (from a small vertical bar to almost half my view). The designer thought it a good idea to insert a horizontally scrolling menu right there.
I made all this, but when I scroll horizontally in my menu (so not opening or closing the menu), I can't close the menu by swiping the scrollview more to the left, because it bounces (it also does not work when bouncing is off).
Does anyone have an idea how I can trigger my UIPanGestureRecognizer when the UIScrollView is scrolled beyond its right edge? Or any other idea how I can solve this?
The reason I made this title is because I have all the code for opening and closing the menu in my UIPanGestureRecognizer, and I think it's better if I just trigger the recognizer instead of re-writing some code.
I m under delphi and firemonkey. i manage myself the scroll via the ongesture event. i would like to add something like a "kinetic energy" effect to the scroll.
for exemple you put your finger on the bottom of the screen and you fastly move it to the top and removing it from the screen. the result will be that the screen will scroll much much more than where you remove your finger, like you gave some kinetic energy to the scroll. on the other way if you don't remove you finger from the screen at the end then you don't give any kinetic energy to the scroll.
any idea how to do this ?
You can use TVertScrollBox for making kinetic energy on your screen. It will help you.
It took several days trying to do this (image). And I don't find how do it.
In summary I need a scroll with snapping (like CCScrollLayer) on left, and change content panel (right) when scrolling.
I tried with CCScrollLayer, but the scroll is horizontal, and I can't resize.
I find other solutions with vertical scroll, but it is continuous scroll, and I need the same effect like CCScrollLayer (snapping).
I would be grateful if someone could help me.
I'm using the Cocos2D-iPhone framework.
I have a horizontal scroll view with paging enabled, and the children of this scroll view are vertical scroll views. It's like the iOS home screen, but imagine scrolling vertically on each home screen.
Now, when the vertical scroll is in progress, it's hard to swipe to the next or previous screen, because the vertical scroll view apparently captures the events. Even if the angle of the swipe is almost horizontal, it doesn't go to the next or previous "page". Only after the scroll stops fully can one easily swipe to the next or previous pages.
Unfortunately, because of the slow deceleration, the user might think the content stopped moving when it is in fact moving very slowly and just about to stop. But the horizontal swipe is interpreted as a vertical scroll gesture, and the scroll velocity increases, making things worse from the user's perspective.
I've noticed multiple people struggling with this when they test out our app, and I wonder if anyone here knows a solution, perhaps a way to consider the angle of the swipe to determine which scroll view should process the event. Thanks.
I would suggest stopping the vertical scroll on a touch begins event. This is how most apps I've seen do something like this.