1. 03 Sep, 2020 1 commit
  2. 01 Jul, 2020 1 commit
    • Adriaan de Groot's avatar
      Re-calibrate sensor if the range is set to auto-calibrate · 04200fac
      Adriaan de Groot authored
      When the range is set to 0-0 from the properties dialog,
      re-calibrate the sensor like it would be when being
      re-loaded from the settings file. Otherwise, the range
      is set and kept and the sensor cannot display anything
      until ksysguard is re-started (and it gets re-calibrated
      on load).
      04200fac
  3. 30 Dec, 2019 1 commit
  4. 08 Jan, 2019 1 commit
  5. 17 May, 2018 1 commit
  6. 05 Feb, 2018 1 commit
  7. 18 Jan, 2018 1 commit
  8. 15 Sep, 2016 1 commit
  9. 19 Apr, 2016 1 commit
  10. 18 Apr, 2016 1 commit
  11. 29 Oct, 2015 1 commit
  12. 06 Nov, 2014 1 commit
  13. 12 Oct, 2014 2 commits
  14. 29 Nov, 2013 1 commit
  15. 17 Mar, 2011 1 commit
  16. 25 Aug, 2009 1 commit
    • John Tapsell's avatar
      Undo the whole refactoring sensors code. I tried for a week to fix this but: · 2829364c
      John Tapsell authored
      1) The sensor code was a mess
      2) The code formatting was all  argSensor  etc, spelling mistakes (therothetical).
      3) It meant that the SignalPlotter could no longer be used by other people
      4) Aggregated Sensor class assumed that the numbers would come in in the correct order.  Not true if they come from different machines.
      5) This removed the sliding-window system that was used before.  Profilling showed the new way to be 10 times slower, although this was still a trivial amount of time.
      6) GUI became more complex (a combo box requiring the user to know what ksysguardd is, just to change the range)
      7) Introduced bugs like resetting the graph on a resize or scale change
      
      svn path=/trunk/KDE/kdebase/workspace/; revision=1015575
      2829364c
  17. 25 Jul, 2009 1 commit
  18. 24 Jul, 2009 1 commit
    • Sebastien Martel's avatar
      Refactoring of sensor properties into new class hierarchy. The sensor... · 703f8b83
      Sebastien Martel authored
      Refactoring of sensor properties into new class hierarchy.  The sensor hierarchy will now also include the data.  Also refactoring of signalplotter to fit the new model and simplification where possible because of new model.  
      
      -Still need to integrate other graph such as bar graph to put data in the sensor instead of their plotter
      -Add a new DataPointSensor in the hierarchy and put the data,color from BasicSensor in that class, so that display that don't need data point like process control don't have those field for nothing since now the simplest sensor is BasicSensor and includes data fields.
      
      svn path=/trunk/KDE/kdebase/workspace/; revision=1002014
      703f8b83
  19. 23 Dec, 2007 1 commit
    • Tom Albers's avatar
      RELICENSE · ed41e8f2
      Tom Albers authored
      svn path=/trunk/KDE/kdebase/workspace/; revision=752108
      ed41e8f2
  20. 18 Nov, 2007 2 commits
  21. 27 Aug, 2007 1 commit
  22. 03 Aug, 2007 1 commit
  23. 21 Apr, 2007 1 commit
    • Laurent Montel's avatar
      Include fix · 0511fdb0
      Laurent Montel authored
      svn path=/trunk/KDE/kdebase/workspace/; revision=656565
      0511fdb0
  24. 12 Apr, 2007 1 commit
  25. 12 Dec, 2006 1 commit
  26. 28 Sep, 2006 1 commit
    • John Tapsell's avatar
      * Remove all gui stuff from libksgrd - this will evntually become the system guard kded daemon · 221b14ad
      John Tapsell authored
      * Put the gui code in the directory above instead and fix all the code to reflect that
      * Port from Q3Socket to QTcpSocket and drop requirement for qt3support for libksgrd
      * Use a consistent naming theme in desktop files, help etc
      * Change version number to "4" for ksysguard and 4.0.0 for libksgrd
      * In sensor browser, fix bug that showed cpu0 etc.  Instead it now shows translated CPU 1  etc
      * Same for Disk, Fan and Temperature naming
      
      
      svn path=/trunk/KDE/kdebase/workspace/; revision=589532
      221b14ad
  27. 11 Sep, 2006 1 commit
  28. 16 Jun, 2006 1 commit
  29. 07 Jun, 2006 1 commit
  30. 06 Jun, 2006 1 commit
  31. 31 May, 2006 1 commit
  32. 17 May, 2006 1 commit
    • John Tapsell's avatar
      Lots of changes. I really need to find some de-centrallised way to code using... · 93775a6d
      John Tapsell authored
      Lots of changes.  I really need to find some de-centrallised way to code using svn - massive commits are 
      awful.
      
      * Drastically increase performance.  CPU usage is halved
      * Even more drastically decrease start up time - from 3.5 seconds down to 1.5 seconds
      * Add a check box (and code behind it) to hide/show CPU totals for a process and it's children
      * Make sorting by user smart - it will sort by current user, other user, then system users 
      * When sorting by user, sub sort by CPU. See 109684. Sorting by user is really nice now, so will become the default 
      real soon.
      * Lots more error checking for sensors.
      * Tooltip for a process's CPU usage shows a friendly description of running/stopped/waiting  etc
      * Try to tell if a user is a human user or not by whether their login shell is valid.  This is hackish, but if wrong 
      it just means that user is sorted wrongly.  It does help a lot in the sorting.
      * Add a little red X icon next to apps that are in the Stopped state
      * Show debugged processes at the top of the sort, since those are probably important if you are debugging it.
      
      
      
      
      svn path=/trunk/KDE/kdebase/workspace/; revision=541697
      93775a6d
  33. 13 May, 2006 1 commit
  34. 11 May, 2006 1 commit
  35. 18 Apr, 2006 1 commit
  36. 10 Apr, 2006 2 commits
  37. 11 Mar, 2006 1 commit