summaryrefslogtreecommitdiff
path: root/core/applets/rotateapplet/rotate.cpp
AgeCommit message (Collapse)AuthorFilesLines
2005-04-24Resource -> OResourcedrw1-27/+27
2005-04-01scale O-Menu-Applet pixmaps according to AppLnk::smallIconSizemickeyl1-3/+3
2004-04-05convert core/applets/* to Opie debug frameworkmickeyl1-4/+5
2004-03-14Updatet the appletszecke1-2/+2
2004-03-02run the optimize_connect scriptalwin1-2/+2
the whole cvs is tagged with "before_optimize_connect" if there are problems you can check the diff (but it had compiled and run here)
2004-03-01fix includeschicken1-4/+0
2004-02-05"Here we are now entertain US....."zecke1-1/+1
Some janitor tasks... remove ulong ref; If we use Q_REFCOUNT
2004-01-27Funny what my SDK all triggerszecke1-0/+2
Ok the reason to use a bool as return type is that you can say that something worked or not worked. So if we don't implement the given interface don't lie!!
2004-01-12nanoseconds are neither milliseconds nor microsecondsmickeyl1-1/+1
2004-01-08turn on the light after opening the hinge when 'display off' is configured ↵mickeyl1-5/+22
as hinge action NOTE: I think there's a bug in the Embedix kernel which either tells a wrong hinge value after suspend or sends out a double (bogus) keycode event on closing the hinge. How to reproduce: 1.) Configure "suspend" as closeHingeAction 2.) Close Display --> Device Suspends 3.) Open Display --> Device does nothing (needs a kernel patch to wake up automatically, but that's another story) 4.) Wakeup Device --> Device sends F14 to rotateApplet, rotateApplet reads hinge code... it's CLOSED(!) - which is wrong 5.) Device resuspends. 6.) Wakeup again --> Device sends F14 (huh, again?) to rotateApplet. rotateApplet reads hinge code... it's OPEN now - which is ok. Ideas?
2004-01-04better not shutoff the display without shutting it on again :Dmickeyl1-1/+1
2004-01-04- implement action on closing the hinge for devices with hinge sensorsmickeyl1-90/+114
- first batch of minor code cleanup
2003-12-09Disabling the rotationw worked, but the code was horribly unobvious. ↵treke1-2/+2
Rewriting for clarity.
2003-12-08Automatic rotation. This might break binary compatibility, so beware includingtreke1-1/+42
in BRANCH_1_0
2003-10-07kill un-needed QCOP checkingzecke1-2/+0
2003-04-18Make appearance and rotate applet use the new rotation method of odevice.kergoth1-9/+16
2003-04-18add a qcop channelharlekin1-1/+24
2003-04-15Add a third rotation direction, for 180 degree.kergoth1-4/+6
2003-03-31rotate applet between desktop and suspend and not suspend and logoutharlekin1-1/+1
2003-03-271) now that setCurrentRotation sets QWS_DISPLAY, dont call setDefaultRotationkergoth1-14/+10
2) now that we arent calling setDefaultRotation, we can rely on defaultRotation() returning the actual original default rotation (deforient). So in turn, we can simply 'flip back' to the original rotation, rather than trying to calculate what the original rotation would have been.
2003-03-27Remove the need for explicit <= 0, >= 360 etc handling by using % 360.kergoth1-11/+4
2003-03-26adapted to what was discussed today on irc. Direction of rotation is ↵harlekin1-10/+28
settable in appearance in future
2003-03-26On older ipaqs the display is rotated to 270 as default so adding 90 does ↵groucho1-0/+8
nothing => fixed by rotating the values (270+90=0, 0-90=370)
2003-03-25better interaction with the rotate appharlekin1-3/+3
2003-03-25here comes the rotate startmenu applet .-)harlekin1-0/+127