1. 21 Aug, 2020 1 commit
    • Nate Graham's avatar
      [folder view] Smooth out icon size steps · 9c25757b
      Nate Graham authored
      Right now, we have the following icon sizes available:
      
      16 (small)
      22 (smallMedium)
      32 (medium)
      48 (large)
      64 (huge)
      128 (enormous)
      
      As a result, the differences between the first couple of options are very
      small, while the differences between the last two are dramatic. it feels
      a bit too abrupt.
      
      This commit removes the smallest size and adds a new 96px size in between 64
      and 128 to make the jump less abrupt. Appaopriate 96px places icons were
      added in frameworks/breeze-icons!36.
      
      As a result, these are the new icon size options:
      
      22 (smallMedium)
      32 (medium)
      48 (large)
      64 (huge)
      96 (large * 2)
      128 (enormous)
      
      The default icon size (64) remains the same.
      
      People who were previously using a non-default size that is not the
      largest one will experience their icons becoming a bit larger.
      (22->32, 32->48, 48->64, 64->96).
      9c25757b
  2. 31 Oct, 2019 1 commit
    • Nate Graham's avatar
      [containments/desktop] Delete the "Tweaks" page and its options · 69d649e5
      Nate Graham authored
      Summary:
      With the new global edit mode, both of the options on the Tweaks page become unnecessary:
      - The option to hide the toolbox becomes dangerous because it breaks global edit mode
      - The option to toggle press-and-hold is unnecessary with the far superior global edit mode
      
      Test Plan:
      - Right-click desktop > Configure Desktop > No "Tweaks" page at the bottom of the list: {F7687032}
      - Widget moving, resizing, and editing behaviors in side and out of edit mode are unchanged
      - You can no longer turn off the toolbox and break edit mode
      - You can no longer toggle the press-and-hold checkbox to show widget handles by hovering over widgets for a few seconds
      
      Reviewers: mart, GB_2, #plasma, hein
      
      Reviewed By: mart, #plasma
      
      Subscribers: fabianr, broulik, plasma-devel
      
      Tags: #plasma
      
      Maniphest Tasks: T10402
      
      Differential Revision: https://phabricator.kde.org/D25055
      69d649e5
  3. 08 Apr, 2019 1 commit
    • Nate Graham's avatar
      [Folder View] Implement a user-configurable setting for label width · bad5d2b8
      Nate Graham authored
      Summary:
      It seems impossible to satisfy everyone's preferences regarding label width in Folder
      View. Some people want small icons with narrow labels (403412). Other people want small
      icons with wide labels (379432). There have been other complaints in the past too, which
      have led to the current settings, but because these preferences are opposed, the more we
      tweak the settings to please one group of people, the more we annoy another.
      
      Accordingly, This patch implements a user-configurable setting to determine the label width
      for Folder View items in Icons view. This should put the matter to rest once and for all.
      
      FEATURE: 403094
      FIXED-IN: 5.16
      
      Test Plan:
      Default settings (large icons + medium label width): {F6758619}
      
      Small icons + narrow labels: {F6758622}
      
      Small icons + medium labels: {F6758624}
      
      SmallMedium icons + medium labels: {F6758625}
      
      Large icons + wide labels: {F6758626}
      
      Reviewers: hein, #plasma, #vdg
      
      Reviewed By: hein, #plasma
      
      Subscribers: broulik, plasma-devel
      
      Tags: #plasma
      
      Differential Revision: https://phabricator.kde.org/D20370
      bad5d2b8
  4. 05 Sep, 2018 1 commit
  5. 23 Feb, 2018 1 commit
  6. 18 Dec, 2017 1 commit
    • Andras Mantia's avatar
      Store screenMapping info only once · 6acf1f32
      Andras Mantia authored
      Summary:
      Until now every FolderView applet stored exactly the same screenMapping info in the config file. Store it only once
      using the config object of the Plasma::Corona
      
      Reviewers: #plasma, mwolff, hein, broulik, mlaurent, mart
      
      Reviewed By: #plasma, mlaurent, mart
      
      Subscribers: mart, mlaurent, plasma-devel
      
      Tags: #plasma
      
      Differential Revision: https://phabricator.kde.org/D9300
      6acf1f32
  7. 28 Nov, 2017 1 commit
    • Andras Mantia's avatar
      Make Folder View screen aware · 88718b16
      Andras Mantia authored
      Summary:
      When using multiple screen with a Folder View as a desktop containment, we need to make sure a file belongs only to one screen. The patch adds support for this by:
      
      1) Introducing a ScreenMapper object shared acrossed all Folder Views
      2) FolderModel registers the screen it resides on if used as a containment
      3) FolderModel filters out items not on the current screen (if used as a containment)
      4) FolderModel adds mapping for the newly appeared files. The new files will go to the registered screen having the smallest id. This also means by default all files appear on the screen with the smallest id.
      5) url/screen mapping is stored in the configuration of each folder view applet. This means duplication of the information, and although they should be in sync unless manually modified, the logic is that the last view's mapping option is used.
      6) When removing a screen, the list of items from the removed screen is stored and items get moved to the first screen
      7) When a screen is added back, the items are moved back there based on the above list
      
      So far missing:
      - correct handling of D&D between folderviews on different screens
      - forgetting the saved position from a removed screen if the items are reorganized on the primary (visible) screen
      
      Depends on D8566
      Depends on D8567
      
      Reviewers: #plasma, ervin, mlaurent, dvratil, hein, aacid, apol, mwolff
      
      Reviewed By: #plasma, hein, mwolff
      
      Subscribers: anthonyfieroni, ngraham, mwolff, davidedmundson, broulik, mart, plasma-devel
      
      Tags: #plasma
      
      Differential Revision: https://phabricator.kde.org/D8493
      88718b16
  8. 27 Feb, 2017 1 commit
    • Eike Hein's avatar
      Make the hover state optional. · c88e4bff
      Eike Hein authored
      This is desired by a downstream distro which doesn't want hover
      effects in Folder View, but can't remove the graphics from the
      theme without negatively impacting other UI.
      
      It should go into the 5.9 branch to allow them to ship 5.9.
      c88e4bff
  9. 14 Sep, 2016 1 commit
  10. 13 Sep, 2016 1 commit
  11. 26 Feb, 2016 1 commit
  12. 18 Jan, 2016 1 commit
  13. 19 Nov, 2015 1 commit
  14. 14 Oct, 2015 1 commit
    • Eike Hein's avatar
      Overhaul filter handling. · 31808d8b
      Eike Hein authored
      * Fix handling of all/all and all/allfiles MIME types.
      * Change the default MIME type filter list to all/all, so that when
        switching to "Show Files Matching" the user doesn't need to take
        additional steps.
      * Fix two cases in which the model didn't signal prop changes to
        drive the Apply button state correctly.
      
      BUG:353409
      31808d8b
  15. 04 Jun, 2015 2 commits
  16. 06 Apr, 2015 1 commit
  17. 17 Mar, 2015 2 commits
  18. 15 Mar, 2015 1 commit
  19. 02 Mar, 2015 1 commit
    • Eike Hein's avatar
      Unify the Desktop and Folder containments into a single codebase. · 90dd993f
      Eike Hein authored
      * Gets rid of a few ksloc of duplicated code; no more syncing needed.
      * Brings the press-to-move experiment to the Desktop containment.
      * Cleaner seperation of Folder View-specific items; nothing is loaded
        in the Desktop case.
      * Various cleanup in the former Desktop containment codebase (much
        more to do and to come).
      90dd993f
  20. 31 Mar, 2014 1 commit
    • Aleix Pol Gonzalez's avatar
      Initial import from the monolithic kde-workspace. · 88ae0b60
      Aleix Pol Gonzalez authored
      This is the beginning of revision history for this module. If you
      want to look at revision history older than this, please refer to the
      techbase wiki for how to use Git history grafting. At the time of
      writing, this wiki is located here:
      
      http://community.kde.org/Frameworks/GitOldHistory
      
      If you have already performed the grafting and you don't see any
      history beyond this commit, try running "git log" with the "--follow"
      argument.
      
      Branched from the monolithic repo kde-workspace, frameworks  branch, at commit
      049113e719dd2fc4446d054fa1a3aada330094f0
      88ae0b60