qtFM - Small, fast, light Qt filemanager

Wittfella · 2010-12-02 03:57:16

More fixes!

CHANGELOG wrote:

3.3 2-December-2010
- added 'backspace' shortcut.
- added a F5 'Refresh' shortcut to update file list after certain operations.
- modified Icon/List/Detail switching behaviour.
- modified copy progress estimation, now based on size, more accurate.
- fixed bug in copy progress dialog which would sometimes continue progress after canceling.
- fixed bug with Drag/Drop not working if target already exists.

anonymous_user · 2010-12-02 04:16:47

Thanks so much for the refresh action! I can confirm it works.

karabaja4 · 2010-12-02 19:46:10

Thanks for the updates!

BTW, I have a new suggestion. When pasting a file (or a bunch of files) in folder which already has a large number of files, there is no visible change that can confirm the file actually got in there (for example, we have a file which has a middle-alphabet starting letter, and the folder is full of files, letters a-z). So, would it be possible to scroll down and auto-select the pasted files, so we can kinda see the paste in action?

Wittfella, can you please comment on number 9) from my last post?

anonymous_user · 2010-12-04 02:10:42

Using qtfm 3.3 I cannot paste after copying/cutting. Can anyone else confirm?

karabaja4 · 2010-12-04 03:45:49

anonymous_user wrote:

Using qtfm 3.3 I cannot paste after copying/cutting. Can anyone else confirm?

Seems to work fine here (qtfm 3.3) o.O

anonymous_user · 2010-12-04 05:16:40

I tried downgrading to 3.2 but I still can't paste. In addition I tried to make this custom action but it doesn't work (it works in a terminal though):

mv %F $(zenity --file-selection --directory)

karabaja4 · 2010-12-04 10:29:29

Err, I turns out I can't paste in different instance of qtfm 3.3 (if file is copied from one I can't paste in other). From the same instance it works fine.

Wittfella · 2010-12-04 14:03:23

Hello, I'm not sure why the AUR had gone back to 3.2! I have re-uploaded 3.3.

I made a nice change too, so if you already have 3.3 grab it again.

karabaja4 wrote:

can you please comment on number 9) from my last post?
When qtfm is in details view (when in list or icon view things work fine), and when starting qtfm, folders and files in both tree views are noticeably reordered...

I spent alot of time on this, tweaking the startup to try and stop the visible reordering. I thought that this is largely a Qt issue with the fileSystemModel. Turns out this is right and the issue seems to be related to the sorting, its just kinda slow with the updating of the view, particularly in detail mode. I have tried every which way but I just couldn't eliminate it completely.

BUT...I had some success. Even though I haven't fixed the reordering in detail view yet, I did manage to speed up the startup of qtfm, so now it should load fast with everything in place, nothing moving about.

I'm still working on the detail view issue, it looks like I might have to subclass to the whole sorting part and try to do it faster.

Cheers,
Witty

anonymous_user · 2010-12-04 14:44:39

I upgraded qtfm and I can paste again; thank you! Though I'd still like to see how to get this custom action working:

https://bbs.archlinux.org/viewtopic.php … 14#p861614

Wittfella · 2010-12-04 15:25:03

anonymous_user wrote:

I'd still like to see how to get this custom action working:
mv %F $(zenity --file-selection --directory)

Hey, I'm not that familiar with zentiy (gui dialogs?), does the zenity bit return a path? Is it a string?

To be honest I'm not sure on the fly substitution like this will work. I'll check it out a bit more.

Last edited by Wittfella (2010-12-04 15:47:51)

anonymous_user · 2010-12-04 15:32:10

I believe it just returns a path.

karabaja4 · 2010-12-04 15:34:07

Hey Wittfella, thanks for the fix! Details view now starts arranged, and rearrange when switching between folders is almost not noticeable Very nice!

Confirm/deny file replace instead of "Copy of ..." would be a nice feature, then qtfm would officially be the perfect file manager

Wittfella · 2010-12-04 15:47:36

anonymous_user wrote:

mv %F $(zenity --file-selection --directory)

Yup, thats a bit to complicated. When it parses the custom action command, it basically takes the first part as the command to run, and everything else is an argument.
To do what you want above is basically two commands. I might look at modifying the custom actions to allow this somehow. Maybe the syntax can be something like this.

zenity --file-selection || mv %F %1

Then qtfm will split at the || and run each section in sequence. The %1 would be the return value of the first command.

Doesn't seem too hard, I'll test it out.

anonymous_user · 2010-12-04 16:01:03

Don't worry too much about it. Its simple enough to make it a script then just point qtfm to the script.

#!/bin/sh
q="$1"
mv "$q" $(zenity --file-selection --directory)
exit

Wittfella · 2010-12-04 16:16:28

Oh yeah...even easier, nice!

Just out of curiosity, why are you moving stuff with zenity like this? Thats what filemanagers are for aren't they?

anonymous_user · 2010-12-04 16:24:52

Initially I just wanted to use this to get around qtfm not being able to paste. However using this script does make it easier to move files without needing to open multiple instances of qtfm.

karabaja4 · 2010-12-04 18:05:36

Small bug (not easily solvable I guess?): If we mount a share via cifs into some folder inside /home, and when that network location become unavailable (but the folder is still mounted), qtfm takes about 10 seconds to start and refuses to display that particular folder in display.

***

BTW I was thinking how could we improve cut/copy/paste actions, and this is what I have come up with:

