[hatari-devel] FYI: new --desktop option

Nicolas Pomarède npomarede at corp.free.fr
Sun Apr 3 12:48:34 CEST 2011


Le 02/04/2011 22:35, Eero Tamminen a écrit :
> Hi,
>
> On keskiviikko 30 maaliskuu 2011, Eero Tamminen wrote:
>> In which order you think these should be preferred in case all of them
>> don't fit into screen?  For example if doubling&  borders fit fully in
>> horizontal direction, but in vertical direction you need to choose
>> between the two?
>>
>> Also, if --desktop option is taken into use for ST/STE screens too, the
>> most likely case is a lot of black borders in fullscreen.  Even
>> otherwise you're going to have black borders with 460x2 horizontal
>> resolution as it doesn't match standard resolutions offered by monitors:
>> 	http://en.wikipedia.org/wiki/File:Vector_Video_Standards2.svg
>>
>> Have you considered adding centering of the ST/STE screen contents so
>> that it doesn't just end in top left corner of the resolution provided
>> by SDL for fullscreen?
>
> Assuming doubling has more priority than borders, I think you should take
> in your code into account also negative border sizes.
>
> User couldn't of course set negative border values in UI or configuration
> file, but internal run-time border variables could be negative if only part
> of the doubled Atari screen fits to the available resolution, like the
> 320x240 one available in GPX2.
>

Note that in the end, we just have the same problem that we have today 
when the user choose directly width and height.
The user will choose a zoom factor, left/right border and you will get 
the width (same for height).

I don't see what is bothering you ? Selecting borders separatly will 
also yield to a total width and height, so we can apply the same code we 
have today.

In all the case, I intend to have an internal screen of approx 460x276 ; 
if the SDL screen is bigger that that, we add extra black pixels


>
>> Then to the options dialog layout...
> ...
>> It would be nice to be able to move some of that stuff to the Monitor
>> options dialog[1], but I don't think they really would belong there.  :-/
>> What do you think?
>
> You said that border values are like monitor settings, so those could
> actually be in monitor section.  Assuming that UI has just a knob for
> doubling ST/STE low, the dialogs could look like in the attached layout.
>
> Nicolas, what do you think?

That was just a comparison to show the different size of each border. I 
think zoom and border size (that is all parameters that define the size 
of the window you get on screen) should stay together.


I don't have much time to look at the options window layout I would need 
for now, if you want to commit your falcon changes, go for it, we can 
add other options later (I still need to write the code first :) )


Nicolas



More information about the hatari-devel mailing list