1. 14 Feb, 2012 1 commit
  2. 24 Jun, 2011 1 commit
  3. 22 Jun, 2011 1 commit
    • Sebastian Sauer's avatar
      One more try to fix shape-sorting. · 17ad4513
      Sebastian Sauer authored
      The reason for the latest problems was that run-through can have only two states; either
      Foreground or Background whereas Foreground is always the default.
      This fixes all testcases provided by Thorsten and Lassi while still keeps the other
      testcase provided Thorsten, Uzak and myself working like before.
  4. 21 Jun, 2011 2 commits
  5. 07 May, 2010 1 commit
    • Thomas Zander's avatar
      API review of KoShapeContainer · 7114c121
      Thomas Zander authored
      Make the methods much more consistent both with each other
      and with other classes which follow a Qt-ish api.
      childClipped() -> isClipped()
      setClipping() -> setClipped()
      svn path=/trunk/koffice/; revision=1124024
  6. 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
  7. 02 Oct, 2009 1 commit
    • Thorsten Zachmann's avatar
      o Fix Bug: group order breaks in karbon · f32ddfc4
      Thorsten Zachmann authored
      This fixes the painting of shapes to appear in random order.
      This also changes the way the painting of the shapes is done. Now the
      shapes are painted by their hierarchy. This means it is no longer
      possible to have shapes in different layers that are drawn mixed.
      (Meaning shapes from on layer are drawn between shapes from a different
      Also the reorder commands have changed to make sure the created
      z-index's are allways unique in one level of the hierarchy.
      The creation of the layers are fixed to create a unique z-index.
      No command will be generated if the order has not changed, e.g. if the
      top most shape is risen.
      The feature to raise above a shape overlapping the risen one gone for
      now. Not sure if it is possible with the used algorithm.
      BUG: 185952
      svn path=/trunk/koffice/; revision=1030297
  8. 23 Sep, 2009 1 commit
  9. 29 Sep, 2008 1 commit
  10. 30 Nov, 2007 1 commit