-
Notifications
You must be signed in to change notification settings - Fork 204
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
auto-select an image on opening a map (so people can see they are editable and a toolbar is open) #124
Comments
Hi, Stevie - which features are not represented in the per-image toolbar? @manleyjster and I discussed dropping the overall toolbar quite a bit, and felt that the per-image toolbar made it more clear which image was being manipulated. If the per-image toolbar were more complete (per earlier question) would you still be interested in an overall toolbar? Second, would any additional feature you need fit in the per-image toolbars or in the images tab of the sidebar? |
Ok I understand getting rid of it so you could see which image you're If it stays this way, it might be easier if you could see both the rotate |
Great, breaking this up into multiple issues;
Changing the title to the problem statement "image functions aren't visible to (new) users on initial page load" rather than a proposed solution of bringing back the overall toolbar (for now, so we can discuss what the best solution is) |
Another option might be that we autoselect some image by default on initial page load, so that the per-image menu is shown. This might be the simplest; @steviepubliclab, what do you think about that? |
I've never liked this behavior (autoselecting an image on pageload). My vote would be to show a popup message on the map saying "To edit, click |
Would this become annoying to new users, and could we somehow only display |
It sounds like the best option right now is to select an image by default We can always revisit this later if need be. |
We could also have the "autoselect" function only run for users who are not logged in, and/or have never moved an image -- both are simple queries. I'll wait for input from @steviepubliclab as to whether this seems like a reasonable solution. |
@jywarren is it okay to bump a new version of LDI because of the switch to material design? publiclab/Leaflet.DistortableImage#255 (in LDI and here) and then close this one now? we've implemented |
Do we need to add a default selected state within the MapKnitter codebase now? |
Yes! |
OK, we'll have to update these two spots, i think? mapknitter/app/assets/javascripts/mapknitter/Map.js Lines 165 to 169 in ea898cc
mapknitter/app/assets/javascripts/mapknitter/Map.js Lines 102 to 107 in ea898cc
But we'll want to make only the most recent image actually have this enabled. So we may need to choose one of these (one i think is for newly added images, one for existing images), and make this set only on the final item in the array. Secondly, i suppose new images added should be selected as well. The code is reasonably annotated so it may take some testing but should otherwise be OK! @divyabaid16 did you have any interest in trying this one out? |
And we'll have to bump the Leaflet.DistortableImage version. |
@jywarren bumping now! I'll draft a new release too. Ill ping you here when it's done |
https://github.com/publiclab/Leaflet.DistortableImage/releases Ok feel free to release if you think its ready and let me know when you do! |
Ya, I will give a try here :) |
Hi @divyabaid16 did you have any chance to try this out? Thank you! |
I noticed that there was a function to edit the pictures when you click on them, but I was missing an overall toolbar. Not all the edit functions show up on the pictures when you click them, and I found it confusing to tell people about all the editing features when there aren't buttons for each one.
The text was updated successfully, but these errors were encountered: