summaryrefslogtreecommitdiff
path: root/apple_remote/source
AgeCommit message (Collapse)AuthorFilesLines
2014-02-25Remove visual noise from apple_remoteAlexander Wilms5-64/+64
Change-Id: I12bec42cb699d8cbcfab2eb4d2f8ad8f5ed83b78 Reviewed-on: https://gerrit.libreoffice.org/8229 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-02-10Resolved: #i124201# mark debug-infos from the apple_remote...Herbert Dürr6-35/+37
module appropriately to make the source of some log messages more clear (cherry picked from commit fe4ae4735c5a5e2b2210e684e97228cd91174e4c) Conflicts: apple_remote/AppleRemote.m apple_remote/source/HIDRemoteControlDevice.m apple_remote/source/RemoteControl.m apple_remote/source/RemoteControlContainer.m Change-Id: Ie57114f4d2d67f258808d03e01dff8bc05ba9f2c
2014-02-10Resolves: #i124201# rename apple_remote's MainController...Herbert Dürr1-3/+3
to AppleRemoteController having a MainController class in the global namespace of an application with gazillions of MVC patterns is not a good idea. Renaming it to better match its scope (i.e. the Apple Remote) cleans this up. (cherry picked from commit 8ef3836059ca613d125f66e6bad21c83200dadad) Conflicts: apple_remote/source/RemoteMainController.m include/apple_remote/RemoteMainController.h vcl/inc/osx/saldata.hxx vcl/osx/saldata.cxx vcl/osx/salinst.cxx vcl/osx/vclnsapp.mm Change-Id: I1f252ac51ef65966a48ee03b2cd3519f98d57383
2013-05-15Spelling "separate" (etc) correctly is hardTor Lillqvist2-3/+3
2013-04-15fdo#60724 successfull -> successfulThomas Arnhold1-2/+2
Change-Id: I287bef5b7f2baf5aaaab47141267ae2cadfe2451
2013-04-07Drop workarounds for Mac OS X SDKs 10.4 and 10.5Tor Lillqvist3-83/+20
Change-Id: Ifa07f9b5613b4a75c5b72178cb276b9c0b495a62
2012-07-28WaE: cast from pointer to integer of different sizeTor Lillqvist1-1/+1
Change-Id: I28195a347dd63b7e44268a396aa70150c917e55f
2012-07-28WaE: format specifies type 'int' but the argument has type 'void *'Tor Lillqvist1-1/+1
Change-Id: I0b8fad6adcef16fb93e4cc0d1beec8e5ae2a3c79
2012-05-08Bin a line of apparently meaningless and wrong Mac OS X codeTor Lillqvist1-2/+0
When LibreOffice is compiled against the 10.6 SDK and run under gdb, the apple_remote code caused "cannot init a class object" exception messages to be printed. Upon closer inspection this was caused by the call to [super init] in the sendDistributedNotification class method of the RemoteControl class. As far as I understand, calling [super init] and assigning its return value to self, even, is pointless and wrong in a class method. This code apparently has not been causing any harm when built against the 10.4 SDK. This is probably just accidental thanks to a more lenient Objective-C runtime getting used? When built against the 10.6 SDK, though, the resulting Objective-C exception seemed to make input event handling non-functional. After this fix LibreOffice built this way works better. Change-Id: I I I383611753f3f83a9efa4694b1900c8b66ed1a8e3
2012-05-08Add Emacs and vim mode linesTor Lillqvist14-0/+41
Change-Id: I8ccb7be448faf42904eb6246a4f5a06ff8028ffc
2012-02-05gbuildify apple_remoteNorbert Thiebaud14-0/+2043
2012-01-28Revert "gbuildify apple_remote" need to have soenv2 merged beforeNorbert Thiebaud14-2043/+0
This reverts commit 3d75a28274b2fb299c5a2ff5b017984054cac873. This will be pused again _after_ feature/soenv2 is merged
2012-01-28gbuildify apple_remoteNorbert Thiebaud14-0/+2043
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-19 18:24:23 +0000