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

Configurable gestures #64

Closed
burakcan opened this issue Jun 29, 2023 · 18 comments · Fixed by #497
Closed

Configurable gestures #64

burakcan opened this issue Jun 29, 2023 · 18 comments · Fixed by #497

Comments

@burakcan
Copy link
Contributor

Apollo had configurable gestures and I think it's a pretty useful thing to be able to customize. Screenshot from Apollo for reference:

image

@aeharding
Copy link
Owner

Hi, thanks for the issue! Agreed wefwef should have configurable gestures :)

@aeharding
Copy link
Owner

Should have options to disable left, right, and completely as well.

@rsammelson
Copy link
Contributor

I'm going to work on this using the settings db PR as a base.

aeharding added a commit that referenced this issue Jul 6, 2023
Resolves #283

NOTE: You can technically "swipe" away an item from profile still.

However, in #64 we will have custom profile swipe actions where
swipe to hide is disabled.
@rsammelson
Copy link
Contributor

Hopefully will have this done on Friday, but it might be later in the weekend, the number of PRs I have open is getting a little hard to manage. Should clear up once the settings database is merged.

@aeharding
Copy link
Owner

@rsammelson, yeah, we really need to sort through the backlog of storage PRs lol

aeharding added a commit that referenced this issue Jul 7, 2023
Resolves #283

NOTE: You can technically "swipe" away an item from profile still.

However, in #64 we will have custom profile swipe actions where
swipe to hide is disabled.
@rsammelson
Copy link
Contributor

rsammelson commented Jul 9, 2023

@aeharding still a little large on the open PR count, but I am going to start this.

Do you actually need to be logged in to hide posts, or can I remove that line in the process of adding configuration? Edit: I guess you do because the hidden posts are per account, should there be a separate anonymous hide list?

@rsammelson
Copy link
Contributor

Also, how do mentions work? I can't get one to show up.

@rsammelson
Copy link
Contributor

This is mostly done now except for a little debugging, and dealing with no swipe actions on one side.

@rsammelson
Copy link
Contributor

I think this is pretty much done, but I branched off of #185 because my last commit there makes adding settings selectors much cleaner.

@robertafreese
Copy link

robertafreese commented Jul 13, 2023

Not sure if you need this but in Apollo, there is a section in the "Gestures" panel in Settings, under the one in the above top comment screen shot to manager "Other" (which is not a great label, I would use something more action-oriented like "Control") so here is a screen shot below.

When either of the 'Disable" swipes is turned to On, that section that manages that swipe type is hidden. The control labeled Disable Navigation Gestures is very helpful (in my use case at least) when it is in the off position and both the left and right swipes are disabled. This use case makes swiping purely navigational, which helps when mobility is an issue. It keeps me from accidentally upvoting and replying and provides a purely gesture based navigation to the app. I can hit the voting and reply buttons if I want to do that, and I cannot accidentally vote or start a reply when what I want to do is navigate. This is a huge usability advantage over most apps, I was accidentally upvoting and replying all the time before I found this screen, and this control just makes life a lot better.

ApolloSettingsGesturesOther_issue64_Small

@robertafreese
Copy link

The "other" panel may actually be something relevant to #101

@jasperswallen
Copy link

@rsammelson I put together a branch that also implements this (https://github.com/jasperswallen/wefwef/tree/feat/swipe-options) - let me know if you’d prefer to use your implementation or if I should file a PR.

@rsammelson
Copy link
Contributor

Based on a cursory look, I like my implementation based on two reasons: it's shorter 500 lines added vs 800, and I prefer having just one location that chooses the swipe action.

@rsammelson
Copy link
Contributor

And for general information, I'm planning to convert that draft PR into a regular one in the next day or so once I get a chance to double check a couple things.

@robertafreese
Copy link

Is this supposed to have the ability to be a continuous back navigation?

If you tap into a post, then go to a community with the link on the name of the community, then go to a different post in the community, then go to a user profile with the link from a comment on that second post, can we expect swiping 'back' to undo that path?

Because I am finding that in this case the swipe quits working as navigation, when you get 'back' to the profile page, no spot anywhere will swipe back to the comment they made.

It seems to be that you can only go 'back' two levels and then you can no longer swipe back and have to use the Back button.

Is this by design, something that Ionic is doing, or would this be something to put in a new issue? Possibly with a video of the steps?

@rsammelson
Copy link
Contributor

That is not related to this issue, as this only changes the swipe actions in posts and comments and so forth, not navigation gestures. I would definitely make a new issue for that though.

@aeharding
Copy link
Owner

@robertafreese I believe that's #33

@robertafreese
Copy link

@aeharding got it, thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants