1. 07 Haz, 2019 1 kayıt (commit)
  2. 17 May, 2019 1 kayıt (commit)
  3. 29 Nis, 2019 1 kayıt (commit)
  4. 10 Nis, 2019 1 kayıt (commit)
  5. 04 Nis, 2019 1 kayıt (commit)
  6. 25 Mar, 2019 1 kayıt (commit)
  7. 24 Mar, 2019 1 kayıt (commit)
  8. 19 Mar, 2019 1 kayıt (commit)
  9. 07 Mar, 2019 1 kayıt (commit)
  10. 05 Mar, 2019 1 kayıt (commit)
  11. 04 Mar, 2019 1 kayıt (commit)
  12. 10 Şub, 2019 1 kayıt (commit)
  13. 29 Ara, 2018 1 kayıt (commit)
  14. 20 Ara, 2018 1 kayıt (commit)
  15. 17 Ara, 2018 1 kayıt (commit)
  16. 24 Kas, 2018 1 kayıt (commit)
  17. 21 Kas, 2018 1 kayıt (commit)
    • Mike Kaganski's avatar
      tdf#112536 related: make soffice.bin a proper console application on Win · 506173a7
      Mike Kaganski yazdı
      Being a GUI application on Windows (with related flag in the executable header
      - see https://blogs.msdn.microsoft.com/oldnewthing/20090101-00/?p=19643/), OS
      would detect the subsystem before launching the application, and won't attach
      the parent console or redirected output handles from it to the application.
      Also, different hacks to reattach the GUI application to the console later are
      unreliable on different Windows versions, and work improperly (the output goes
      to the console after the launch command has already returned, which is wrong
      in batch files). This makes it extremily difficult to do CLI operations with
      LibreOffice on Windows, with error codes/warnings/messages/output missing or
      going to wrong consoles.
      Making an executable for CUI subsystem, on the other hand, makes Windows to
      allocate a console before starting it when the program is run by itself. This
      makes the console window to appear on screen unconditionally, even if it's
      hidden later when the program has started. This flashing is undesirable.
      But we use a wrapper executable on Windows, called soffice.exe, which is what
      actually launched by user, and which runs soffice.bin. This allows us to make
      soffice.bin the proper console application, and thus make it capable to behave
      properly in CLI scenarios, while avoid the console flashing when run from the
      soffice.exe (which would suppress the console creation using DETACHED_PROCESS
      creation flag to CreateProcessW).
      Also creating a new wrapper for console (soffice.com) allows to use command
      lines which omit explicit executable extension (no ".bin"), like this:
      "C:\Program Files\LibreOffice\program\soffice" --help
      which allows to continue using multiple available help resources unchanged,
      since .com extension is tried prior to .exe by Windows' cmd.exe.
      Change-Id: I089d0f30f860da6cfc781b4383f6598a08a4d238
      Reviewed-on: https://gerrit.libreoffice.org/63572
      Tested-by: Jenkins
      Reviewed-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
  18. 05 Kas, 2018 1 kayıt (commit)
  19. 01 Kas, 2018 1 kayıt (commit)
  20. 19 Eki, 2018 1 kayıt (commit)
  21. 14 Eki, 2018 1 kayıt (commit)
  22. 02 Eki, 2018 2 kayıt (commit)
  23. 12 Eyl, 2018 1 kayıt (commit)
  24. 03 Eyl, 2018 2 kayıt (commit)
  25. 29 Agu, 2018 1 kayıt (commit)
  26. 27 Agu, 2018 1 kayıt (commit)
  27. 24 Agu, 2018 1 kayıt (commit)
  28. 17 Tem, 2018 2 kayıt (commit)
  29. 21 Haz, 2018 1 kayıt (commit)
  30. 24 May, 2018 2 kayıt (commit)
    • Samuel Thibault's avatar
      libreofficekit: Run gla11y on gtv.ui · 63f5e757
      Samuel Thibault yazdı
      Change-Id: I1bb2be7d3636b70018276eb3d6b23ba7ace6e62a
      Reviewed-on: https://gerrit.libreoffice.org/53926Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.co.uk>
    • Stephan Bergmann's avatar
      Properly handle language-specific parts of --with-help=html media/ sub-tree · 4a89e3fe
      Stephan Bergmann yazdı
      ...that previously ended up in language-independent parts of installation sets.
      The structure of that media/ tree doesn't allow to directly mis-use the existing
      AllLangPackage machinery (which expects the language to be encoded in the first
      pathname segment within the tree; and which is already mis-used for the
      helpcontent2/AllLangPackage_html_lang.mk parts).
      So introduce gb_AllLangPackage_add_files_for_lang that allows to specify the
      language explicitly, independent of where it is encoded in the pathname (if at
      all).  The underlying gb_AllLangPackage_add_file sets a
      gb_AllLangPackage_ALLDIRS that is used by `make packageinfo`, which may need
      further fixing by anybody actually using that target; see the mail thread
      starting at
      "Broken --with-help=html `make packageinfo`".
      All files in $(SRCDIR)/helpcontent2/source/media/ must now explicitly be listed
      in either helpcontent2/Package_html_media.mk (for the language-independent
      files) or helpcontent2/AllLangPackage_html_media_lang.mk (for the language-
      specific files).  Also note the two TODOs in
      What is not quite right yet is that content from
      helpcontent2/AllLangPackage_html_lang.mk and
      helpcontent2/AllLangPackage_html_media_lang.mk is ending up in both per-language
      helpcontent installation sets (as intended, via the instructions in
      helpcontent2/CustomTarget_html.mk) and per-language languagepack installation
      sets (which is unintended).  This needs to be fixed with a follow-up commit.
      This is the core part of a commit spanning core and helpcontent2.
      Change-Id: Ib29e52cf8a3ca7bcd234a8f6919c8eac6157cdbf
  31. 23 May, 2018 1 kayıt (commit)
  32. 18 May, 2018 1 kayıt (commit)
    • Armin Le Grand's avatar
      Replace SVGFilter using SVGIO · 3ca7be09
      Armin Le Grand yazdı
      Target of this change is to get rid of the SVGFilter
      in current LO which is based on the standard-ODF importer
      using it's functionality by passing in/handing over
      temporary created XML-Stream-Data.
      First step is to alternatively import the given SVG
      file to a newly created Document and to strip the
      existing Filter-Code.
      Adding the first prototype of the changed import. It
      is capable of importing the given SVG to the created
      Draw/Impress document. It adds the SVG which gets imported
      by SVGIO as GraphicObject. It adapts sizes and positions of
      Page and GraphicObject to have a smooth import.
      Adding stripping of SVGFilter and used ressources. Done
      as deep as possible, hopefully all places found.
      Adapted now to create an Impress document. Also added needed
      adaptions to PageSize(s), including layout and PresObj stuff
      to make all MasterPages/LayoutPages work correctly.
      Added reaction on empty SVG. This is needed since the
      PageSize is adapted to the Graphic. With empty Graphic
      a Size(0,0) results and this goes wrong.
      Change-Id: Ia364a5783bee7dadcbe91e700efbabc121cf98f9
      Reviewed-on: https://gerrit.libreoffice.org/54096Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarArmin Le Grand <Armin.Le.Grand@cib.de>
  33. 06 May, 2018 1 kayıt (commit)
  34. 03 May, 2018 1 kayıt (commit)
  35. 02 May, 2018 2 kayıt (commit)
    • Mike Kaganski's avatar
      WinUserInfoBe: a new config backend for user data provided by Windows · f154f63c
      Mike Kaganski yazdı
      This backend provides Active Directory details for current user. If
      the system is not part of Active Directory domain, GetUserNameEx is
      used instead, so at least user (given) name is configured.
      Unlike ldap backend, this one doesn't need connection configuration,
      as the used API works with current user security context.
      Change-Id: I74bcc79591a658dc5121df1f09caa15d272fbe12
      Reviewed-on: https://gerrit.libreoffice.org/53590Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
    • Stephan Bergmann's avatar
      tdf#116240: Include --with-help=html in installation sets · e606179d
      Stephan Bergmann yazdı
      ...by extending the hackery in helpcontent2/CustomTarget_html.mk (see comment
      there).  (Ultimately, the gbuild HelpTarget machinery should probably be adapted
      to the needs of this new help format, once the old help format is no longer
      The Perl packaging code finds source files through the "include" paths specified
      in instsetoo_native/util/openoffice.lst.in.  To avoid potential name clashes,
      put the new .filelist files into
      workdir/CustomTarget/helpcontent2/help3xsl/filelists/html-help/ sub-directories.
      read_filelist in solenv/bin/modules/installer/filelists.pm does not strip white
      space following the last item in a file list, but (with HAVE_GNUMAKE_FILE_FUNC)
      the gb_HelpTarget_get_translation_target .filelist files (which are then
      transformed with sed into the .html .filelist files read by the Perl packaging
      code) may contain such trailing white space.  So $(strip ...) their content in
      This is the core part of a change spanning core and helpcontent2.
      Change-Id: I82e0093ea2064725327330c5485f8e581573e1f2