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

[Feature]: Customize swipe gesture / "all read" in inbox #288

Open
abonhote opened this issue Oct 23, 2023 · 2 comments
Open

[Feature]: Customize swipe gesture / "all read" in inbox #288

abonhote opened this issue Oct 23, 2023 · 2 comments
Labels
enhancement New feature or request

Comments

@abonhote
Copy link

Description

Backstory:
I use paperless-ngx mainly in the desktop browser (mostly for the comments), but as paperless-mobile gets better and better, it gets more important to my workflow. Thing is, I work on my inbox like twice a month, so there can be quite a few documents in it. And I rely on the inbox tag, because it's the only way to tell me it's still an open task. So for me, "swipe => remove inbox tag" is a pretty dangerous thing. I never use the "all read" ("Alle gesehen") button. However, I would sometimes like to quickly add an "important" tag to files I have in the inbox.

Request:
Make the swipe gesture configurable to toggle a specific tag, defaulting to "inbox".

@abonhote abonhote added the enhancement New feature or request label Oct 23, 2023
@astubenbord
Copy link
Owner

I have to admit that at the time of designing the inbox, I didn't really use paperless a lot and wouldn't consider myself a power-user. But now that I've set up a proper scanner and backups, it became pretty clear that the current design doesn't actually make the workflow of processing new documents easier. While it is convenient to swipe to mark as read (like in mail apps), I often found myself removing the tag manually during editing.

Now, I'm still trying to figure out how to improve the bulk-processing of new documents in the inbox. Because currently, it is rather a gimmick compared to e.g. a dedicated saved view which can essentially achieve the same, there is no real advantage of using the inbox.

I will open a discussion about the workflow and what users may expect from a dedicated inbox.

@astubenbord
Copy link
Owner

Feel free to join the discussion: #290

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
Status: 📋 Backlog
Development

No branches or pull requests

2 participants