> The other thing is our rotation confiuration. I rather like the way > the PalmReader "describes" the rotation (with images). I've attached a small > screenshot that shows how they do it.
I must confess I've found the PalmReader way of doing it a little confusing (for one, my NX doesn't look like the pictured unit; for another, this menu looks really confusing when one has the device rotated while accessing the menu). I think a really nice and clear way to do it would be just to draw three boxes, and draw a capital A in each, rotated the right way. Or maybe draw "Text" in each box. This way, the user can rotate his Palm the way he wants it, and click on the "A" or "Text" that is upright once he rotates his Palm. What do people prefer? > In the code, it's referenced as ROTATE_PLUS90 and ROTATE_MINUS90 I'm a mathematician :-) > , > and in the form, it is clockwise and counterclockwise. (And ccw corresponds to +90 and cw to -90.) Also in the select control list, by the way. (I have the , and . keys on my NX mapped to rotate ccw and cw, respectively. I just imagine rotating the text when I use them, but that's thinking like a programmer, not a user.) One of the things I've been quietly doing, which probably few people noticed, is adding item after item to the control list, so one can remap keyboards, buttons, etc., to do all kinds of neat things. (I myself find it really convenient to get the brightness dialog by pressing B. With OKey and my NX keyboard, I can adjust the brightness without pulling out a stylus.) Most of these take only a few lines of code. > Ideally, rotating the screen clockwise 90 (which places the buttons > on the right side, when held in this orientation), should then make what was > previously the "left" and "right" direction on the d-pad into the up and > down in this orientation. Yes. This is what I do with keyboard arrow keys. (Actually, now that I think about it, this might not work so well for people who have an IR keyboard that can work while the unit is rotated... But I don't want to introduce another option.) > When set to counterclockwise, the reverse should > be true. Basically, with a d-pad-enabled device, the "up" and "down" rocker > before orientation should be completely ignored after rotation. > > Does that make a bit more sense? Right. I thought that I do do this in FiveWay.c. There must be some bug. I guess I'll have to download the Palm simulator (or is there a POSE skin for a device with a Five Way controller?) to try it out. Alex _______________________________________________ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
