1. 14 May, 2019 1 commit
  2. 10 May, 2019 1 commit
    • Sergio Costas's avatar
      general: don't use specific monitor for .desktop files · 5ecd2841
      Sergio Costas authored
      Currently, when a .desktop file exists in the desktop folder, it
      creates its own monitor to detect when their permissions change and
      adjust its icon and hability to be launched.
      
      This patch removes this monitor and uses the same used to monitor the
      desktop folder, thus reducing the resources usage.
      5ecd2841
  3. 03 May, 2019 1 commit
  4. 01 May, 2019 1 commit
  5. 30 Apr, 2019 1 commit
  6. 29 Apr, 2019 3 commits
  7. 23 Apr, 2019 3 commits
    • Sergio Costas's avatar
      fileItem.js: cancel file monitoring on destroy · 86f6fed3
      Sergio Costas authored
      When a file item is created, it can have a file monitor in case it
      is the trash, or if it is a .desktop file. That monitor isn't cancelled
      when the object is destroyed.
      
      This patch adds a call to cancel if needed when the item is destroyed.
      86f6fed3
    • Sergio Costas's avatar
      General: fix opening terminal in folder · 46cd8fad
      Sergio Costas authored
      When the user chooses to open a terminal from the desktop, or from
      a folder icon, currently it is open at the $HOME folder, instead of
      opening it in the desired folder. This patch fixes this.
      
      Fix #105
      46cd8fad
    • Sergio Costas's avatar
      general: add new files top to bottom, left to right · 4fd2b5c3
      Sergio Costas authored
      Until now, each new file was added to the free place nearest to the
      top-left corner. This means that the icons are added radially.
      
      This patch changes this behaviour by filling the desktop top to
      bottom, then left to right. This is a more natural way of doing it. It
      also tries in more desktops than the original.
      
      A possible enhacenment is to do it right to left when the selected
      language is RTL.
      
      Fixes #95
      4fd2b5c3
  8. 16 Apr, 2019 1 commit
    • Sergio Costas's avatar
      desktopGrid.js: Check shell version for method existence · 0b383878
      Sergio Costas authored
      In gnome shell 3.32 there was an API change, where the show() method
      was renamed as open(), and hide() as close(); thus the correct one
      must be called to ensure compatibility with previous versions.
      
      In the previous patch, this was done just by checking the existence
      of the newest method, and if it didn't exist, the old one should be
      called. This is not a good way of doing it. The right way is
      implemented in this patch, by checking the current gnome shell version
      and calling the apropriate method.
      0b383878
  9. 03 Apr, 2019 2 commits
    • Sergio Costas's avatar
      desktopGrid.js: remove unnecessary NULL parameters · b0cfb3d4
      Sergio Costas authored
      The open() and show() methods were being called with three parameters,
      and the last one is NULL. But both methods receive in fact only two
      parameters, so the NULL one can be safely removed.
      b0cfb3d4
    • Sergio Costas's avatar
      desktopGrid.js: Fix keyboard hang when renaming · c95a571b
      Sergio Costas authored
      A previous patch changed the calls to BoxPointer.show() and
      BoxPointer.hide() to open() and close() respectively, because those
      calls are being deprecated in Gnome Shell 3.32. Unfortunately, the
      former ones doesn't exist in Gnome Shell 3.30, which means that those
      calls fail in that case, with the unfortunate effect of locking the
      keyboard.
      
      This patch checks whether the open() and close() calls do exist or
      not, in which case it will call the old show() and hide() ones, thus
      ensuring that the code will work both in 3.30 and newer versions.
      
      Fixes #101
      c95a571b
  10. 27 Mar, 2019 1 commit
  11. 22 Mar, 2019 2 commits
  12. 20 Mar, 2019 1 commit
  13. 17 Mar, 2019 1 commit
    • Sergio Costas's avatar
      prefs.js: Fix untranslated texts in prefs · 11f6260e
      Sergio Costas authored
      The current code doesn't show translated sentences in the preferences
      window, but english ones. This is because the preferences window runs
      in a different process than gnome-shell, so it must initialize again
      the gettext environment.
      
      This patch fixes this by calling initTranstations() before creating
      the preferences widget.
      
      Closes: #94
      11f6260e
  14. 14 Mar, 2019 2 commits
  15. 13 Mar, 2019 1 commit
  16. 12 Mar, 2019 1 commit
  17. 11 Mar, 2019 1 commit
  18. 10 Mar, 2019 1 commit
  19. 09 Mar, 2019 1 commit
  20. 07 Mar, 2019 1 commit
  21. 06 Mar, 2019 1 commit
  22. 05 Mar, 2019 1 commit
  23. 04 Mar, 2019 3 commits
  24. 02 Mar, 2019 2 commits
  25. 01 Mar, 2019 6 commits