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

unclear UI/UX for changing tags #46

Open
tcurdt opened this issue Aug 10, 2021 · 4 comments
Open

unclear UI/UX for changing tags #46

tcurdt opened this issue Aug 10, 2021 · 4 comments
Labels
bug Something isn't working

Comments

@tcurdt
Copy link

tcurdt commented Aug 10, 2021

Describe the bug

It seems like one has click the upper right "Add" again to apply changes to an already tagged file.

To Reproduce

Steps to reproduce the behavior:

  1. Scan.
  2. Add description and two tags.
  3. Click "Add".
  4. Switch to "Archive" and see the document with the two tags.
  5. Switch backt to the "Tag" tab.
  6. Remove a tag.
  7. Switch to "Archive" and see the document still has two tags.
  8. Click "Add" again.
  9. Switch to "Archive" and see the document now only has one tag.

Expected behavior

  1. Removing the tag should immediately rename the file in the archive storage.
  2. The "Add" workflow from the tab is awkward. Especially as it somehow acts like queue when scanning multiple documents. Instead I would suggest to have archive have a "untagged" section where the scans end up. One then goes in tags them.
  3. It would also be good to be able to swipe through the documents.

Smartphone information:

  • Device: iPhone 11
  • OS: 14.7
  • Version: 3.4.1
@tcurdt tcurdt added the bug Something isn't working label Aug 10, 2021
@JulianKahnert
Copy link
Member

In "steps to reproduce":
How do you switch back to Tag in step 5? Are you using the edit button in the document view?

A sheet might be a better way, because it enforces the user to finish (e.g. save or cancel) the changes of the selected document. What do you think?

@tcurdt
Copy link
Author

tcurdt commented Aug 10, 2021

How do you switch back to Tag in step 5? Are you using the edit button in the document view?

Na, I just used the tab bar.

A sheet might be a better way, because it enforces the user to finish (e.g. save or cancel) the changes of the selected document. What do you think?

That doesn't really work so well with the nature of a tab bar though. And the sync nature forces an order on the user that isn't really required. I think I would rather take a take a step back to look a the flow.

In a way the "Tag" tab really is "untagged PDFs" tab.
And the "Archive" tab is the "tagged PDFs" tab.
And they are non-overlapping sets of files.
Maybe it's worth re-thinking the interfaces of these two collections.

The tricky part is making the move between the two to feel natural.
Especially if you remove tags that would turn formerly tagged files into an untagged ones.

@JulianKahnert
Copy link
Member

You are right! The UX in this case is a little wonky. Do you have any ideas on how to improve it? I will try to step back and rethink it myself but would love to get your input as well.

A sheet overlapping the tab bar is not a consistent choice but I've found the same UX in WhatsApp: Chats (Tab) -> Create new Chat. This would be a workaround when editing tagged documents.

@tcurdt
Copy link
Author

tcurdt commented Aug 13, 2021

Happy to provide some suggestions. I'll prepare some ideas.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants