Skip to content
Snippets Groups Projects
  1. May 05, 2013
  2. Dec 27, 2012
  3. Dec 09, 2012
  4. Dec 02, 2012
  5. Nov 24, 2012
  6. Nov 10, 2012
  7. Oct 31, 2012
  8. Oct 14, 2012
  9. Apr 28, 2012
  10. Apr 15, 2012
    • Jannis Pohlmann's avatar
      Move away from using a hard-coded size for window icons (bug #8626). · 16ab778b
      Jannis Pohlmann authored
      The previous commit wasn't actually related to this bug. The problem
      here was that the xfwm4 tab window now allows themes to change the size
      of the displayed window icons but Thunar still hard-coded its own window
      icons to 48px.
      
      From this commit Thunar on uses thunar_file_get_icon_name(current_dir)
      to get an icon name for the current directory and and then calls
      gtk_window_set_icon_name() rather than asking ThunarIconFactory for a
      48px GdkPixbuf that cannot be scaled up nicely. This is ok because we
      only ever set icons for directories and for those ThunarIconFactory
      never returns anything but a GdkPixbuf based on an icon name anyway. It
      never returns a GdkPixbuf loaded from an absolute path or anything.
      16ab778b
    • Jannis Pohlmann's avatar
  11. Apr 13, 2012
  12. Mar 28, 2012
  13. Mar 26, 2012
  14. Mar 13, 2012
  15. Feb 27, 2012
  16. Feb 26, 2012
    • John Lindgren's avatar
      Fix handling %U when launching multiple files with an app (bug #7456). · 16055b93
      John Lindgren authored
      GIO returns a newly allocated GAppInfo every time
      g_app_info_get_default_for_type() is called. This means that if we use a
      GHashTable and g_direct_hash() to associate GAppInfos with files to be
      launched with each of them, we will actually end up with multiple
      GAppInfos that are the same, and each of them will only have a single
      file associated.
      
      To fix this, we now use a fake hash function that causes GHashTable to
      always search the GAppInfo in the collision list.
      16055b93
    • Jannis Pohlmann's avatar
      Fix crash when removing an ancestor of the current folder (bug #8168). · d47f4053
      Jannis Pohlmann authored
      Whenever we release the GFileMonitor of a ThunarFolder, we also need to
      disconnect from its signals. Otherwise one of the signal handlers might
      still be called, potentially with corrupted user data (which was the
      case here).
      d47f4053
  17. Dec 27, 2011
  18. Nov 06, 2011
  19. Sep 19, 2011
  20. Sep 16, 2011
  21. Sep 14, 2011
  22. Jul 15, 2011
  23. Jun 02, 2011
  24. May 25, 2011
  25. May 20, 2011
  26. May 17, 2011
  27. Apr 15, 2011
  28. Feb 19, 2011
  29. Feb 14, 2011
  30. Jan 30, 2011
Loading