1. 12 May, 2019 1 kayıt (commit)
  2. 10 May, 2019 1 kayıt (commit)
  3. 09 May, 2019 1 kayıt (commit)
  4. 28 Nis, 2019 1 kayıt (commit)
  5. 13 Şub, 2019 1 kayıt (commit)
  6. 21 Kas, 2018 1 kayıt (commit)
  7. 07 Kas, 2018 1 kayıt (commit)
  8. 16 Agu, 2018 1 kayıt (commit)
  9. 20 Mar, 2018 1 kayıt (commit)
  10. 11 Mar, 2018 1 kayıt (commit)
    • Tomaž Vajngerl's avatar
      Move (and rename) graphic stuff from svtools to vcl · 7fbb96c2
      Tomaž Vajngerl yazdı
      This is preparing to change how GraphicManager works where it
      won't base itself around GraphicObject anymore but Graphic. No
      functional or cosmetic change was made to the classes, only
      changes that were needed because of the move and rename.
      
      The only thing that wasn't moved is the GraphicRenderer as it
      is not needed in vcl for now (but makes sense to move it in the
      future to keep graphic stuff together).
      
      grfmgr was renamed to GraphicObject as the GraphicManager will be
      changed a lot and most likely moved out, so the name grfmgr won't
      make any sense anymore.
      
      All the UNO implementations were renamed with a prefix Uno and
      used the same name as the class name. This is made to be more
      specific which are the Uno objects (for example graphic.cxx
      contained the implementation of XGraphic, which is similar to
      graph.cxx contains Graphic).
      
      Change-Id: I54a2fa6c7e997469aaa7770db05244adb9f64137
      Reviewed-on: https://gerrit.libreoffice.org/51068Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarTomaž Vajngerl <quikee@gmail.com>
      7fbb96c2
  11. 02 Mar, 2018 1 kayıt (commit)
  12. 22 Şub, 2018 1 kayıt (commit)
  13. 22 Eyl, 2017 1 kayıt (commit)
  14. 17 Agu, 2017 1 kayıt (commit)
  15. 01 Agu, 2017 1 kayıt (commit)
    • Caolán McNamara's avatar
      move resmgr to unotools · b1d829e5
      Caolán McNamara yazdı
      and the vast majority of translations is to the ui language so default
      ctor with that arg
      
      and now drop OModuleResourceClient
      
      Change-Id: I3b85a560ffdfe5f019c2271ac56a5fe4a361522b
      b1d829e5
  16. 21 Tem, 2017 1 kayıt (commit)
    • Caolán McNamara's avatar
      migrate to boost::gettext · 00657aef
      Caolán McNamara yazdı
      * all .ui files go from <interface> to <interface domain="MODULE"> e.g. vcl
      * all .src files go away and the english source strings folded into the .hrc as NC_("context", "source string")
      * ResMgr is dropped in favour of std::locale imbued by boost::locale::generator pointed at matching
        MODULE .mo files
      * UIConfig translations are folded into the module .mo, so e.g. UIConfig_cui
        goes from l10n target to normal one, so the res/lang.zips of UI files go away
      * translation via Translation::get(hrc-define-key, imbued-std::locale)
      * python can now be translated with its inbuilt gettext support (we keep the name strings.hrc there
        to keep finding the .hrc file uniform) so magic numbers can go away there
      * java and starbasic components can be translated via the pre-existing css.resource.StringResourceWithLocation
        mechanism
      * en-US res files go away, their strings are now the .hrc keys in the source code
      * remaining .res files are replaced by .mo files
      * in .res/.ui-lang-zip files, the old scheme missing translations of strings
        results in inserting the english original so something can be found, now the
        standard fallback of using the english original from the source key is used, so
        partial translations shrink dramatically in size
      * extract .hrc strings with hrcex which backs onto
         xgettext -C --add-comments --keyword=NC_:1c,2 --from-code=UTF-8 --no-wrap
      * extract .ui strings with uiex which backs onto
         xgettext --add-comments --no-wrap
      * qtz for gettext translations is generated at runtime as ascii-ified crc32 of
         content + "|" + msgid
      * [API CHANGE] remove deprecated binary .res resouce loader related uno apis
            com::sun::star::resource::OfficeResourceLoader
            com::sun::star::resource::XResourceBundleLoader
            com::sun::star::resource::XResourceBundle
          when translating strings via uno apis
            com.sun.star.resource.StringResourceWithLocation
          can continue to be used
      
      Change-Id: Ia2594a2672b7301d9c3421fdf31b6cfe7f3f8d0a
      00657aef
  17. 15 Tem, 2017 1 kayıt (commit)
    • Armin Le Grand's avatar
      emfplus: create a wmf/emf/emf+ primitive based importer · 83535a28
      Armin Le Grand yazdı
      First steps to organize an importer that can read/interpret
      wmf/emf/emf+ and deliver a primitive representation for
      the content by parsing it. Use the same mechanisms as
      already applied for Svg, so to reuse abilities to keep
      original binary data to allow save again and embedding in
      files and have an implemented replacement bitmap based
      representation. For this, unify the used helper classes
      to handle more than just Svg. For 1st try, add test code
      and static bool switches
      
      Change-Id: I6e0a82943541d811a8f8d65a84115569fcd8cee7
      83535a28
  18. 27 Nis, 2017 1 kayıt (commit)
  19. 25 Nis, 2017 1 kayıt (commit)
  20. 20 Nis, 2017 1 kayıt (commit)
  21. 23 Eyl, 2016 1 kayıt (commit)
    • Eike Rathke's avatar
      perf: eliminate SfxSimpleHint and move to SfxHint, tdf#87101 related · 7d8196ea
      Eike Rathke yazdı
      There were over 150 places in *::Notify() functions that did some
      dynamic_cast<SfxSimpleHint*> of which ~98% were unnecessary because the
      base class SfxHint passed was an SfxSimpleHint anyway. dynamic_cast
      operations come with quite some cost, so avoid if possible. Specifically
      for ScFormulaCell::Notify() that created a bottleneck in scenarios where
      cells were notified that already handled a previous notification. In
      mass operations doing the dynamic_cast before it could be decided
      whether having to act on it or not this made 2/3 of all time spent in
      the Notify() call.
      
      To get rid of that rename/move SfxSimpleHint to SfxHint and let classes
      derive from SfxHint instead of SfxSimpleHint. This comes only with a
      slight cost that an additional sal_uInt32 is transported in such hints,
      initialized to 0, but this is neglectable compared to the huge gain.
      
      For the rare cases where a Notify() actually expects both, an SfxHint
      (formerly SfxSimpleHint) and a derived hint, this changed order of the
      dynamic_cast involved so the simple SfxHint::GetId() is handled last.
      Modules using such combinations can further optimize by treating the
      simple SfxHint::GetId() first once verified that none of the other
      derived hints use an ID not equal to zero respectively none of the ID
      values the simple hint uses.
      
      Change-Id: I9fcf723e3a4487ceb92336189d23a62c344cf0ce
      Reviewed-on: https://gerrit.libreoffice.org/29205Reviewed-by: 's avatarEike Rathke <erack@redhat.com>
      Tested-by: 's avatarEike Rathke <erack@redhat.com>
      7d8196ea
  22. 12 May, 2016 1 kayıt (commit)
  23. 13 Nis, 2016 1 kayıt (commit)
  24. 31 Mar, 2016 1 kayıt (commit)
  25. 08 Şub, 2016 1 kayıt (commit)
  26. 06 Şub, 2016 1 kayıt (commit)
    • Chris Sherlock's avatar
      vcl: split exception types from input types · 249e3d6d
      Chris Sherlock yazdı
      Having them in the file apptypes.hxx isn't necessary helpful, IMO so
      I've split the types into inputtypes.hxx and exceptiontypes.hxx
      
      Change-Id: I89a1ff168c3ae276b2f5486669d4ec2dda062d57
      249e3d6d
  27. 02 Şub, 2016 1 kayıt (commit)
  28. 01 Şub, 2016 2 kayıt (commit)
  29. 31 Ock, 2016 1 kayıt (commit)
  30. 18 Ock, 2016 2 kayıt (commit)
  31. 11 Ock, 2016 1 kayıt (commit)
  32. 12 Ara, 2015 1 kayıt (commit)
  33. 11 Ara, 2015 2 kayıt (commit)
  34. 15 Kas, 2015 1 kayıt (commit)
    • Ashod Nakashian's avatar
      Fast PCH generator and optimized PCH files · 06116bd1
      Ashod Nakashian yazdı
      Ported update_pch.sh to Python with improved performance
      and features. The new script is invoked from the same
      update_pch.sh which calls it for each library in
      parallel, although it can be invoked directly.
      
      The ported script (update_pch) updates all PCH files
      in ~15 seconds where the old script took ~4500 seconds.
      In addition, the new script supports 3-tiered headers
      (system, module, and local) and is very flexible to
      support other improvement. It has a per-library
      optimal configuration settings that can be updated
      using another new scripts (update_pch_autotune.sh)
      which finds optimal per-PCH settings.
      
      PCH files have been generated using the new scripts
      which builds significantly faster (2-3x, depending
      on module and configuration) and the intermediate
      binaries are noticably smaller (by several GBs).
      
      The new script stamps each generated PCH file with
      the command that generated it to make it trivial
      for users to update them, and also adds the command
      to invoke another script (update_pch_bisect) that
      helps find missing headers or conflicting headers
      that may break the build after updating the PCH.
      
      Finally update_pch has built-in unit-tests for
      makefile parsing and other core functionality.
      
      Change-Id: Ib933b50e50374d7e2e7e3e95ba8799b0cc8a27fa
      Reviewed-on: https://gerrit.libreoffice.org/19965Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarCaolán McNamara <caolanm@redhat.com>
      Tested-by: 's avatarCaolán McNamara <caolanm@redhat.com>
      06116bd1
  35. 17 Eyl, 2015 1 kayıt (commit)
  36. 26 Agu, 2015 1 kayıt (commit)
  37. 11 Agu, 2015 1 kayıt (commit)