Re: Screen size for apps
David Benson <firstname.lastname@example.org> writes:
> > Any applications should run on any resolution and should query the X
> > for the screen size during startup (or don´t optionally).
> > Programs that need some special mode just fall under the term
> > "Buggy". xanim/smpeg/mpeg_play/xaos are buggy, because they don´t work
> > on 24 Bit displays. Moonlight is buggy, since it needs 1024x768-16.
> > If you know any more, file bugs against them.
> > Oh, I forgot my favourite apps: Netscape won´t work with 2/3/4/5 bit
> > displays and XF86Setup requires more than 320x200.
> Isn't this expecting a bit much? After all, we cannot reasonably
> expect authors to extend all programs to work in 2-bit mode--
> it just doesn't make sense sometimes.
> For example, consider a program to render wireframes
> in 3-d with red/blue separation. It simply requires a sufficient
> display. In my opinion, the same basic problem exists to a lesser
> extent with a program which requires a lot of programmer time per
> supported bit-depth. It simply might to better to warn the
> users rather than blame the authors.
> - Dave
I understand that wired video modes like 3/4/5 bit support won´t work
and its OK if a super colorfull 3D realtime renderer doesn´t run on 2
Bit, but the default modes from 800x600-8 up to 1280x1024-32 should be
possible options. If something doesnt run there, I would call it a
bug. If you like, make if priority whishlist (as I would for some
applications, but not for something like XF86Setup).
May the Source be with you.