In article <[email protected]>, James Carthew <[email protected]> wrote:
> There should be two core GUI APIs. One based on touch and one based on > Keyboard/Mouse. I still say that's an unresolved question. Just because Apple went that direction doesn't make it a given. More directly, it is quite possible to have a computer that supports both a mouse and multitouch trackpad. Likewise, hardware keyboard vs. software keyboard need not represent a core difference in the interface. > Trying to force on > traditional desktop users an interface they neither wanted nor needed, and > the result has been a disaster with massive backlash against both > platforms. This is a separate issue. Part of it has to do with touch, and part of it has to do with small screens (aka, "mobile") vs. large screens. But, again, it isn't obvious to me that this is an API-level difference rather than a platform-level difference. Just about every iOS developer can use the mouse+keyboard to test the bulk of their app's features on the simulator. So, no, I don't think it benefits GNUstep to implement a separate UIKit framework for the purposes of doing mobile development. What I would target instead is something that bridges UI- classes to NS- classes (or whatever underlying GS- classes might be appropriate). The aim is to just run the code, not attempt to duplicate the iOS experience. -- iPhone apps that matter: http://appstore.subsume.com/ My personal UDP list: 127.0.0.1, localhost, googlegroups.com, theremailer.net, and probably your server, too. _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
