I am working on the next release of Check Writer and this time, I will depart from the “serious” kind of old fashion accounting product look to go into Wysiwyg so users can move fields around with the mouse, add pictures, and altogether get great displays or mess up as they see fit.
My issue is which screen sizes I should support.
The window where people will design their check is life size on a 1920 x 1080 screen. That translates to 876 x 372. On a 1280 x 720 screen it makes a big window but is still acceptable.
My issue is the antiquated 800 x 600 screens. Such window will not fit horizontally. The program is still usable, but it is not very elegant.
How many computers would you believe still use that resolution ?
I wonder if it is worth the pain to spend weeks adapting the app to that resolution for old configurations that may never buy new programs anyway.
Do not fix something to screen sizes… even with Retina Displays and/or resolutions beyond FullHD most of the users use windows smaller than this. Speaking for myself my only one Fullscreen App is VMware with a virtualized Desktop. All other windows are more or less stacked with window sizes where I am still able to drag and drop someting from or to the Desktop.
I tend to build mine at 1024 x 768 as the min size/un maximised and collapsible controls if I can just in case… but mines a completely different kind of application, I can get away with quite a lot, usually there’s a picture control that can fill any dead space
Most of the people I cater for are in the 3D modelling/rendering world so they all have huge monitors
I design to an 800x600 layout with the option to scale up. At 1280x768, a preset of 125% looks good. Or the user can drag a corner of the screen to whatever size they want. This is desktop, of course. Mobile would require a completely different layout and user interaction - button/tap instead of a keyboard-centric design.