this post was submitted on 05 Oct 2025
9 points (100.0% liked)
Summit
1194 readers
1 users here now
Community to discuss Summit, an open-source Lemmy reader for Android.
App (Play Store): https://play.google.com/store/apps/details?id=com.idunnololz.summit
APK: https://github.com/idunnololz/summit-for-lemmy/releases
Source: https://github.com/idunnololz/summit
Support the app
Website: https://summit.idunnololz.com/
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
going by webdev, can you add a transparent layer in between that catches all inputs?
It's technically frowned upon for accessibility reasons (eg. accessibility users can technically select elements under the transparent layer). But yes I'm too lazy to do things properly so I will go this route. Also this is such an edge case.
Adding this transparent layer doesn't even fix the issue if you double tap really fast because events are handled asynchronously, converted to a serial queue and then set to the UI.
This means that a double tap can go off even if you show a transparent layer because by the time the UI is notified of the first tap, both taps are already in the touch event queue. So even if you show the transparent layer now, the 2nd tap will go off for sure. it will not block the 2nd tap. The 100% correct way is to have a flag to handle this. However this is extremely tricky because you need to check this flag everywhere and also disable each and every possible interaction with every single view manually.
As a middle ground, I fixed the issue where tapping two posts will show a black screen so at least in the next version, users who tap too fast will not end up in a weird state.
Ok after using the app with this change for a day ai have to say that I HATE IT. It makes thing so much slower. I have to wait for the stupid close animation to finish before i drag. I'm removing this change immediately lmao.
Did you put it on top of everything? I meant between the opening post and the posts list. Such that if it had 50% opacity the post would look identical and the post list would be dimmed, and you wouldn't even have to remove it when the post is done opening (tho ofc you should for when it is swiped away).
no its only on top of the post list. However the way i browse is I tap a post, quickly read it then swipe and then while the post is closing I am already trying to scroll the post list. This wont work since interactions with the post list is blocked until the post sheet is closed fully.
Oh yeah that makes sense. And if you fix all the issues when closing the post, opening it wouldn't be very different and should also mostly be fixed.
Then I'll report back if I ever see other issues related to it or have the accidental postlist scroll happen organically.