1) Change text color of the file we just did cut action on (for example we make the text orange, but only until we leave the current folder) to differ it from copy action.
2) As mentioned before, do a auto-scroll and select on pasted files (is this a good idea? comments?).
3) Then there is a matter of cutting/copying between different instances. So, I was thinking about this: say we make something like /tmp/qtfm/cutpath.txt when cutting the file, and then when pasting the file qtfm cheks for that particular location, and cuts the file if necessary (paste action should be enabled when this file exists, but it's very ineffective to check for that file constantly just to enable paste, so maybe we can check when we open the menu or invoke the shortcut?). Anyway, you get the point - use a /tmp/.. file as means of communication between two (or more) qtfm instances. I know reading files is very resource-expensive task, but maybe we could hack our way around that somehow so it won't impact the performance?

Wittfella · 2010-12-05 05:39:38

CHANGELOG wrote:

3.4 5-December-2010
- added option to replace existing files on cut/copy/paste.
- added colour effect to items to indicate a cut in progress.
- modified cut action to work across multiple instances.
- modified startup, should be faster with no reordering of items.

anonymous_user · 2010-12-05 05:47:02

The replace function works well but could it be tweaked to ask for each file (keep a Replace All button though)?

Last edited by anonymous_user (2010-12-05 05:47:33)

karabaja4 · 2010-12-05 05:55:54

anonymous_user wrote:

The replace function works well but could it be tweaked to ask for each file (keep a Replace All button though)?

I can't find a 'replace all' button? (I agree it would be extremely useful feature).

BTW, my Paste function is disabled when trying to paste between instances (it only activates when I cut or copy something in that particular instance).

And the grayed-out cut should reset when cutting another file. For example, I cut file1 and it becomes grayed out. Then I cut file2 to override file1, now both file1 and file2 are grayed out, but only file2 is actually cut. Same with copy overriding cut.

Another small bug: when activating hidden files view in details mode, and then when moving mouse on top of .dotfolders, then when we move the mouse cursor away and disable hidden files view, the folder mouse cursor was last pointing to remains un-hidden.

Last edited by karabaja4 (2010-12-05 06:25:45)

anonymous_user · 2010-12-05 06:01:37

I just noticed that refreshing removes the gray effect from cut files although they are still cut and they paste.

Wittfella · 2010-12-05 13:13:12

Hey, I just tweaked it a bit to fix some of the things above.

I didn't put a replace/yes/no on every file because the pasting happens in a separate thread and you can't bring up messageboxes from there, so I do one at the start and it applies to all. I figured that 99 time out of 100 you are most likely to click 'Yes to all' anyway.

anonymous_user · 2010-12-05 14:56:21

Just FYI but when you change a PKGBUILD and the package version is the same, you should increment the pkgrel number.

karabaja4 · 2010-12-05 16:27:26

Hey, thanks, paste works fine now, here is few more bugs related to newest changes:

1) When dragging files into folder where files already exist, qtfm asks to replace each file separately, and there is no 'replace all' button (while paste does replace all, like you said it's 99/100 anyway). Maybe in addition we can just put 'yes to all' in replace dialog when dragging if possible, since it's different from paste function?

2) Switching between hidden/unhidden mode and hover folders issue remain unfixed (if you tinkered with these).

fiinix · 2010-12-06 02:36:39

I totally love how the files and folders are not sorted before my eyes anymore. And the new way to change view options is also awesome²! Thanks for all the work you put into all the latest changes.

Arch Linux

#351 2010-12-02 03:57:16

Re: qtFM - Small, fast, light Qt filemanager

#352 2010-12-02 04:16:47

Re: qtFM - Small, fast, light Qt filemanager

#353 2010-12-02 19:46:10

Re: qtFM - Small, fast, light Qt filemanager

#354 2010-12-04 02:10:42

Re: qtFM - Small, fast, light Qt filemanager

#355 2010-12-04 03:45:49

Re: qtFM - Small, fast, light Qt filemanager

#356 2010-12-04 05:16:40

Re: qtFM - Small, fast, light Qt filemanager

#357 2010-12-04 10:29:29

Re: qtFM - Small, fast, light Qt filemanager

#358 2010-12-04 14:03:23

Re: qtFM - Small, fast, light Qt filemanager

#359 2010-12-04 14:44:39

Re: qtFM - Small, fast, light Qt filemanager

#360 2010-12-04 15:25:03

Re: qtFM - Small, fast, light Qt filemanager

#361 2010-12-04 15:32:10

Re: qtFM - Small, fast, light Qt filemanager

#362 2010-12-04 15:34:07

Re: qtFM - Small, fast, light Qt filemanager

#363 2010-12-04 15:47:36

Re: qtFM - Small, fast, light Qt filemanager

#364 2010-12-04 16:01:03

Re: qtFM - Small, fast, light Qt filemanager

#365 2010-12-04 16:16:28

Re: qtFM - Small, fast, light Qt filemanager

#366 2010-12-04 16:24:52

Re: qtFM - Small, fast, light Qt filemanager

#367 2010-12-04 18:05:36

Re: qtFM - Small, fast, light Qt filemanager

#368 2010-12-05 05:39:38

Re: qtFM - Small, fast, light Qt filemanager

#369 2010-12-05 05:47:02

Re: qtFM - Small, fast, light Qt filemanager

#370 2010-12-05 05:55:54

Re: qtFM - Small, fast, light Qt filemanager

#371 2010-12-05 06:01:37

Re: qtFM - Small, fast, light Qt filemanager

#372 2010-12-05 13:13:12

Re: qtFM - Small, fast, light Qt filemanager

#373 2010-12-05 14:56:21

Re: qtFM - Small, fast, light Qt filemanager

#374 2010-12-05 16:27:26

Re: qtFM - Small, fast, light Qt filemanager

#375 2010-12-06 02:36:39

Re: qtFM - Small, fast, light Qt filemanager

Board footer