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
Coordinate picker #120
Coordinate picker #120
Conversation
made the coordinatepicker only show on the entries tab
The reason why a custom logo is not draggable is, because we use images in a div container instead of (svg) images for this usecase. I think this should be another PR |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just some typos at the moment. I will test styling (esp. on mobile) later.
One thing though (we talked about it): Should we add a note to collect multiple edits in bulk? Else someone might hit the feedback rate limit.
Some possible idea: When selecting a coordinate, it is added into local storage, so that opening the dialog just reads all coordinates from local storage (the part in view-view.js
). Then we can say on the feedback form, that your edit is temporarily saved and you can also close the dialog and add it for another room. Only when hitting submit (for type 'entry'), the local storage is cleared, or after a timeout (e.g. 12h).
Co-authored-by: octycs <octycs@users.noreply.github.com>
I will have a look into it this comment this evening, if this would be a large change, I would like for this to be its own PR, but maybe this is just a small change.. |
I added the workflow as requested. please have a look at 2c8b90a Pro:
Con:
|
Oh right, I didn't think about using multiple tabs. In my opinion it's better yes, because it should (or am I wrong?) only be a problem if you had the feedback form already open in Tab B when clicking Submit in Tab A, and it should be easily fixed by copying the text and reopening the feedback form. |
I'm not entirely sure where that last sentence about buildings etc. comes from. As far as I understand, the body is always just the list of collected edits, so it would only be a title/text mismatch (add vs. correct coordinate), but no data lost. Or am I missing something? |
What I am imaginging is:
|
What about a warning:
Is this clear enough? |
Signed-off-by: Frank Elsinga <frank@elsinga.de>
…orm() to feedback.js. The under_scores style for function names is not JS conform, but I thought it is better consistent in this commit.
…me for entries, so chosen coordinates can be edited
Co-authored-by: Frank Elsinga <frank@elsinga.de>
This PR implements a coodinate Picker.
resolves #107
Todo:
since you are more into design: what UI would you (@octycs ) prefer?