1. 30 Oct, 2015 1 commit
  2. 12 Aug, 2015 1 commit
  3. 16 Jun, 2015 1 commit
  4. 15 Jun, 2015 1 commit
  5. 19 Feb, 2015 1 commit
  6. 23 Jul, 2014 1 commit
    • Josef Weidendorfer's avatar
      Allow instructions/source lines to be activated · d1d1041e
      Josef Weidendorfer authored
      The selection mechanism after activation was buggy.
      Now we just reset the selection after activation, and
      every view may decide on its own about a useful selection
      on updating its contents.
      The term "activation" is used in KCachegrind when e.g. a new
      function is shown in all visualization views; a "selection" is
      just a selected item within a visualization.
  7. 13 Oct, 2013 1 commit
  8. 05 Apr, 2013 1 commit
  9. 09 Mar, 2013 1 commit
    • Pino Toscano's avatar
      use xdg-open instead of kghostview · c2b9d1a3
      Pino Toscano authored
      instead of hardcoding kghostview as PS viewer, use xdg-open (which will open the default handler);
      still not ideal (it should properly use temporary files and different QProcess'es for the tasks), but better than nothing for now
      CCBUG: 201751
  10. 30 Oct, 2012 1 commit
  11. 16 Oct, 2012 1 commit
    • Josef Weidendorfer's avatar
      Load multiple files on command line into one window · 6dfd4ad8
      Josef Weidendorfer authored
      Previously, if you had multiple profile data files in the
      current directory, and did
      	kcachegrind *
      it loaded every file into a separate new toplevel window, which
      for sure is not expected. It only works with local, uncompressed
      files for now.
      The change also is done for qcachegrind.
      svn path=/trunk/KDE/kdesdk/kcachegrind/; revision=1320828
  12. 24 Sep, 2012 1 commit
  13. 21 Sep, 2012 1 commit
  14. 25 May, 2012 1 commit
  15. 27 Oct, 2011 1 commit
  16. 23 Sep, 2011 1 commit
  17. 28 Jun, 2011 2 commits
  18. 07 Apr, 2011 1 commit
    • Josef Weidendorfer's avatar
      Fix bug 270314 · 1900d256
      Josef Weidendorfer authored
      That actually were two bugreports:
      * crash after 2x "Force Dump": fix by not doing reload
      * reload resulted in crash: fix by resetting FunctionListModel
        when switching to new data model. FunctionListModel still
        had a list of then invalid pointers to TraceFunction's.
      The last point actually solved another issue: previously,
      old selected function (from config) were not restored after
      loading, because the the FunctionListModel was not yet populated
      with existing TraceFunction's.
      svn path=/trunk/KDE/kdesdk/kcachegrind/; revision=1227334
  19. 08 Jan, 2011 1 commit
  20. 22 Nov, 2010 1 commit
  21. 09 May, 2010 1 commit
    • Josef Weidendorfer's avatar
      Fix to include all functions when resorting in flat profile. · 0929d5cd
      Josef Weidendorfer authored
      The flat profile function list cuts down the number of
      entries to a few hundred to keep KCachegrind responsive.
      In Qt3 (and Qt4 compat) lists, KCachegrind only resorted the
      inserted few hundred entries when clicking on a column header.
      This commit fixes the bug by using a Qt4 list model for the
      functions to show, implementing a custom sort function considering
      all functions.
      Still some annoying and missing behavior, such as
      * column widths change on resorting
      * keyboard handling missing
      svn path=/trunk/KDE/kdesdk/kcachegrind/; revision=1124701
  22. 05 May, 2010 1 commit
  23. 15 Apr, 2010 1 commit
  24. 08 Apr, 2010 1 commit
  25. 24 Feb, 2010 1 commit
    • Josef Weidendorfer's avatar
      QCachegrind: start QFileDialog's in recent directory · db198e0b
      Josef Weidendorfer authored
      This fixes the problem that File/Open and File/Add always
      started up in the current working directory (where qcachegrind
      was started), even if a file from another directory was opened.
      We store the recently selected file, and use this as starting
      point for the next QFileDialog.
      The stored file name is not persistent over qcachegrind runs,
      and the current directory will not be remembered when closing
      a QFileDialog with 'Cancel'.
      svn path=/trunk/KDE/kdesdk/kcachegrind/; revision=1095756
  26. 22 Jan, 2010 1 commit
    • Josef Weidendorfer's avatar
      Add global option to hide C++ template parameters in symbols · 4c5cab8d
      Josef Weidendorfer authored
      This adds a toolbar button (+icon) and a menu item under "View".
      When template parameters are hidden, you get the full symbol
      by hovering over the active symbol name label. The later even
      shows the structure of a C++ symbol.
      Works both with KCachegrind and QCachegrind.
      (done with the help of / partly by Michael Dengler)
      svn path=/trunk/KDE/kdesdk/kcachegrind/; revision=1078313
  27. 21 Jan, 2010 1 commit
  28. 14 Nov, 2009 1 commit
    • Josef Weidendorfer's avatar
      QCachegrind: config page for base directories of source files · b6dc9f8b
      Josef Weidendorfer authored
      This looks nicer than the config dialog of KCachegrind itself
      now, so I will probably use it for both if all the functionality
      is there.
      Especially, one can jump now to specific places in the config
      dialog via a string. So we can connect context menu items to
      specific views to config pages. This is a start to move all
      the view config hiding in context menues into a config page.
      Anyway, missing from KCachegrind configuration now only are
      the color settings for cost items. However, I actually never
      changed a color, so probably also nobody else...
      svn path=/trunk/KDE/kdesdk/kcachegrind/; revision=1048836
  29. 13 Nov, 2009 4 commits
  30. 13 Aug, 2009 1 commit
    • Laurent Montel's avatar
      Fix include · d185bfc0
      Laurent Montel authored
      Fix forward declaration
      svn path=/trunk/KDE/kdesdk/kcachegrind/; revision=1010670
  31. 05 Aug, 2009 2 commits
    • Josef Weidendorfer's avatar
      KCachegrind: Cleanup update handling · 7d79bc3e
      Josef Weidendorfer authored
      Now that updates are delayed and merged, we can request an update
      everytime the visualization state changes. This also allows
      to get rid of many explicit update requests which are not needed
      any more.
      svn path=/trunk/KDE/kdesdk/kcachegrind/; revision=1007543
    • Josef Weidendorfer's avatar
      KCachegrind: reduce visualization view updates by update merging · 97a6fb31
      Josef Weidendorfer authored
      The TraceViewItem class, which is the base class for all
      visualization views in KCachegrind, now does update merging, ie.
      a call to updateView() now does not directly result in a call
      to doUpdate().
      This e.g. cuts down the number of refreshes for the Flat profile
      on startup of KCachegrind with a data file from 4 to 1, and also
      gets rid of a short wrong display, as well as slow flicker.
      Sometimes (e.g. when setting a new profile data model), we need
      to skip this merging either completely for one update with
      updateView(true), or for all updates of a TraceViewItem subclass
      with setMergingUpdates(false).
      svn path=/trunk/KDE/kdesdk/kcachegrind/; revision=1007541
  32. 03 Aug, 2009 1 commit
  33. 24 Jul, 2009 1 commit
  34. 16 Jul, 2009 1 commit
  35. 15 Jul, 2009 1 commit