SDL2 | Menu display on small screens about amiberry HOT 14 CLOSED

Interesting idea, but we'll have to think about it a bit.

The GUI has a minimum resolution of 600x200 currently, to fit everything there. To support a smaller resolution than that, things will have to get really crammed in half the space.

Ideally it should be adaptive, depending on the resolution you're running it on. Higher resolutions should also be taken advantage when it makes sense (nobody likes scrolling much).

We'll look into this after #8 is completed.

from amiberry.

@midwan

But what should be the minimum resolution supported then? We should test this in such a scenario and see which approach works best.

As per @HoraceAndTheSpider

320x240

I'd recommend the same. Its the lowest resolution panel for SBC's i've found (http://www.waveshare.com/3.2inch-rpi-lcd-b.htm). Beyond that, your looking at 16x2 matrix (http://www.raspberrypi-spy.co.uk/2012/07/16x2-lcd-module-control-using-python/).

Although the RPi can scale its framebuffer output to 16x16 resolution (possibly 1x1, not tried), cant see users needing less than 320x240.

from amiberry.

SDL2 will automatically scale the display to the resolution given, and this works for upscaling as well as downscaling.

The results will be ugly of course, if we downscale a 800x480 image to 320x240, but it should still be viewable.

from amiberry.

No, the PiGrrl has been a pain but I have a new Freeplay CM3 arriving soon.... should be the same size of display :)

from amiberry.

My new CM3 unit is currently sitting in customs.... :(

from amiberry.

Due to the small size of these screens, maybe the solution is making an alternative GUI system, more simple, without widgets.

Maybe something similar to MIST FPGA's config menu?
http://somuch.guru/wp-content/uploads/2015/09/minimig_iGame.jpg

Because you aren't using a graphical GUI, maybe it is even easier to implement.

See ya!

from amiberry.

Yes , that's the sort of thing.

Even just a basic text on the default OS screen (like raspi-config screen or whatever)

Keeping in mind that it doesn't need to have 100% of the available options.

from amiberry.

Or we could just check the resolution and adapt the GUI to that automatically. Using scroll bars where needed for example.

But what should be the minimum resolution supported then? We should test this in such a scenario and see which approach works best.

from amiberry.

OK, thanks for the input from all of you. I'll look into this and keep you posted.

from amiberry.

Note to self: Test this approach in the SDL2 branch

from amiberry.

Does anyone have a display with a resolution of 320x240 to test with?

The current SDL2 version already does auto-scale to fit the native resolution, so I was wondering how it looks like that. If it's not too awful, maybe we don't need to redesign the whole GUI and we can close this issue.

from amiberry.

I do, but I need to fix up my PiGrrl again.... will look into that for you!

from amiberry.

@HoraceAndTheSpider
Any luck with this? :)

from amiberry.

Tested with SDL2, works on any display size you have. You can even have the window as resizable if running on the desktop (coming in a new version) and scale it up/down any way you want.

from amiberry.