|
View:
New views
11 Messages
—
Rating Filter:
Alert me
|
|
|
Thunar updateHey 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 |
|
|
Re: Thunar updateVery 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 updateHey,
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 |
|
|
Re: Thunar updateOn 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. 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 updateOn 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 updateFurther 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 updateHi,
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 updateManu 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 updateThunar 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 updateOn 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 |
|
|
Re: Thunar updateOn 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 |
| Free embeddable forum powered by Nabble | Forum Help |