Re: [hatari-devel] Re: reverting Max window size setting to Hatari v1.4 size?

[Nicolas Pomarède <npomarede@xxxxxxxxxxxx>]

On 24/01/2012 22:54, Eero Tamminen wrote:
> Hi,
>
> On tiistai 24 tammikuu 2012, Laurent Sallafranque wrote:
> > That's OK for me, but will this disallow to look at the demo 1600*800
> > for example ?
>
> This is about the default for zooming preference.  Hatari (Videl)
> code won't try to zoom the Atari resolutions larger than this preference,
> but if the Atari native resolution is larger, that's is of course honoured.
>
> Easiest way to test this is running hatari with:
> 	hatari -z 1 --tos<TOS v4.x>
>
> You'll see then the funny Videl resolutions TOS goes through at bootup.
>
> Then you can try changing video display preferences in TOS Desktop.
>
>
> 	- Eero
>
> PS. Things should still be constrained to screen size still as larger
> sizes can trigger video driver crasher bugs.

Hello

speaking about window's size, I think the current behaviour for STF/STE 
is really hard to use. Having to specify an x/y resolution (such as 
640x400 for example) to get x2 zooming on X and x2 zooming on Y looks 
not easy to use. Many users might understand it anyway, but what about 
specifying the resolution to get double pixels on X/Y + overscan borders 
? Honestly, I think this is nearly impossible to guess for any normal 
user (who knows overscan is 460 pixels wide ?) and even I sometimes 
don't know what values to put.

So, leaving apart extended VDI/falcon mode with really extra large 
resolution, and just focusing on STF/STE, I would propose the following 
settings :

low res : - zoom X (yes/no, to double X res)
          - zoom Y (yes/no, to double Y res)

mid res : - zoom Y (yes/no, to double Y res)  (only zoom Y, width
		is already 640 pixels)

borders (common to low/med/hi res)
	  - left border : no or a number of pixels (multiple of 16)
	  - right border : no or a number of pixels (multiple of 16)
	  - top border : no or a number of pixels
	  - bottom border : no or a number of pixels

No more reference to an absolute number of pixels for X or Y, I don't 
think that an useful information : the user wants bigger window and 
borders or not.

This would also be more consistent with the fact that we still have the 
"-z" command line option, but no more option in the UI to change zoom 
factor.

Not everything could fit in the same window ; we could have one for the 
zooming mode, and another one for the borders settings (unless someone 
here wants to submit some ascii art to design a single window with all 
options in it).

What do people think ?


Nicolas