1. 09 Agu, 2018 1 kayıt (commit)
  2. 06 Agu, 2018 1 kayıt (commit)
  3. 31 Tem, 2018 1 kayıt (commit)
  4. 30 Tem, 2018 1 kayıt (commit)
    • Gabor Kelemen's avatar
      Add missing sal/log.hxx headers · bdb0775a
      Gabor Kelemen yazdı
      rtl/string.hxx and rtl/ustring.hxx both unnecessarily #include <sal/log.hxx> (and don't make use of it themselves), but many other files happen to depend on it.
      This is a continuation of commit 6ff2d84a to be able to remove those unneeded includes.
      
      This commit adds missing headers to every file found by:
      grep -FwL sal/log.hxx $(git grep -Elw 'SAL_INFO|SAL_INFO_IF|SAL_WARN|SAL_WARN_IF|SAL_DETAIL_LOG_STREAM|SAL_WHERE|SAL_STREAM|SAL_DEBUG')
      to directories from filter to jvmfwk
      
      Change-Id: I2a73d63f2aaef5f26d7d08957daaa8a30b412ac5
      Reviewed-on: https://gerrit.libreoffice.org/58204
      Tested-by: Jenkins
      Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.co.uk>
      bdb0775a
  5. 29 Tem, 2018 2 kayıt (commit)
  6. 27 Tem, 2018 3 kayıt (commit)
  7. 26 Tem, 2018 1 kayıt (commit)
  8. 23 Tem, 2018 1 kayıt (commit)
  9. 19 Tem, 2018 1 kayıt (commit)
  10. 18 Tem, 2018 1 kayıt (commit)
  11. 13 Tem, 2018 1 kayıt (commit)
  12. 10 Tem, 2018 1 kayıt (commit)
  13. 08 Tem, 2018 1 kayıt (commit)
  14. 02 Tem, 2018 1 kayıt (commit)
  15. 29 Haz, 2018 1 kayıt (commit)
  16. 28 Haz, 2018 1 kayıt (commit)
  17. 26 Haz, 2018 1 kayıt (commit)
    • Stephan Bergmann's avatar
      Clean up XMLNamespaces · f7aad844
      Stephan Bergmann yazdı
      ...so that it no longer has a m_aXMLAttributeNamespace member that the user-
      provided copy ctor did not copy.  (Which was presumably by accident, but appears
      to not have had bad consequences due to how XMLNamespaces::adNamespace is only
      called before the copy ctor is called in SaxNamespaceFilter::startElement,
      framework/source/fwe/xml/saxnamespacefilter.cxx).
      
      Found by new -Wdeprecated-copy of GCC trunk towards GCC 9.
      
      Change-Id: I0701ecdfbef9c078a09ed411f4d9ccd166271aae
      Reviewed-on: https://gerrit.libreoffice.org/56469
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      f7aad844
  18. 19 Haz, 2018 2 kayıt (commit)
  19. 18 Haz, 2018 2 kayıt (commit)
  20. 13 Haz, 2018 1 kayıt (commit)
  21. 12 Haz, 2018 1 kayıt (commit)
  22. 11 Haz, 2018 2 kayıt (commit)
  23. 07 Haz, 2018 1 kayıt (commit)
  24. 06 Haz, 2018 1 kayıt (commit)
  25. 05 Haz, 2018 1 kayıt (commit)
  26. 01 Haz, 2018 1 kayıt (commit)
  27. 30 May, 2018 1 kayıt (commit)
    • Tor Lillqvist's avatar
      tdf#117872: Revert "tdf#115284: Unify LibreOffice and system full-screen..." · c1452e73
      Tor Lillqvist yazdı
      Instead, never participate in the macOS system full-screen mode. There
      is just too much complexity involved, and the way LibreOffice works
      really isn't prepared for the concept of windows having the option
      from a system point of view to being full-screenable or not.
      
      This means that the green bubble in window title bars changes from
      being a (system) full-screen toggle to being a maximize/restore
      toggle. Sure, the "maximize" concept also probably can be confused
      with LibreOffice's own full-screen concept.
      
      For instance, the Start Centre window is not expecting to be made
      full-screen. Still, when you from the Start Centre open a Writer
      document, it is the *same* window that is re-used as the Writer
      window, and then suddenly should be prepared to handle going
      full-screen.
      
      Also, it is up to each separate kind of document window whether it can
      be made full-screen (from the LibreOffice point of view) or not.
      Writer windows can, but Impress windows can't, for example. The
      View>Full Screen menu entry is added separately each case.
      
      Maybe I will come back to this mess later, or not. Anybody else is
      welcome to have a go, too, of course.
      
      This reverts commit 4b42fd7e.
      
      Change-Id: I6983481cbd30c0e5190c450483b1246006c80632
      Reviewed-on: https://gerrit.libreoffice.org/55049Reviewed-by: 's avatarTor Lillqvist <tml@collabora.com>
      Tested-by: 's avatarTor Lillqvist <tml@collabora.com>
      c1452e73
  28. 25 May, 2018 1 kayıt (commit)
  29. 24 May, 2018 1 kayıt (commit)
    • Tor Lillqvist's avatar
      tdf#115284: Unify LibreOffice and system full-screen concepts on macOS · 4b42fd7e
      Tor Lillqvist yazdı
      Also tdf#76476, and probably more.
      
      Make it so that when a window is in full-screen mode from
      LibreOffice's point of view, it is also full-screen from the system's
      point of view, and vice versa.
      
      All three ways to enter and leave full-screen mode can now be used
      with the same end result: The Ctrl-Cmd-F shortcut, the "View > Full
      Screen" menu entry, and the green bubble on the title bar.
      
      Don't disable/deactivate/etc menus while in full-screen mode. The menu
      auto-hides so there is no harm in having it function normally.
      
      Don't display the floating toolbar with a single "Full Screen" button
      in it as the way to leave full-screen mode. Instead, the same three
      ways that can be used to enter full-screen mode work to leave it, too.
      
      Sadly I could not figure out a way to set a window properly to
      full-screen at the point where a document window is created and set to
      be the same size as that kind of document window was the previous time
      it was open in LibreOffice. Thus don't save state for full-screen
      windows as we can't properly restore them. At least not for macOS. It
      is not good to just restore them as non-full-screened but still at the
      size they had when full-screen.
      
      One irritating glitch remains, and I was unable to fix that properly:
      I now prevent closing the document window that is in full-screen mode.
      Otherwise, if it is closed, the full-screen mode remains even if no
      window is open there; the desktop is completely black. Moving the
      cursor to the top edge, the LibreOffice menu is there, though. I tried
      to fix that but with no fully satisfying result. (Some attempts even
      lead to crashes, so just disabling closing is better than crashing at
      least.)
      
      Change-Id: Id909077ef9de9f19d48c8b9ad10d748a65b2417f
      Reviewed-on: https://gerrit.libreoffice.org/54760Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarTor Lillqvist <tml@collabora.com>
      4b42fd7e
  30. 22 May, 2018 1 kayıt (commit)
  31. 17 May, 2018 1 kayıt (commit)
  32. 05 May, 2018 1 kayıt (commit)
  33. 03 May, 2018 2 kayıt (commit)