-
-
Notifications
You must be signed in to change notification settings - Fork 323
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
wxGUI: Statusbar settings as a part of Map Display Settings #2153
wxGUI: Statusbar settings as a part of Map Display Settings #2153
Conversation
Show everywhere seems redundant. Main slot settings is unclear, maybe Displayed content/information? |
Maybe, we should also adapt terms Display extent, Computational region and Computational extent. I think they are quite confusing. Display extent is called Display Geometry, but if I understand it well it should display Display resolution. And Region extent vs. Computational region extent... I am not sure at all what is the difference between them apart from the fact that computational region displays two extra information. What do your think @petrasovaa ? Do you have some ideas for better naming? |
We could use: Display resolution, Display extent, Computational region |
gui/wxpython/mapdisp/properties.py
Outdated
def __init__(self, parent, mapWindowProperties, value, label, style=0): | ||
PropertyItem.__init__(self, mapWindowProperties) | ||
self.value = value | ||
self.widget = wx.RadioButton( |
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.
This should be RadioBox, that should simplify a lot of the code below.
gui/wxpython/mapdisp/properties.py
Outdated
coordinates = (1,) | ||
mapscale = (2,) | ||
compRegion = (3,) | ||
goTo = (4,) | ||
compExtent = (5,) | ||
displayGeometry = 6 |
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.
Why tuples here? And the last one is int?
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.
Interesting. I did not make it, that had to be caused by Black.
I was thinking about it more and I like a "canvas" word. It seems to me a bit clearer than display but the criticism is welcome. :-) |
That would be a new word for GRASS, no? What would it refer to: the map display region, right? Why call it Geographical? Also, what would canvas resolution refer to? Currently only the computational region option in the status bar shows resolution in between parenthesis. Is there a way to have a map display resolution different than that of the computational region?
That would be a new word for GRASS, no? It refers to the "map display region/extent", right? I think the term is used in QGIS (at least I've seen it when exporting maps from there) so users might be familiar with it, but to my knowledge, it is new to GRASS. I wonder if this will have then further implications in terms of GRASS terminology? If we use canvas here, should we also change "Map display" to canvas everywhere? Also, why call it Geographical? Will there be other kind of canvas? Currently only the computational region option in the status bar shows resolution in between parenthesis. I'm thinking out loud here, apologies if these are silly questions |
I would still go with my suggestion, as Vero points out, canvas is not a term we use and I don't think it particularly helps here. I thought about merging the Display extent and Display resolution into Display region, which would be more consistent with Computational region, but if we would do that, that would be a separate PR. |
By default the rendering (display) resolution is different than computational, it's based on the extent and display size, e.g. (n - s) / height in px. |
I think you hit a nail on its head, @veroandreo :-) That "Display resolution" is exactly the point when it becomes confusing. If I get it right it is given in pixels whereas Display Extent is given in coordinates. So, that's the reason why I suggested adding 'Geographical' before a word 'canvas extent' .... I agree that the term 'canvas' is too big intervention but let's try to think about this issue a bit. For example, I haven't found anywhere in the docs the explanation of what Display resolution actually means. Maybe it would help to add 'Map' and have 'Map Display resolution'. Or we could have 'Map Display info', 'Map Display technical info'..... anyway, I think we probably need to explain it more.
|
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.
I think the two columns should not be there. It should be just one column.
I went through Preferences/Settings in several applications (Gimp, Inkscape, Spyder, QtCreator, VSCodium) and found two columns only in QtCreator in settings for Debugger and for Vim, so clearly something extreme. And even there it was for more than 10 items and they were checkboxes and exclusive choice radio buttons, so it is questionable if that even applies here.
We can make it as one column, I am okay with that. :-). |
0319e19
to
1027eb1
Compare
I don't like the |
e78aea6
to
f5e5abc
Compare
I was thinking about it a bit more and we do not probably need any signals, the dialog does not have to response dynamically... What do you think @petrasovaa ? |
I agree, let's keep it simple. |
@petrasovaa I think it is ready to merge. I think disabling items is probably more readable than hiding them so I changed that. I think the code is also simpler as we do not need to change the layout of the radiobox either. |
Given that it says Would it be possible to write |
I think we have to keep display there. It is the display extent we are showing, not the computational region extent.
Yes, please! But perhaps the label is somewhat incomplete anyway. |
Now I get it, it refers to the map display (I read it as the verb display and not the noun referring to map display)... I'd suggest then to use
|
I agree with you :-) Adding "Map" could help to understand those concepts. I previously suggested renaming the No. to number but we needed to focus on the implementation more so I removed that then.. Now it is a good time to discuss it again and change labels if needed. I think "Pan to GCP by number" is also good. I was thinking about "Focus GCP by number". but @wenzeslaus 's proposal is probably better. |
I attached a diff with my changes, I didn't want to apply it directly since it's not completely finished and you may have your changes locally. The changes are adding the context menu in statusbar. Currently the item in the context menu is not always selected correctly and there may be other issues, but this is what I have now. |
…o Map Display Settings (OSGeo#2153) Creates several radiobuttons in Map Display settings that control which item will be shown in statusbar.
…o Map Display Settings (OSGeo#2153) Creates several radiobuttons in Map Display settings that control which item will be shown in statusbar.
…o Map Display Settings (OSGeo#2153) Creates several radiobuttons in Map Display settings that control which item will be shown in statusbar.
This PR creates several radiobuttons in Map Display settings that control which widget will be shown in statusbar.
This PR needs to wait for some refactoring that has to be done for mapdisp/statusbar.py file.