31 December 2010, 08:09 | #1 |
Banned
Join Date: Jul 2009
Location: *
Posts: 567
|
Mximize button for GUI (WinUAE)
I was wondering if a maximize button could be added so I don't have to drag the GUI around in order to uncover those sections that are completely off screen when working under resolutions smaller than the actual GUI's.
Regards. |
31 December 2010, 08:57 | #2 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,575
|
No. It would become unreadable.
Don't use tiny resolutions, there is no point. It does not make the display more authentic or something. |
31 December 2010, 09:49 | #3 | |
Banned
Join Date: Jul 2009
Location: *
Posts: 567
|
Well, you could prevent that by adding scrollbars, which would definitely be more practical then dragging the whole screen.
Quote:
1. First and most important, achieving the degree of precision that my custom timings require becomes exhaustively difficult under higher resolutions. The exact reason as to why this happens is still unknown to me, but that's the way it is for this particular machine. For instance, 368x590 confirmedly works at a virtually perfect 50.000000000000000Hz, whereas something like 1280x1024 would be stuck at 50.1Hz, if not worse, and yes, with vsync on, the closer the vertical refresh rate is to an ideal PAL, the less strain on the CPU and the lower I can go with the sound buffers without experiencing artifacts. 2. Higher resolutions are less resource-friendly, and my computer is already on the verge of becoming obsolete, at least for WinUAE. So far only 2 demos I know have routines demanding enough to create slowdowns when emulating an A500 with CE, so the sensible choice for me is to use lower resolutions. 3. If I were to include aesthetics as one of the reasons, I can definitely tell they look more authentic at 368x590 than they do at anything highres, and that's because half of the vertical resolution gets scanlines with 50% of translucency (nothing special here) while the horizontal resolution is stretched horizontally to twice it's size, but since this is being done by the monitor (good ol' CRT) and not with scaling, the result is a very convincing, interlaced monitor-like image. I could go on and on, but I don't think you would care anyways |
|
31 December 2010, 09:55 | #4 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,575
|
Because your reply includes good reason (and stupid display card again! ) I'll think about it if you find common font (that comes with Windows) that is readable even if it is really really tiny
|
31 December 2010, 15:10 | #5 |
Banned
Join Date: Jul 2009
Location: *
Posts: 567
|
Fair enough, I'll conduct a font research In the meantime, here's an example of what I'm seeing at 368x580, which's actually pretty "hires" compared to other resolutions I use, just to give you an idea
Last edited by Maren; 31 December 2010 at 15:17. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Let's squash some GUI bugs in recent WinUAE 2.3.3 | Mixter | support.WinUAE | 1 | 25 September 2011 12:27 |
WinUAE GUI in other languages | NewDeli | request.UAE Wishlist | 6 | 11 October 2009 19:25 |
Kumiko GUI - Amiga Workbench 3.1 GUI for Windows | milika | Amiga scene | 31 | 18 April 2007 19:16 |
WinUAE 0.9.90 GUI screenshots | Toni Wilen | support.WinUAE | 13 | 20 July 2004 16:57 |
WinUAE 0817r3-GUI dissappears/ WinUAE freezes. | 7-Zark-7 | support.WinUAE | 2 | 23 December 2001 14:19 |
|
|