Playing with IDEs

Jeffrey Kesselman jeffpk at
Tue Dec 25 15:19:12 EST 2007


Think VERY carefully about his.  Your opening up a world of potential
hurt for 2D game developers and similar kinds of apps.

They generally design their apps to a specific display and specific
set of input options.  The single biggest pain point for cell phone
game developers is that every dann phone has its own screen size.
Today, they ship a ton of skus, each modified for each phone they want
to support :(

Its not so bad in 3D because the 3D hardware takes care of all the
scaling to the screen....  but the OLPC today is not a 3D device :(


On Dec 25, 2007 2:46 PM, Bernardo Innocenti <bernie at> wrote:
> (cc sugar@, eben)
> Jeffrey Kesselman wrote:
> > On Dec 24, 2007 4:57 PM, C. Scott Ananian <cscott at> wrote:
> >> Bernie has the details to get a 1200x900 screen in the emulator on the
> >> wiki somewhere (right?);
> >
> > All I could find was a "qemu cant do this" on the emulation page and a
> > very confusing discussion of multiple different drives on the drivers
> > page.
> Both vmware and qemu (recent CVS snapshot) can do this using
> the vmware driver:
> This driver is only available in xtest for now.  Scott,
> please note that #5163 is blocked on a Pilgrim patch.
> Please apply it and we can close it.
> > I'm willing to bet my VMWare is capable of this if someone could just
> > point me at the right settings to put into my xorg.conf
> Both xtest and joyride carry the necessary config file:
> /etc/X11/xorg-vmware.conf.  But joyride is missing the
> vmware driver.
> That said, I think we should state clearly in our HIG that
> applications should be resolution independent because the
> display size will vary in future hardware and in *current*
> hardware to which Sugar has been ported.
> What do the Sugar developers think about it?
> --
>  \___/
>  |___|   Bernardo Innocenti -
>   \___\  One Laptop Per Child -

~~ Microsoft help desk says: reply hazy, ask again later. ~~

More information about the Devel mailing list