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

[Eero Tamminen <oak@xxxxxxxxxxxxxx>]

Hi,

On keskiviikko 25 tammikuu 2012, Laurent Sallafranque wrote:
> Maybe 2 GUI panels for video resolutions :
> One displayed while in ST emulation and one for Falcon emulation.

The "Falcon" setting is about zooming, not monitor size, so it
belongs to "Hatari screen" dialog.

As Nicolas' settings are about "monitor" borders, it belongs to
"Atari Screen" dialog, but I'm not sure whether he can actually fit
all of them there. :-)


> I agree for the ST mode, values are not easy to guess sometimes.

The reason for the current thing is historical.  Historically Hatari
crashed (SDL abort) always on startup if you happened to enable
borders & fullscreen and save the settings before OKing them.

Which was very bad user experience and very hard to user to know
how & to change the settings so that Hatari screen actually fits
user's resolution (on mobile devices and netbooks which can have
smaller screen than doubled ST res with full borders and where
using the Hatari options can be *really* painful).


> Another point : it's boring to change from 1900 x 1024 to 800x600
> (for example) by clicking on the right arrow of the "window".

Fortunately normal users typically need to do this kind of thing
only once.

I go to debugger and type (with TAB completion):
	setopt --max-width 800 --max-height 600
:)

	- Eero

> 
> Regards
> 
> Laurent
> 
> Le 24/01/2012 23:24, Nicolas Pomarède a écrit :
> > 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