1. 20 Nov, 2020 3 commits
  2. 25 Apr, 2017 1 commit
  3. 21 Jan, 2015 1 commit
  4. 07 Dec, 2014 1 commit
  5. 05 Dec, 2014 1 commit
  6. 05 Jan, 2012 1 commit
  7. 30 May, 2011 1 commit
  8. 01 Apr, 2011 1 commit
    • Stefan Majewsky's avatar
      Memory usage optimizations for big puzzles. · fe4aa439
      Stefan Majewsky authored
      1. Cleanup the unprocessed piece images after having finished loading.
      2. Restrict the shadow radius to 50px maximum.
      With a big test puzzle (4000x4000, 300 pieces), memory usage (for the
      whole process) drops from 780 MB to 370 MB.
      Optimization 1 makes 100 MB (= one set of uncompressed piece images),
      optimization 2 fress about 300 MB (because the shadow size decreases
      from about 300px to the new limit of 50px).
      Note that loading time has not been affected by this. It's still
      awfully slow if you have the visual effects enabled.
      svn path=/trunk/KDE/kdegames/palapeli/; revision=1226735
  9. 25 Mar, 2011 8 commits
    • Stefan Majewsky's avatar
      Remove usage of KIO. · c7851216
      Stefan Majewsky authored
      KIO was used very inconsistently at only few places. It should be
      possible to implement KIO on top of the new multithreaded Puzzle
      class, but this requires one to wrap one's mind around it, and I do
      not have the time to do that. So IMO it's better to remove the few
      usages of KIO to send a clear message to the user about the feature
      set that he can expect.
      svn path=/trunk/KDE/kdegames/palapeli/; revision=1225957
    • Stefan Majewsky's avatar
      Refactor Collection classes, remove OldPuzzle. · f3c43066
      Stefan Majewsky authored
      All collection classes are merged into one which corresponds to
      LocalCollection. Instead of throwing modelindexes around, Puzzle
      instances are used whenever this is enough.
      svn path=/trunk/KDE/kdegames/palapeli/; revision=1225956
    • Stefan Majewsky's avatar
      Remove all storage from OldPuzzle. · 85282827
      Stefan Majewsky authored
      Because injectMetadata() won't work anymore, this step includes the
      introduction of a new CollectionStorageComponent which controls the
      metadata cache. Another new component is the CopyComponent which
      powers the copy-constructor of Palapeli::OldPuzzle.
      svn path=/trunk/KDE/kdegames/palapeli/; revision=1225954
    • Stefan Majewsky's avatar
      Move identifier management from Collection to Puzzle. · 6f95f4d9
      Stefan Majewsky authored
      The Scene class is now independent of OldPuzzle.
      svn path=/trunk/KDE/kdegames/palapeli/; revision=1225953
    • Stefan Majewsky's avatar
      Move location management into Palapeli::Puzzle class. · d8497736
      Stefan Majewsky authored
      svn path=/trunk/KDE/kdegames/palapeli/; revision=1225952
    • Stefan Majewsky's avatar
      Rebase OldPuzzle upon new Puzzle, cast from CreationContext. · 2601eecc
      Stefan Majewsky authored
      This is part 2 of the Puzzle class rewrite. Only the writing needs
      to be ported from the OldPuzzle class.
      svn path=/trunk/KDE/kdegames/palapeli/; revision=1225951
    • Stefan Majewsky's avatar
      Create a new component-based Puzzle class, port Scene to it. · 01cbadce
      Stefan Majewsky authored
      Components are divided into data components (metadata, contents,
      creation context) and storage components (archive file, directory,
      ...). They can be casted into each other (e.g. an archive file can
      be unpacked into a directory, then metadata and contents can be read
      from there).
      The advantage of this method is that all these casts execute in a
      inherently multi-threaded runtime environment. (That's basically the
      whole task of the Puzzle class.) It will also allow to do more things
      with less code in a more consistent way, because complex operations
      can be broken up into multiple relatively simple casts.
      In the moment, quite some things run in parallel because only the
      scene uses the new Puzzle class (as a proof of concept), the collection
      and interface still relies on OldPuzzle.
      svn path=/trunk/KDE/kdegames/palapeli/; revision=1225950
    • Stefan Majewsky's avatar
      Rename Puzzle class to OldPuzzle, in anticipation of upcoming refactoring. · 2f7f26a5
      Stefan Majewsky authored
      Also, ThumbnailBaseSize moves to Palapeli::PuzzleMetadata.
      svn path=/trunk/KDE/kdegames/palapeli/; revision=1225949
  10. 20 Mar, 2011 1 commit
  11. 16 Mar, 2011 1 commit
  12. 27 Jul, 2010 1 commit
  13. 05 Jul, 2010 1 commit
  14. 03 Jul, 2010 1 commit
  15. 25 May, 2010 1 commit
  16. 14 Dec, 2009 1 commit
  17. 09 Dec, 2009 1 commit
  18. 11 Nov, 2009 2 commits
  19. 09 Nov, 2009 1 commit
  20. 01 Nov, 2009 2 commits
  21. 27 Oct, 2009 1 commit
  22. 14 Oct, 2009 3 commits
  23. 13 Oct, 2009 1 commit
    • Stefan Majewsky's avatar
      Improve the user experience with puzzle loading: · 332bf86b
      Stefan Majewsky authored
      * The TAR archive is extracted in a separate thread whenever possible.
      * The scene returns control to the event loop in short cycles to keep the interface responsive.
      * Introduce a LoadingWidget which obscurs the puzzle table when loading puzzles, to visualise the process.
      svn path=/trunk/playground/games/palapeli/; revision=1034778
  24. 11 Oct, 2009 3 commits
  25. 30 Sep, 2009 1 commit