Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Request]: Lock timeline scroll in Federated view when not at top #1045

Open
1 task done
atirut-w opened this issue Jun 28, 2024 · 5 comments
Open
1 task done

[Request]: Lock timeline scroll in Federated view when not at top #1045

atirut-w opened this issue Jun 28, 2024 · 5 comments
Labels
enhancement New feature or request

Comments

@atirut-w
Copy link

Describe the request

From what I see, Tuba currently does not "lock" the scroll when you scroll down the Federated timeline and instead just stop showing new posts. This gets a little annoying when you're near the top enough that the app doesn't stop the flow of posts. See attached video for example.

Screencast.from.2024-06-28.12-49-22.mp4

Implementation Details

@atirut-w atirut-w added the enhancement New feature or request label Jun 28, 2024
@GeopJr
Copy link
Owner

GeopJr commented Jun 28, 2024

Thanks for raising this issue!

From what I see, Tuba currently does not "lock" the scroll when you scroll down the Federated timeline and instead just stop showing new posts.

There's no such thing as 'locking' the scroll view. When new items get appended, the scroll position stays the same but the content 'moves down'. To overcome that, Tuba has a queue. When you are not near the top, new posts get added to the queue and when u go near the top again, those posts get added to the view. That also matches the mastodon-web behavior somewhat, where if you are at the top, new posts get shown/prepended.

This gets a little annoying when you're near the top enough that the app doesn't stop the flow of posts. See attached video for example.

I understand that the federated timeline gets updated constantly and the 'near the top' behavior is not good enough, maybe limiting it to only prepend the posts when you are at the absolute top then?

@atirut-w
Copy link
Author

When new items get appended, the scroll position stays the same but the content 'moves down'.

Would it be possible to keep the content in place as new contents are added instead?

I understand that the federated timeline gets updated constantly and the 'near the top' behavior is not good enough, maybe limiting it to only prepend the posts when you are at the absolute top then?

This could work better than the current implementation, but I'm not a UI nor UX designer by any means.

@kimothy
Copy link

kimothy commented Jul 19, 2024

Thanks for raising this issue!

From what I see, Tuba currently does not "lock" the scroll when you scroll down the Federated timeline and instead just stop showing new posts.

There's no such thing as 'locking' the scroll view. When new items get appended, the scroll position stays the same but the content 'moves down'. To overcome that, Tuba has a queue. When you are not near the top, new posts get added to the queue and when u go near the top again, those posts get added to the view. That also matches the mastodon-web behavior somewhat, where if you are at the top, new posts get shown/prepended.

This gets a little annoying when you're near the top enough that the app doesn't stop the flow of posts. See attached video for example.

I understand that the federated timeline gets updated constantly and the 'near the top' behavior is not good enough, maybe limiting it to only prepend the posts when you are at the absolute top then?

Hi! I waned to thank you for the app, it´s really well done, I use it every day!

I also wanted to come with a proposal for an improvement, and I found this ticket.

When reading your comment I learned that if I scrolled far enough down, then the scroll view "locks", which is the behavior that I would like to have. The issue that I have is that when I look at the federated posts and something catches my eye, if I scroll down as much as is needed, the post that was interesting is not really possible to see, and if you scroll back up again, it all starts flowing again. If this makes sense?

What i would like to suggest is that as soon as you scroll a little bit down, or click on a post or on the timeline, the the feed stops and you can scroll up and down as much as you like. If you scroll all the way back to the top, and stay there for a second or two, it starts to flow. Maybe have an indicator that shows that it will start flowing again.

This is my proposal ideas to improve the view.

Have a nice weekend, and thanks a lot for you hard work!

@Baralheia
Copy link

I'd second something like this for all timelines in Tuba, tbh... I'd prefer it if each timeline only automatically updated when you are at the absolute top of the timeline. Ideally, the timeline should freeze if you scroll down even just a little bit. If new posts come in while the timeline is frozen, there should be some sort of indicator that there are new posts to view. Perhaps the "Scroll to top" button could either change color or have a star/dot/etc type overlay to show that there's new posts waiting to be seen?

@GeopJr
Copy link
Owner

GeopJr commented Dec 19, 2024

Would it be possible to keep the content in place as new contents are added instead?

No, this is another thing ListView would fix but [insert list of frustrations with migrating to them]. Technically would be possible by calculating heights and re-calculating the scrolled position but when you get to the details it's almost impossible to do right in a speedy way.

This could work better than the current implementation, but I'm not a UI nor UX designer by any means.

This is my proposal ideas to improve the view.

The main problem IIRC was that people were very close to the top but not exactly at the top and wondered why the queue didn't prepend. I guess lowering the threshold to something very small could work.

If new posts come in while the timeline is frozen, there should be some sort of indicator

FWIW, there is, there will be a non-prominent badge either at the tab on narrow mode or the sidebar entry in wide mode.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants