Thunar update

View: New views
11 Messages — Rating Filter:   Alert me  

Thunar update

by Jannis Pohlmann-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hey guys,

I didn't sleep last night. Instead, I finished the work I've been busy
with since the beginning of April: Get rid of all references to
ThunarVFS in the Thunar and Thunarx code. I think this is a good time
to post an update on this list (especially because some of the commit
mails don't seem to have reached the commits mailing list).

Remember, we're not talking about Thunar trunk here yet. All the
changes were made in the migration-to-gio branch of Thunar.

Status of this branch as of today:

  - ThunarVFS has been moved out of Thunar and into its own SVN
    repository (http://svn.xfce.org/svn/xfce/thunar-vfs/). It passes
    make distcheck and is essentially just a stand-alone copy of the
    ThunarVFS parts from Thunar trunk.

  - Thunar doesn't link against ThunarVFS anymore. Instead, it uses GIO
    to query information about files and volumes. File monitoring and
    volume management (not talking about thunar-volman here though) is
    all done with GIO. It passes make distcheck and runs pretty well
    for such an experimental stage.

  - Another big change: thumbnails are now requested from a D-Bus
    service. An implementation of this service is Tumbler
    (http://git.xfce.org/jannis/tumbler) which I wrote in the last 1.5
    months and which will see a release soon. I know this is a
    controversial decision.

  - The API version of Thunarx has been bumped to 2, which means
    plugins will have to depend on thunarx-2 instead of thunarx-1 if
    they want to support the next version of Thunar. The only change
    in Thunarx is that

    ThunarVfsInfo *thunarx_file_info_get_vfs_info (ThunarxFileInfo *)

    is gone and there are three new functions now:

    GFileInfo *thunarx_file_info_get_file_info (ThunarxFileInfo *)
    GFileInfo *thunarx_file_info_get_filesystem_info (ThunarxFileInfo*)
    GFile     *thunarx_file_info_get_location (ThunarxFileInfo *)

  - All plugins shipped with Thunar have been ported to thunarx-2.
    thunar-uca and thunar-sendto-email need testing due to non-trivial
    changes.

  - If GVfs is installed, Thunar can browse/open files over

      - SFTP (sftp:// and ssh://),
      - SMB (network://, smb://),
      - FTP (ftp://),
      - computer://, and
      - HTTP (http://)

    and possibly more (like gphoto). I tested SFTP, SMB, FTP,
    computer:// and HTTP and they seem to work reasonably well.

Missing pieces:

  - GIO itself has no volume management feature. This is provided by
    GVfs in the form of a HAL volume monitor. The problem is, GVfs
    depends on GConf and gnome-keyring. While gnome-keyring is really
    useful, GConf is something we probably don't want. In their Git
    repository, GVfs even depends on gnome-disk-utils because they
    decided to use that instead of directly talking to DeviceKit-disks.
   
    So, as a consequence, we're in need of a HAL or (preferably)
    DeviceKit-disks backend for GIO that we can ship and default to with
    Thunar. I guess I have something new to work on, eh? ;)

  - With thumbnail generation having changed completely, we're at the
    moment missing backwards compatibility support for ThunarVFS
    thumbnailers. There's also no JPEG and font thumbnailer yet. I'm
    planning to write three plugins for Tumbler which do that.

What I need from you:

  - Testing! Please check out the migration-to-gio branch of Thunar from
     
      http://svn.xfce.org/svn/xfce/thunar/branches/migration-to-gio/

    and give it a spin. There's lots of room for improvements (e.g.
    there is no way to remember non-local URIs e.g. as bookmarks yet)
    and I suppose there are ways to lock the GUI or make it crash.

    If you want thumbnails for most common image types, try to install
    and run Tumbler. It ships a GdkPixbuf plugin (which for JPEGs is
    slow compared to the EXIF+JPEG plugin ThunarVFS had).

    When you install Thunar from the branch, make sure not to remove
    the thunar-vfs-1 and thunarx-1 libraries from $libdir/, because
    otherwise xfdesktop and others won't run anymore.

I guess that's it for now. Going to spend the rest of the day on the
couch now, lazy as I am ;)

Cheers,
Jannis


_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

signature.asc (204 bytes) Download Attachment

Re: Thunar update

by Bugzilla from kjb-temp-2006@gmx.de :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Very very nice ! Thank you for all the work !
... and here comes a PKGBUILD for the ArchLinux guys:
http://aur.archlinux.org/packages.php?ID=27451 :)

So far I noticed some (more or less) minor problems:
- When viewing smb://boxname I can not drag one of the shares to the
tree side pane. It says 'does not refer to a directory'
- When viewing smb://boxname/someshare I can not navigate up. The button
is grayed out.
- The Tango folder icons are not used for the local filesystem but for
ftp and smb they are.
- Umlauts within file names on FTP (fritz.box) are wrong or invalid
because ISO-8859-1 is used there but GVFS seems to use UTF-8. (Verified
this with Firefox and curl/iconv and via cifs. - Firefox -> Page Info
reports charset windows-1252.)
- When doing Create Document -> Empty File on FTP a refresh is needed to
show the file created.

_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

Re: Thunar update

by Jannis Pohlmann-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hey,

On Sun, 21 Jun 2009 01:07:41 +0200
"Kurt J. Bosch" <kjb-temp-2006@...> wrote:

> Very very nice ! Thank you for all the work !
> ... and here comes a PKGBUILD for the ArchLinux guys:
> http://aur.archlinux.org/packages.php?ID=27451 :)

Cool.

> So far I noticed some (more or less) minor problems:
> - When viewing smb://boxname I can not drag one of the shares to the
> tree side pane. It says 'does not refer to a directory'

Yes, that's actually a design decision. Only directories may be
bookmarked. The problem with remote directories is that you don't know
whether they are directories or not before they are mounted/connected.
So if we allowed remote directories we'd also allow remote files. And
you clearly don't want remote locations to be mounted unless you
actually *browse* them (just imagine you have ten different SFTP or
FTP bookmarks and whenever you start Thunar, you end up with up to ten
established network connections).

The solution could be to separate personal stuff (home, desktop, trash),
network stuff (network://, custom network bookmarks), local
bookmarks and devices/volumes. I have something like this in mind,
inspired by
http://www.bomahy.nl/hylke/blog/clutter-in-nautilus-sidebar/. It has
less priority for now, but I'll work on it when the more essential
stuff is working properly.

> - When viewing smb://boxname/someshare I can not navigate up. The
> button is grayed out.

Yep. That's because GVfs pretends that all of these directories are
roots. I should be able to work around that (if an URI points to
"smb://foo/bar" we can almost always assume that "smb://foo" is the
parent).

> - The Tango folder icons are not used for the local filesystem but
> for ftp and smb they are.

That's strange. I use whatever I get from GIO, so that might be a bug
in there. Can you call "gvfs-info <URI>" on an ftp directory and
on a local one and post the output of those two commands?

> - Umlauts within file names on FTP (fritz.box) are wrong or invalid
> because ISO-8859-1 is used there but GVFS seems to use UTF-8.
> (Verified this with Firefox and curl/iconv and via cifs. - Firefox ->
> Page Info reports charset windows-1252.)

I'll try to reproduce that with my FTP server.

> - When doing Create Document -> Empty File on FTP a refresh is needed
> to show the file created.

That's probably a bug in GVfs or maybe even a general FTP limitation,
but I'm not sure. Open directories are monitored for changes, so maybe
FTP directories don't support monitoring. I'll debug that.

Thanks for the feedback!

  - Jannis


_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

signature.asc (204 bytes) Download Attachment

Re: Thunar update

by Bugzilla from kjb-temp-2006@gmx.de :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On 2009-06-21 03:23, Jannis Pohlmann wrote:

>> So far I noticed some (more or less) minor problems:
>> - When viewing smb://boxname I can not drag one of the shares to the
>> tree side pane. It says 'does not refer to a directory'
> Yes, that's actually a design decision. Only directories may be
> bookmarked.
Hmm, I tried this again. It *does* work with smb and with ftp too. The
only case not working seems to be when using smb://myhost where 'myhost'
stands for the local box.
> The problem with remote directories is that you don't know
> whether they are directories or not before they are mounted/connected.
> So if we allowed remote directories we'd also allow remote files. And
> you clearly don't want remote locations to be mounted unless you
> actually *browse* them (just imagine you have ten different SFTP or
> FTP bookmarks and whenever you start Thunar, you end up with up to ten
> established network connections).
I would want to be able to add dirs and shares when I can see them that
is when the remote location is already mounted (almost working) and when
clicking a bookmark simply get the location mounted (does not work by
now). If the bookmark does not point to a dir or the host/share is not
available then some error or warning should occur. I tried similar thing
with a local dir within a normal fstab mount. Create a dir, bookmark it,
close thunar, umount, open thunar. Result: When cliccking the bookmark
it appears like an empty dir with no error/warning. The error comes late
as soon as I do 'Open Terminal here' or something.
>> - When viewing smb://boxname/someshare I can not navigate up. The
>> button is grayed out.
> Yep. That's because GVfs pretends that all of these directories are
> roots. I should be able to work around that (if an URI points to
> "smb://foo/bar" we can almost always assume that "smb://foo" is the
> parent).
Would be cool. Even cooler: When in smb://somewhere we could go up to
smb:// and from there up to network:// :)
>> - The Tango folder icons are not used for the local filesystem but
>> for ftp and smb they are.
> That's strange. I use whatever I get from GIO, so that might be a bug
> in there. Can you call "gvfs-info<URI>" on an ftp directory and
> on a local one and post the output of those two commands?
========= output of 'gvfs-info /home/kurt/tmp' ============
display name: tmp
edit name: tmp
name: tmp
type: directory
size: 8192
attributes:
   standard::name: tmp
   standard::type: 2
   standard::size: 8192
   standard::allocated-size: 12288
   standard::display-name: tmp
   standard::edit-name: tmp
   standard::copy-name: tmp
   standard::content-type: inode/directory
   standard::icon: inode-directory, gnome-mime-inode-directory,
inode-x-generic, folder
   standard::fast-content-type: inode/directory
   unix::device: 2055
   unix::inode: 32832
   unix::nlink: 15
   unix::uid: 0
   unix::gid: 0
   unix::rdev: 0
   unix::mode: 17407
   unix::block-size: 4096
   unix::blocks: 24
   time::modified: 1245510866
   time::modified-usec: 917075
   time::access: 1245495728
   time::access-usec: 91418
   time::changed: 1245510866
   time::changed-usec: 917075
   etag::value: 1245510866:917075
   id::file: l2055:32832
   id::filesystem: l2055
   owner::user: root
   owner::user-real: root
   owner::group: root
   access::can-read: TRUE
   access::can-write: TRUE
   access::can-execute: TRUE
   access::can-rename: TRUE
   access::can-delete: TRUE
   access::can-trash: TRUE
========= end =============================================
========= output of 'gvfs-info
smb://fritz.box/wdcwd10-eacs-22d6b1-02'/Videooutput' =========
display name: Video
edit name: Video
name: Video
type: directory
size: 0
attributes:
   standard::type: 2
   standard::name: Video
   standard::display-name: Video
   standard::edit-name: Video
   standard::size: 0
   standard::content-type: inode/directory
   standard::icon: folder
   time::modified: 1242229993
   time::modified-usec: 0
   time::access: 1242229993
   time::access-usec: 0
   time::changed: 1242229993
   time::changed-usec: 0
   unix::device: 713920
   unix::inode: 1060666
   etag::value: 1242229993
   id::filesystem:
server=fritz.box,share=wdcwd10-eacs-22d6b1-02,type=smb-share,__mount_prefix=%2F
========= end =============================================
Additional note: Doing drag&drop from smb into Terminal I get smb://...
Shouldn't that be converted to $HOME/.gvfs/... ?

>> - Umlauts within file names on FTP (fritz.box) are wrong or invalid
>> because ISO-8859-1 is used there but GVFS seems to use UTF-8.
>> (Verified this with Firefox and curl/iconv and via cifs. - Firefox ->
>> Page Info reports charset windows-1252.)
>
> I'll try to reproduce that with my FTP server.
>
>> - When doing Create Document ->  Empty File on FTP a refresh is needed
>> to show the file created.
>
> That's probably a bug in GVfs or maybe even a general FTP limitation,
> but I'm not sure. Open directories are monitored for changes, so maybe
> FTP directories don't support monitoring. I'll debug that.
What I have here currently is:
gamin 0.1.10
gvfs 1.2.3
Gamin is probably not used in this case.
>
> Thanks for the feedback!
I'm always happy when I can help things moving into the right direction. :)
--
Kurt

_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

Re: Thunar update

by Bugzilla from kjb-temp-2006@gmx.de :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On 2009-06-21 03:23, Jannis Pohlmann wrote:
> On Sun, 21 Jun 2009 01:07:41 +0200
> "Kurt J. Bosch"<kjb-temp-2006@...>  wrote:
>> - The Tango folder icons are not used for the local filesystem but
>> for ftp and smb they are.
Just to make that a bit more clear: For the local folders the GNOME icon
is used. Happens in each kind of view and in bookmarks and in the
titlebar of the Thunar window. For all other icons and even for the
emblems of the local folders the icons from the chosen icon theme are
used as normal.

Cheers kurt

_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

Re: Thunar update

by Bugzilla from kjb-temp-2006@gmx.de :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Further investigation on wrong folder icons:
It behaves very weird depending on the icon theme selected.
Working normal:
  Crux, High Contrast, High Contrast Inverse, High Contrast SVG, Mist
GNOME folder icons on Thunar local only: Rodent, Tango
GNOME folder icons on Xfdesktop only: KDE-Classic, Oxygen
GNOME folder icons on Xfdesktop and on Thunar smb: ROX,
GNOME folder icons on Xfdesktop and on Thunar local: Crystal SVG
A user with a cleaned home is also affected.
Downgrading to Thunar 1.0.1 and relogin solves it.

_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

Re: Thunar update

by Manu-52 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,

It seems that an open folder is correctly displayed in a tree view mode.
The theme probably needs a dedicated open/closed folder icon... ;)

Hotnuma.


Kurt J. Bosch wrote:

> Further investigation on wrong folder icons:
> It behaves very weird depending on the icon theme selected.
> Working normal:
> Crux, High Contrast, High Contrast Inverse, High Contrast SVG, Mist
> GNOME folder icons on Thunar local only: Rodent, Tango
> GNOME folder icons on Xfdesktop only: KDE-Classic, Oxygen
> GNOME folder icons on Xfdesktop and on Thunar smb: ROX,
> GNOME folder icons on Xfdesktop and on Thunar local: Crystal SVG
> A user with a cleaned home is also affected.
> Downgrading to Thunar 1.0.1 and relogin solves it.
>
> _______________________________________________
> Thunar-dev mailing list
> Thunar-dev@...
> http://foo-projects.org/mailman/listinfo/thunar-dev
>

_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

Re: Thunar update

by Bugzilla from kjb-temp-2006@gmx.de :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Manu wrote:
> It seems that an open folder is correctly displayed in a tree view mode.
> The theme probably needs a dedicated open/closed folder icon... ;)
OK I have to admit that I didn't check the tree view. (There even is no
such thing when viewing smb BTW.) Looking at this makes things even more
weird:
Normal tree icons: Crux, HighContrast-SVG, Mist
GNOME icon used for open folders only:
  High Contrast, High Contrast Inverse, KDE-Classic, ROX
GNOME icon used for closed folders only: Rodent, Tango
GNOME icon used for all folders: Crystal SVG, Oxygen

Now I made lists of the folder Icons for Crux, Mist and Tango using
'find -name '*folder*.png'|sort' and compared them using comm. The only
ones missing in Tango and Crux are some folder-new. Tango has all that
Crux has and even more. Tango appears broken and Crux not. So I don't
think your assumption is right. [confused]




_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

Re: Thunar update

by Bugzilla from kjb-temp-2006@gmx.de :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Thunar seems to use gnome-mount now. Is that intended ?
I know that exo-mount is not very good in respecting HAL policy, locale
and such. But do we need to pull in all the gconf stuff for this ?
I use a symlinked wrapper script here for all that which calls
pmount-hal, pumount and eject. And pmount-hal seems to do a quite good job.

_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

Re: Thunar update

by Jannis Pohlmann-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Sun, 21 Jun 2009 21:42:17 +0200
"Kurt J. Bosch" <kjb-temp-2006@...> wrote:

> Thunar seems to use gnome-mount now. Is that intended ?
> I know that exo-mount is not very good in respecting HAL policy,
> locale and such. But do we need to pull in all the gconf stuff for
> this ? I use a symlinked wrapper script here for all that which calls
> pmount-hal, pumount and eject. And pmount-hal seems to do a quite
> good job.

That's the reason why I want us to ship our own HAL or DeviceKit-disks
volume monitor backend for GIO. My Thunar branch currently relies on
GVfs for volume management and its HAL volume monitor has gnome-mount
hard-coded. Nice, eh?

  - Jannis


_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev

signature.asc (204 bytes) Download Attachment

Re: Thunar update

by Bugzilla from kjb-temp-2006@gmx.de :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On 2009-06-21 22:03, Jannis Pohlmann wrote:

> On Sun, 21 Jun 2009 21:42:17 +0200
> "Kurt J. Bosch"<kjb-temp-2006@...>  wrote:
>
>> Thunar seems to use gnome-mount now. Is that intended ?
>> I know that exo-mount is not very good in respecting HAL policy,
>> locale and such. But do we need to pull in all the gconf stuff for
>> this ? I use a symlinked wrapper script here for all that which calls
>> pmount-hal, pumount and eject. And pmount-hal seems to do a quite
>> good job.
>
> That's the reason why I want us to ship our own HAL or DeviceKit-disks
> volume monitor backend for GIO. My Thunar branch currently relies on
> GVfs for volume management and its HAL volume monitor has gnome-mount
> hard-coded. Nice, eh?

<kidding> So why they don't depend on nautilus ? </kidding>
_______________________________________________
Thunar-dev mailing list
Thunar-dev@...
http://foo-projects.org/mailman/listinfo/thunar-dev