1. 19 Apr, 2019 1 commit
  2. 27 Sep, 2018 1 commit
  3. 06 Nov, 2016 1 commit
  4. 15 Sep, 2015 1 commit
    • Boudewijn Rempt's avatar
      Make kowidgets kdelibs4support-free · 6483ec80
      Boudewijn Rempt authored
      This breaks komain, which is now unported again...
      
      CCMAIL:calligra-devel@kde.org
      
      There is also a big todo left for the resourceserverprovider.
      QStandardPaths and KStandardDirs have one really big difference:
      KStandardDirs allows you to define a resource type and add different
      locations to look for those resources, QStandardPaths doesn't.
      
      The porting guide says to simply look in all those places when
      using QStandardPaths::locate, but that doesn't work, of course, for
      us, because our resource loading code is all generic.
      
      So this needs thought...
      6483ec80
  5. 10 Sep, 2015 1 commit
  6. 01 Sep, 2015 1 commit
  7. 02 Mar, 2014 1 commit
  8. 11 Jun, 2011 1 commit
  9. 27 Dec, 2009 1 commit
    • Thomas Zander's avatar
      Fix include of moc · 32b7a32a
      Thomas Zander authored
      the moc file is always generated in the build dir, the sourcefile
      lives in the sourcedir.
      Using the proper include means the compiler avoids looking in
      the current dir it doesn't exist in.
      
      svn path=/trunk/koffice/; revision=1066728
      32b7a32a
  10. 04 Sep, 2009 1 commit
  11. 13 Jul, 2009 1 commit
  12. 16 Jun, 2009 1 commit
    • Boudewijn Rempt's avatar
      Extract the widgets from KoGuiUtils · 6f99f96e
      Boudewijn Rempt authored
      Note: zoom png's are still to follow! (git-svn limitations...)
      
      Ultimately, once the dependencies of the widgets have been minimized,
      they should be grouped in one or two logical libraries again.
      
      svn path=/trunk/koffice/; revision=982809
      6f99f96e
  13. 22 Oct, 2008 1 commit
    • Boudewijn Rempt's avatar
      CCMAIL:kimageshop@kde.org · 68a72e19
      Boudewijn Rempt authored
      Paintop settings widgets are now owned by the paintop factory, not the
      paintop settings object. I had to -- temporarily -- disable all paintops
      but the brushop for this. The rest will come back on-line soon: porting is
      pretty easy, since it's now very easy to assemble a paintop out of some options
      and an algorith, This fixes the slowness on starting painting.
      
      Please, please, please, check the way the brushop works if you want to know exactly
      what I've been doing.
      
      
      svn path=/trunk/koffice/; revision=874913
      68a72e19
  14. 11 Apr, 2008 1 commit
  15. 22 Mar, 2008 1 commit
  16. 19 Mar, 2008 1 commit
  17. 14 Feb, 2008 1 commit