Opened 15 years ago
Last modified 6 years ago
#509 new defect
wxgui: startup menu crunched on small display
| Reported by: | hamish | Owned by: | |
|---|---|---|---|
| Priority: | minor | Milestone: | 8.0.0 |
| Component: | wxGUI | Version: | 6.4.0 RCs |
| Keywords: | startup size | Cc: | msieczka |
| CPU: | x86-32 | Platform: | All |
Description
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.
and you thought 800x600 was long dead....
Hamish
Attachments (8)
Change History (23)
by , 15 years ago
| Attachment: | wxstart_crunch.png added |
|---|
comment:2 by , 15 years ago
| Cc: | added |
|---|---|
| Owner: | changed from to |
| Status: | new → assigned |
comment:3 by , 15 years ago
| Cc: | added |
|---|
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.
#217 merged here.
Hamish
comment:4 by , 14 years ago
We've had a number of interface tweaks in the past year. Is this still a problem?
Note that scroll-bars by default only show up when needed unless they are specially forced on. Perhaps it is not fixable?
Michael
comment:5 by , 14 years ago
Is this still a problem?
yes, for netbooks it is. it is much much better than it was though. I'll upload an updated screenshot next time I get the chance.
Perhaps it is not fixable?
the "fix" is to compact things a little more so not as much vertical space is used.
Hamish
comment:6 by , 14 years ago
OK. I'll take a look. Heading out now, but will try to check later.
Michael
by , 14 years ago
| Attachment: | Screenshot.png added |
|---|
by , 14 years ago
| Attachment: | Screenshot-1.jpg added |
|---|
wx startup gui on 1024x600 netbook, buttons hidden
by , 14 years ago
| Attachment: | Screenshot-2.jpg added |
|---|
wx startup gui; same as last after dragging window up
by , 14 years ago
| Attachment: | Screenshot-3.jpg added |
|---|
same as last, but dragged the corner a little to make the window bigger
by , 14 years ago
| Attachment: | Screenshot-4.jpg added |
|---|
same as last, but tugged on corner enough to use buttons
by , 14 years ago
| Attachment: | Screenshot-5.jpg added |
|---|
Android/smart phone case: display resolution set to 640x350
follow-up: 9 comment:7 by , 14 years ago
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?
Hamish
comment:8 by , 14 years ago
| Keywords: | startup added |
|---|---|
| Platform: | MSWindows 2K → All |
follow-up: 10 comment:9 by , 14 years ago
Replying to 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?
does the attached patch helps? Martin
comment:10 by , 14 years ago
Replying to 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.
thanks, Hamish
follow-up: 12 comment:11 by , 12 years ago
| Milestone: | 6.4.0 → 6.4.4 |
|---|
comment:12 by , 10 years ago
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.
comment:13 by , 8 years ago
| Milestone: | 6.4.4 → 6.4.6 |
|---|
comment:14 by , 8 years ago
| Cc: | removed |
|---|---|
| Owner: | changed from to |
| Status: | assigned → new |
comment:15 by , 6 years ago
| Keywords: | size added |
|---|---|
| Milestone: | 6.4.6 → 8.0.0 |
There were already changes in the dialog (some of them freed and some used vertical space). The current (v7.7) size is 624x621 on Ubuntu with Unity. Please see #3474 and wiki:wxGUIDevelopment/New_Startup for current discussions for a completely new startup window.
example of opening the wx launch gui on a 600px tall screen (with xp taskbar)