adamjarling / loc-speculative-annotations

Library of Congress Labs, Artist in Residency program project. Speculative Annotation.
https://nervous-gates-006218.netlify.app/
15 stars 0 forks source link

Update saving and displaying a user's annotations based on UX Feedback #31

Closed adamjarling closed 3 years ago

adamjarling commented 3 years ago

Based on UX feedback, update how saving and selecting saved annotations are being handled.

‘Annotate’ is a drop-down menu that holds the option to create a new annotation and view saved annotations. If a user does not have any saved annotations a modal will still appear and show an empty state.

image

image

adamjarling commented 3 years ago

Based on a recent conversation with @jessvu about what "Save" really means, we may need to re-think this feature.

jaimemears commented 3 years ago

@adamjarling are you clear here on what’s needed for Save or do I need to assign to Jessica for comment?

adamjarling commented 3 years ago

@jaimemears @jessvu This modal is just placeholder UI and needs clarification or a decision on whether we're moving forward with it. I'm not sure we ever revisited how we're approaching "Saving" (local annotations to a Work) vs. "Downloading" an image file.

If we're going to keep the Save functionality, I'll need to block a decent amount of time to make sure it's tightened up.

jaimemears commented 3 years ago

When you say "saving" local annotations to a work do you mean saving the annotations within the application environment, like we tried to do with the persistent link?

adamjarling commented 3 years ago

Yea, "Saving" (in my mind, but open to alternate terminology), is saving the current Fabric JS JSON object (containing user annotations), to the user's browser's localStorage. This data only saves in a specific browser, will not work in "private" browser mode, and will be lost if the user clears their browser application data cache.

Saving "saves" annotations to a specific work. So a user could potentially save different annotations for different works. The functionality which warns a user when switching would need to still be built in, if we're going to move forward and use this feature.

jaimemears commented 3 years ago

I understand. And being able to pass or share the Fabric JS JSON object is impossible even if we get the save functionality to work in this way correct? Because its in local storage, and we'd need a server or something to share?

adamjarling commented 3 years ago

@jaimemears Sharing a current user annotation currently does work and is functional, it just creates a share URL which is humongous due to the size of the FabricJS JSON object (which is compressed as much as possible).

This process could probably be streamlined to provide better UX, by building a simple back-end service.

jaimemears commented 3 years ago

oh i thought after 4 or 5 annotations the url no longer would render in a browser because it was so long?

adamjarling commented 3 years ago

This is a possibility, but I never really thoroughly tested it's limits. After one annotation object (ie. a Circle or Stamp), it's pretty long so yea more complex ones just make the compressed url longer. I can test this though and see where or if it maxes out? If, we think we might want to keep this functionality as-is?

CourtneyMcClellan commented 3 years ago

Seems removing the share functionality, can we close this?

adamjarling commented 3 years ago

@CourtneyMcClellan Yes, we can close the issue

adamjarling commented 3 years ago

Note this functionality (the UI components) will be left in place and documented for possible future integrations.

CourtneyMcClellan commented 3 years ago

Can we close this?

adamjarling commented 3 years ago

@CourtneyMcClellan, @jaimemears was asking about this and we had a Slack conversation about the functionality of "saving" previous revisions. Sounds like she was leaning towards not including that functionality in this release, and if you two want to confirm that decision, then yes we can close this issue I'd say.

CourtneyMcClellan commented 3 years ago

Ok, I think Jaime has an additional question. I will let her pose it before we decide about closing.

On Tue, May 11, 2021 at 5:13 PM Adam J. Arling @.***> wrote:

@CourtneyMcClellan https://github.com/CourtneyMcClellan, @jaimemears https://github.com/jaimemears was asking about this and we had a Slack conversation about the functionality of "saving" previous revisions. Sounds like she was leaning towards not including that functionality in this release, and if you two want to confirm that decision, then yes we can close this issue I'd say.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/adamjarling/loc-speculative-annotations/issues/31#issuecomment-839175111, or unsubscribe https://github.com/notifications/unsubscribe-auth/ASOHXDH2GGZPB7X5J57LNXDTNGMX3ANCNFSM4W2OYWCQ .

jaimemears commented 3 years ago

@adamjarling has estimated 4-8 hours of work for this issue to be implemented. Assigning to @CourtneyMcClellan . This is a tough call!

adamjarling commented 3 years ago

Pushing up round one of what this would look like. Note it still may be a bit buggy, but hopefully this gives the general idea and how it'd act more or less?

CourtneyMcClellan commented 3 years ago

This seems great and is working well for me!

jaimemears commented 3 years ago

closing this, courtney is satisfied with the save functionality