1. 29 Aug, 2018 1 commit
    • António Fernandes's avatar
      Revert "Search filter popover on [Ctrl]+[F]" · 0683ced7
      António Fernandes authored
      This reverts commit 543f5ae3.
      When this feature was originally proposed, the use cases when <Ctrl><F>
      is required because "just typing" doesn't do the trick were not
      considered. Two such cases are searching for a ~ (tilde) and pasting
      text to search with <Ctrl><V>. Both are now impractical because the
      filter popover steals the focus.
      Furthermore, we have a few inconsistent state bugs related to this.
      Instead of shipping version 3.30 with these regressions and bugs, let's
      withdraw this change.
      Closes #597
      Closes #570
      And closes #571
  2. 28 May, 2018 2 commits
  3. 18 May, 2018 1 commit
    • Stratila Andrei's avatar
      Search filter popover on [Ctrl]+[F] · 543f5ae3
      Stratila Andrei authored
      Currently using the [Ctrl]+[F] keyboard shortcut toggles the search bar
      Using the [Ctrl]+[F] keyboard shortcut shows the search filter popover
      (and gives it keyboard focus).
      To add this a new action "search-visible-popover" is added which in addition
      to the "search-visible" action adds the feature to focus and show the search
      dropdown menu.
  4. 03 May, 2018 1 commit
    • Carlos Soriano Sánchez's avatar
      general: Add actions to the toolbar · f278574d
      Carlos Soriano Sánchez authored
      Generally actions in Nautilus were accessed through context menus or
      keyboard shorcuts. However, those are not very discoverable and are
      not touch friendly.
      Even more, in list view it was not possible to access background actions
      since there is always a selection, making Nautilus UX quite poor in that
      Also some actions were placed in the app menu, which didn't was not as
      clear for some people given that we have most of actions in the toolbar.
      In all, we came with a new design that solves the main goals of
      discoverability, touch friendly and accessibility for background actions
      and app actions, and now are placed in the toolbar together with an
      overhaul of the looks of Nautilus path bar and search.
      There is still work to do, specifically finding a design that works for
      the selection actions and also to replace the current information
      floating bar. The later might be just a different goal. However this
      goes in the right direction.
      See #322
  5. 19 Mar, 2018 4 commits
  6. 25 Apr, 2016 1 commit
    • Carlos Soriano Sánchez's avatar
      general: merge libnautilus-private to src · 7e24f1b2
      Carlos Soriano Sánchez authored
      And fix make distcheck.
      Although libnautilus-private seem self contained, it was actually
      depending on the files on src/ for dnd.
      Not only that, but files in libnautilus-private also were depending on
      dnd files, which you can guess it's wrong.
      Before the desktop split, this was working because the files were
      distributed, but now was a problem since we reestructured the code, and
      now nautilus being a library make distcheck stop working.
      First solution was try to fix this inter dependency of files, but at
      some point I realized that there was no real point on splitting some of
      those files, because for example, is perfectly fine for dnd to need to
      access the window functions, and it's perfectly fine for the widgets
      in the private library to need to access to all dnd functions.
      So seems to me the private library of nautilus is somehow an artificial
      split, which provides more problems than solutions.
      We needed libnautilus-private to have a private library that we could
      isolate from extensions, but I don't think it worth given the problems
      it provides, and also, this not so good logical split.
      Right now, since with the desktop split we created a libnautilus to be
      used by the desktop part of nautilus, extensions have access to all
      the API of nautilus. We will think in future how this can be handled if
      we want.
      So for now, merge the libnautilus-private into src, and let's rethink
      a better logic to split the code and the private parts of nautilus than
      what we had.
      Thanks a lot to Rafael Fonseca for helping in get this done.
  7. 04 Apr, 2016 1 commit
    • Carlos Soriano Sánchez's avatar
      general: remove vim modelines · 1ffb8ca5
      Carlos Soriano Sánchez authored
      Vim and emacs modelines are used to specify some of the code style in the code.
      However, this is misleading and poorly supported since nautilus had a mix of
      code style for some time.
      Also, the mode lines doesn't specify the whole code style, so we will need to
      use a different tool as well to specify the whole code style.
      For that, we can just use a different tool for everything.
      So remove the mode lines, and in a short future we will reestyle the nautilus
      code to have a single code style, and use a tool like editorconfig to specify
      the whole code style.
  8. 03 Mar, 2016 1 commit
  9. 02 Feb, 2016 1 commit
  10. 31 Jan, 2014 1 commit
  11. 07 Aug, 2012 1 commit
  12. 14 Jul, 2012 3 commits
  13. 08 Sep, 2011 1 commit
  14. 21 Mar, 2011 1 commit
  15. 11 Jan, 2011 1 commit
    • Cosimo Cecchi's avatar
      Rework architecture of NautilusWindow/NautilusWindowSlotInfo · ad0d377a
      Cosimo Cecchi authored
      In the past, nautilus was designed keeping in mind the concept that it
      might not just be a file browser, but a sort of platform to embed
      various kind of views in it.
        - libnautilus-private: general lowlevel items, such as the icon
          container, NautilusFile, I/O and so on
        - src: general widgets and UI items
        - src/file-manager: file manager views, agnostic of what's in src/,
          for the sake of being pluggable enough
      This is really not applicable anymore, as nautilus won't go in any
      direction other than being a file manager; at the same time, this
      complicates code and architecture quite a lot.
      In this commit, as a first step towards a more clean codebase, we remove
      the NautilusWindowInfo and NautilusWindowSlotInfo interfaces, using
      NautilusWindow and NautilusWindowSlot directly.
      Note that there should be no actual code changes, only moving of pieces
  16. 21 Apr, 2009 1 commit
    • Cosimo Cecchi's avatar
      Remove deprecated GDK/GTK+ symbols · b695c970
      Cosimo Cecchi authored
      Remove all uses of deprecated GDK and GTK+ symbols, replacing them
      with the currently supported equivalents.
      Based on a patch from Tal Benavidor (#565038).
  17. 21 Jul, 2008 1 commit
  18. 08 Jul, 2008 1 commit
  19. 21 May, 2008 1 commit
  20. 12 Dec, 2005 1 commit