1. 12 Eki, 2017 1 kayıt (commit)
  2. 11 Eki, 2017 1 kayıt (commit)
  3. 21 Agu, 2017 1 kayıt (commit)
  4. 07 Agu, 2017 1 kayıt (commit)
  5. 30 Mar, 2017 1 kayıt (commit)
  6. 26 Mar, 2017 1 kayıt (commit)
  7. 09 Ock, 2017 1 kayıt (commit)
  8. 05 Eki, 2016 1 kayıt (commit)
  9. 07 Mar, 2016 2 kayıt (commit)
  10. 08 Şub, 2016 1 kayıt (commit)
  11. 10 Kas, 2015 1 kayıt (commit)
  12. 01 Kas, 2014 1 kayıt (commit)
  13. 28 Nis, 2014 1 kayıt (commit)
  14. 25 Şub, 2014 1 kayıt (commit)
  15. 10 Şub, 2014 2 kayıt (commit)
    • Herbert Dürr's avatar
      Resolved: #i124201# mark debug-infos from the apple_remote... · 9d5841aa
      Herbert Dürr yazdı
      module appropriately
      
      to make the source of some log messages more clear
      
      (cherry picked from commit fe4ae473)
      
      Conflicts:
      	apple_remote/AppleRemote.m
      	apple_remote/source/HIDRemoteControlDevice.m
      	apple_remote/source/RemoteControl.m
      	apple_remote/source/RemoteControlContainer.m
      
      Change-Id: Ie57114f4d2d67f258808d03e01dff8bc05ba9f2c
      9d5841aa
    • Herbert Dürr's avatar
      Resolves: #i124201# rename apple_remote's MainController... · 87f52352
      Herbert Dürr yazdı
      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 8ef38360)
      
      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
      87f52352
  16. 07 Eyl, 2013 1 kayıt (commit)
  17. 30 Agu, 2013 1 kayıt (commit)
  18. 22 Agu, 2013 1 kayıt (commit)
  19. 15 May, 2013 1 kayıt (commit)
  20. 24 Nis, 2013 2 kayıt (commit)
  21. 23 Nis, 2013 1 kayıt (commit)
  22. 22 Nis, 2013 1 kayıt (commit)
  23. 21 Nis, 2013 1 kayıt (commit)
  24. 15 Nis, 2013 1 kayıt (commit)
  25. 07 Nis, 2013 1 kayıt (commit)
  26. 14 Mar, 2013 1 kayıt (commit)
  27. 28 Şub, 2013 1 kayıt (commit)
  28. 19 Ara, 2012 1 kayıt (commit)
    • Tor Lillqvist's avatar
      Replace GUIBASE checks with equivalent OS checks · 12152d25
      Tor Lillqvist yazdı
      The idea is to get rid of GUIBASE and GUI checks as much as possible.
      
      GUIBASE=aqua <=> OS=MACOSX
      GUIBASE=WIN <=> OS=WNT
      GUIBASE=cocoatouch <=> OS=IOS
      GUIBASE=android <=> OS=ANDROID
      
      Don't set GUIBASE to these values any more in configure.ac
      either.
      
      GUIBASE_FOR_BUILD is not used anywhere.
      
      Conflicts:
      	configure.ac
      	postprocess/packcomponents/makefile.mk
      	postprocess/packregistry/makefile.mk
      
      Change-Id: Ie0526b40e1073f2328ba6c333e28752104b0fed3
      12152d25
  29. 01 Eki, 2012 1 kayıt (commit)
    • Michael Stahl's avatar
      gbuild: clean up Mac OS X framework handling: · ecddbece
      Michael Stahl yazdı
      There are currently 3 different mechanisms being used for frameworks,
      which is of course intolerable so we invent a 4th one and standardize on
      it:  gb_LinkTarget_use_darwin_frameworks
      
      (This doesn't mean using add_libs or externals was wrong, it was just
      inconsistent... and i don't see an obvious benefit of using externals here)
      
      Change-Id: I5de9020402c87e7236c6a358c47f02fa56642d3d
      ecddbece
  30. 28 Eyl, 2012 1 kayıt (commit)
    • Michael Stahl's avatar
      gbuild: clean up Mac OS X framework handling: · cee32aae
      Michael Stahl yazdı
      There are currently 3 different mechanisms being used for frameworks,
      which is of course intolerable so we invent a 4th one and standardize on
      it:  gb_LinkTarget_use_darwin_frameworks
      
      (This doesn't mean using add_libs or externals was wrong, it was just
      inconsistent... and i don't see an obvious benefit of using externals here)
      
      Change-Id: I5de9020402c87e7236c6a358c47f02fa56642d3d
      cee32aae
  31. 28 Tem, 2012 2 kayıt (commit)
  32. 08 May, 2012 1 kayıt (commit)
    • Tor Lillqvist's avatar
      Improve · 3a35fd8f
      Tor Lillqvist yazdı
      Change-Id: I4a822a8f132f91c1b21ead4e1811b04323485356
      3a35fd8f
  33. 07 May, 2012 2 kayıt (commit)
    • Tor Lillqvist's avatar
      Bin a line of apparently meaningless and wrong Mac OS X code · fbd82ae8
      Tor Lillqvist yazdı
      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
      fbd82ae8
    • Tor Lillqvist's avatar
      Add Emacs and vim mode lines · 8701f5ef
      Tor Lillqvist yazdı
      Change-Id: I8ccb7be448faf42904eb6246a4f5a06ff8028ffc
      8701f5ef
  34. 29 Nis, 2012 1 kayıt (commit)
  35. 07 Nis, 2012 1 kayıt (commit)