[Feat] An action should be required before modifying other mapsets #843
Labels
enhancement
New feature or request
gsoc
Reserved for Google Summer of Code student(s)
GUI
wxGUI related
Projects
Is your feature request related to a problem? Please describe.
This is actually something in bitween a feature request and a bug report. GRASS GIS protects user's data against various mistakes by allowing any kinds of changes only in a current mapset. The Data tab should follow that.
Describe the solution you'd like
The Data tab should allow renaming and deleting other mapsets or locations only when the "allow editing" mode is on. This already applies to maps.
Describe alternatives you've considered
Creating new mapsets and locations is also editing other mapsets or locations. For examples, moving or copying maps to other mapsets is not allowed. However, I think this should be enabled even with "allowed editing" off for one theoretical and one practical reason: 1) Existing mapset is a GRASS entity which should oblige with the consistency rules and there may be an active session in the mapset. However, this does not apply when the mapset (or location) is being created. 2) For the first-time user use case, creating a new location is something we want user to do as smoothly as possible and having to allow editing first doesn't see intuitive.
Alternatively, the context menu item can be always enabled, but then it would ask whether or not to turn the "allow editing" mode on. However, this should be probably the same for maps too, so really this is a separate issue.
Additional context
This was discussed on Next steps in GSoC and beyond video call, July 15, 2020 (notes).
The text was updated successfully, but these errors were encountered: