#509: wxgui: startup menu crunched on small display
--------------------+-------------------------------------------------------
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: minor | Milestone: 6.4.0
Component: wxGUI | Version: 6.4.0 RCs
Keywords: | Platform: MSWindows 2K
Cpu: x86-32 |
--------------------+-------------------------------------------------------
Hi,
this is using 6.4.0rc3 from OSGeo4W on a ClassmatePC (mini-notebook)
running Windows XP. The display on this thing is a 1024x600 9" LCD.
the bottom buttons of the wx GUI startup get crunched up, especially when
the taskbar is not in auto-hide mode (attached screenshot).
It is still a bit crunched up if it has the full screen height to work
with, but it is still overlapping the horizontal slider by 1-2mm.
the tcl/tk one looks fine.
also I notice the "enter grass" button is not greyed out when no mapset is
selected, etc. as is the case with the tcl/tk startup gui.
it is now better for a 1024x800 classmatePC display (latest wingrass
6.4.0svn from osgeo4w), but there is still about 5 pixel overlap between
the top of the Start GRASS button and the bottom of the left/right scroll
bars for location and mapset lists. Can those scroll bars be set to only
appear if they are needed?
e.g. (visually) the mapset name would have to be as long as like
PERMANENTPERMANETPERMANENT before it would need a l/r scrollbar.
xfce panels in screenshots are 24px tall each, so on the display the
window is created at 552px tall. is there a way for wx to know the desktop
size? if so and it is less than 600px tall (tested minimum) switch off the
graphic and the "world leading" text? or maybe switch off both the
"welcome to+world leading" lines and leave the graphic there?
#509: wxgui: startup menu crunched on small display
---------------------+------------------------------------------------------
Reporter: hamish | Owner: martinl
Type: defect | Status: assigned
Priority: minor | Milestone: 6.4.0
Component: wxGUI | Version: 6.4.0 RCs
Resolution: | Keywords: startup
Platform: All | Cpu: x86-32
---------------------+------------------------------------------------------
Comment (by martinl):
Replying to [comment:7 hamish]:
> bug still there. more screenshots added.
>
> xfce panels in screenshots are 24px tall each, so on the display the
window is created at 552px tall. is there a way for wx to know the desktop
size? if so and it is less than 600px tall (tested minimum) switch off the
graphic and the "world leading" text? or maybe switch off both the
"welcome to+world leading" lines and leave the graphic there?
#509: wxgui: startup menu crunched on small display
---------------------+------------------------------------------------------
Reporter: hamish | Owner: martinl
Type: defect | Status: assigned
Priority: minor | Milestone: 6.4.0
Component: wxGUI | Version: 6.4.0 RCs
Resolution: | Keywords: startup
Platform: All | Cpu: x86-32
---------------------+------------------------------------------------------
Comment (by hamish):
Replying to [comment:9 martinl]:
> does the attached patch helps? Martin
partially. now the buttons don't fall behind, but the window ends at the
bottom horiz scrollbars of the mapset/loc boxes, and you somehow have to
know to make the box bigger to magically find the missing buttons.
on WinGrass where the buttons end up on top this would be a regression as
it is ugly, but at least you can see & use them.
#509: wxgui: startup menu crunched on small display
---------------------+------------------------------------------------------
Reporter: hamish | Owner: martinl
Type: defect | Status: assigned
Priority: minor | Milestone: 6.4.4
Component: wxGUI | Version: 6.4.0 RCs
Keywords: startup | Platform: All
Cpu: x86-32 |
---------------------+------------------------------------------------------
Comment(by wenzeslaus):
This is unfortunately still an issue, although it applies to less and less
devices, I would say. However, it still applies to virtual machines (such
as OSGeoLive) which often run in lower resolutions (especially without
guest additions).
This dialog should be reformed anyway but I still don't have an idea how,
feel free to suggest.