Age | Commit message (Collapse) | Author | Files | Lines |
|
work with current kernel versions. It also changes the mixer name to the
rightful name for most modern kernels. It is rumored that the mixer in most
HTC devices does not work. But at least it points at the right device now.
Thanks GoXbox Live!
|
|
and follows the backlight class in sysfs. This patch was originally done
by an unknown poster and maintained by Paul S. Thanks all who contributed.
|
|
class. This means that the last child in the chain would be called instead.
Seeing as how the function is not really implemented in this class I am sure
that they do want the override so a user is A. not fooled into thinking it
is and B. running into a parent function doing the wrong thing.
|
|
is assumed to be something but no initial value is given.
This commit changes that by either assigning an initial value or removing
the assumption on an initial value (usually the former).
|
|
|
|
one point in the code and then not checked in another point in the code.
If it needed to be checked once, it needs to be checked the other time. If not
the application could segfault.
|
|
all of them are minor and should not effect properly running code. But if I
were you I would give libstocks and the stockticker plugin in Today a wide
berth. That library is atrocious.
|
|
Each file also didn't check the return value.
This commit changes it so that every single non-checked call in these files
is checked.
|
|
|
|
birthday/anniversary. The latter is required for sorting birthdays/anniversaries correctly on the today screen.
Fixes bug #1760.
|
|
mismatch correction. None are serious, but all would have been improperly
mislinked in the inheritance hierarchy if attempted to be used.
|
|
because the code lacked a space between two entities.
FIX: Add a space.
NOTE: The code was additionally reworked to make the spaces more noticable
to the author of the patch.
Thanks goes to Paul Eggleton who provided the patch!
This fixes Opie bug 1753:
http://opie-bugs.oszine.de/view.php?id=1753
|
|
|
|
the 2.6 based PDAs togeter. Thank you Paul!
|
|
P.Sokolovsky. thanks guys
|
|
|
|
on Slavek Banko patch
|
|
|
|
see http://openezx.org
|
|
|
|
Patch by hrhr to add basic backlight support for the
hx4700 series of iPAQs to ODevice
|
|
|
|
|
|
|
|
|
|
|
|
have first set Cellular, Fax, Pager property and then HOME or WORK property.
|
|
Patch by Pawel Kolodziejski to change the maximum brightnes
for H191x and Asus MyPAL.
|
|
-make it compile. This line should have been H1940 in the
patch. Now I even compiled libopiecore before comitting ;)
|
|
-Allocate device number
-Some implementation
|
|
-disable the "fuege alle libs auf verdacht hinzu" hack and hope we will
identify the root cause.
-do not redefine cxa_... on Mac. At least the the Apple Linker is not happy
with having that symbol defined twice.
-well DYLD_BOOL could not be casted to bool. changing it to bool works
-opiecore.pro use the same test as in include.pro to see if we build on linux
|
|
clamshell Zaurii
|
|
with 2.6.14)
- use the new Switches support to rewrite the hinge sensor handling on Zaurus models w/ 2.6
- add Switches support to SysInfo, OInputSystem, oinputsystemdemo
|
|
|
|
processed
|
|
destructor
sometimes C++ is too tricky for human beings :/
|
|
|
|
|
|
-Build the Asus MyPal ODevice implementation
|
|
-Reduce the maximum amount of numbers a vendor (e.g. iPAQ) can have
to 16 bit in favor of supporting more vendors
-Introduce AsusMyPal support
-Change the numbering of iPAQ models to be 1,2,3,4 like we do with
the other vendors.
|
|
-Restore the Opie Header
-Partially redo the H19xx handling
|
|
-Patch by "Pawel Kolodziejski" <pablo@omega.xtr.net.pl> to instantiate
the Asus MyPal implementation
|
|
-Patch by "Pawel Kolodziejski" <pablo@omega.xtr.net.pl> to add
Asus MyPal support to Opie
|
|
|
|
Patch by Pawel Kolodziejski (pablo _BEI_ omega.xtr.net.pl) to add
support for the H19xx series of iPAQs
|
|
|
|
Ok, guys, everything until now was easy. It gets very ugly to go from here - even
to just get the name of a remote device, you have to setup some filters on the bluez socket,
fill in some random flags to generate a PDU that calls 'get name' and then afterwards
poll until the result comes in. Nasty :/
The BlueZ kernel interface seems to be very badly (if at all) documented.
All people are assuming that you use libbluetooth to talk to that stack.
However since libbluetooth is GPL, we can't do that :/
Guess, we are stuck here until someone finds time and/or motivation to look
into that and create some easy-to-understand examples for how to talk
directly to the BlueZ kernel interface.
|
|
- first bits at inquiry
|
|
- add void OBluetoothInterface::isUp() const
|
|
|