qtFM - Small, fast, light Qt filemanager

Wittfella · 2010-12-06 03:49:35

Updated 3.4 a bit.

- The drag/drop and cut/paste dialog are now more consistent
- I think I made the reordering in detail view when going into a new folder better. (There is no reordering for me, probably depends on your computer speed though)

That hidden/unhidden/hover thing in detail view is bizarre! I have no idea why thats happening...

karabaja4 · 2010-12-06 04:14:49

Confirmed there's no more reordering when switching between folders (at least on my computer), thanks

BTW, I have few more bugs:

1) When dragging a file inside a folder to the same folder (like dragging the file a bit inside in the same area), qtfm asks to replace the file with itself. If user clicks yes the file disappears. This should be detected and no action taken. Dunno about the same situation between different instances, however.
2) When pasting a file where file with same filename exists and user clicks no on replace, 'Copy of ...' is created (is this intentional?).
3) More of a suggestion: I see a short flash of progress dialog window when pasting small files around. Is it possible to disable it if we paste files, for example, < 2mb in size?

Last edited by karabaja4 (2010-12-06 11:04:18)

Wittfella · 2010-12-07 04:27:03

CHANGELOG wrote:

3.5 7-December-2010
- fixed drag/drop and cut/paste replace yes/no behavior, more consistent.
- fixed cut colour notification for tree.
- fixed visible reordering when switching folder in detail view.
- fixed copy progress dialog busy mode for single large operation.
- fixed copy progress dialog, will only show for lengthy operations.
- fixed paste available notification when starting a new instance.
- fixed bug with cut/copy folders across different filesystems.

I spent a bunch of time yesterday fixing lots of little bugs and polishing things up a bit. The list above is the major ones, but I also made alot of small tweaks here and there.

Cheers,
Witty

Last edited by Wittfella (2010-12-07 08:34:01)

fiinix · 2010-12-07 08:13:18

Wittfella wrote:

- I think I made the reordering in detail view when going into a new folder better. (There is no reordering for me, probably depends on your computer speed though)

I have no visible reordering in detail view here either. Instead on first switch into a folder with many files, I have very short times when nothing is shown. About 0.2sec. Since I'm on a netbook with Intel Atom N270 here, it should be save to assume that no one sees any reordering

karabaja4 · 2010-12-07 09:53:32

Bug: when a folder is cut and pasted back to the same location, original folder is deleted and folder with 'Copy of ...' filename is created. Not sure how we should make this action more sane, maybe detect this somehow (because we must differ it from same situation when folders with different content are pasted on top of each other)?

Minor estetic suggestions: maybe put a rectangle box (dotted lines) around typeable text area when renaming a file, if it's possible? Also, I think filled <insert theme color here> rectangle on drag&drop target would look better than empty full-lined rectangle. *These are only personal preference and feel free to ignore.

Last edited by karabaja4 (2010-12-07 10:03:40)

Wittfella · 2010-12-07 10:36:19

I fixed that bug moments after I uploaded, grab it again.

That always happens, it drive me nuts I test the shit out it and can't find anything, upload to AUR and within 1 minute of playing with it again I find something...

fiinix · 2010-12-07 15:30:35

Wittfella wrote:

That always happens, it drive me nuts I test the shit out it and can't find anything, upload to AUR and within 1 minute of playing with it again I find something...

pressure is off and a new perspective has a chance. same thing here

thx for the fix

karabaja4 · 2010-12-07 19:53:26

Bugs:

1) when cutting then pasting really big file (over 4gb) progress bar starts over, and over, and over, and over... (returns at start position after progress gets at aprox. one third).

2) if a really big file (over 4gb) is unsuccessfully pasted after cut (for example we try to copy a 8gb file to vfat partition which supports only up to 4gb files), a folder (?) with 'Copy of <filename>' is created (along with invalid 4.00gb file, which is expected). Copy and paste however successfully detects this and displays a message that it could not paste some items.

3) When cutting then pasting a file with really long filename, filename inside progress bar is blank.

4) Random segfault when renaming a file, not sure what caused it, will try to reproduce.

5) Estetics:
- progress bar is out of alignment with right side of Cancel button.
- When copying big files, qt_temp.* are visible (why not rename these into target filename?).
- When I disable thumbnails in icon view and after that go to details view, I can still play with Show thumbs option - even tho button inside a menu it's disabled, try clicking on it - you can click it and the check mark appears, then when mouse is moved away from it it disappears again. Nothing happens tho, so this is just polishing.

Last edited by karabaja4 (2010-12-07 23:23:11)

Wittfella · 2010-12-08 01:33:07

1) Yes I saw this too. I don't know why it does that. It's supposed to be in 'busy mode' where it cycles back and forth. Its not continually resetting, its just acting weird, maybe a Qt bug, don't know.

2) I'll check this out.

4) That's bad, need to figure this out.

5) The temp file thing is Qt, I'm not doing that. Incidentally that is why sometimes when you paste, the new files go to the bottom of the list, but other times the list is resorted and the new files go in their alphabetical position. The temp file coming and going causes the views to update.

karabaja4 · 2010-12-08 04:52:13

That segfault happened while I was doing alot of heavy-duty-testing stuff inside qtfm (I think while I was copying something big I went outside of target folder using tree in that same instance and went to rename something on another partition), so it might not show up in regular usage.

Another bug: when moving (big) files via drag&drop across partitions, everything just freezes until files are copied.

Last edited by karabaja4 (2010-12-08 04:57:13)

Wittfella · 2010-12-08 07:18:34

Well that did my head in! I tried to figure out why the progress bar 'busy mode' sometimes worked, sometimes did the reset at 1/3 thing. Seems to be a bug related to the size of the file name. I got it to reproducibly work/not work using the exact same file, but with slightly different names.

Anyway, I put in a dirty hack which seems to work ok. I can no longer get it to play up. Let me know if you still can.

I also changed everything in the progress estimation to 64bit, so it should deal with >4gb files ok.

karabaja4 wrote:

Another bug: when moving (big) files via drag&drop across partitions, everything just freezes until files are copied.

The drag/drop is not threaded, so yeah. Its not usually a problem because drag/drop is a move operation so it just renames things which is very fast, but moving a across filesystems causes a copy.

Wittfella · 2010-12-10 05:54:22

CHANGELOG wrote:

3.6 10-December-2010
- added full drag/drop functionality to bookmarks list.
- modified drag/drop, now threaded operation.
- fixed issue with progress estimation for large files, now 64bit.

Made some significant changes.

The bookmarks are now fully drag/drop. If you drag a folder to the bookmark window it will be added as a new bookmark. If you drag anything to an existing bookmark it will be moved, like normal drag/drop operations.

I also changed the drag/drop to fully threaded , same as the cut/paste, so long operations between filesystems do not freeze up the gui.

Cheers,
Witty

karabaja4 · 2010-12-10 14:09:02

Hi,

thanks for the updates!

BTW, the bug with progress bar reseting at 1/3 is back, when copying single files (copy&paste, and drag&drop cut or copy). I think I wasn't able to reproduce it anymore in 3.5, but now it seems it's back again.

Wittfella · 2010-12-10 14:25:16

WTF! I've been using it all day and it didn't play up once. I just read your post, opened it up and first time it happened...

I didn't even touch that part of the code, so nothing should have changed.

moetunes · 2010-12-11 12:14:40

I just installed qtfm for the first time and copied a 2.9GB avi file and the progressbar worked fine for me.
It's a quick little filemanager thanks and well done
I just have to figure out how to theme it since vlc is my only other qt app afaik.

Zom · 2010-12-11 13:49:54

moetunes wrote:

I just installed qtfm for the first time and copied a 2.9GB avi file and the progressbar worked fine for me.
It's a quick little filemanager thanks and well done
I just have to figure out how to theme it since vlc is my only other qt app afaik.

qtconfig from the terminal.

moetunes · 2010-12-11 21:22:41

@ Zom
Thank you for that, didn't even know that app was on my system

Wittfella · 2010-12-13 14:03:21

CHANGELOG wrote:

3.7 13-December-2010
- added customizable key-bindings.

Not many changes, but a good one!

You can now edit/assign all the shortcuts yourself, including the built-in ones and your custom actions.

For instance, it was mentioned previously, you can create a "Trash" custom action to move things to a trash location and assign it to the 'delete' key so it does that by default, instead of the built-in permanent delete.

karabaja4 · 2010-12-14 16:20:42

Hey Wittfella, shorcuts work very nice, thanks.

One small bug: there are "&" symbols in shortcuts configuration window (for hard-coded actions), which apparently define the underline letter for quick access in menus. However, action names cannot be edited from there, and always revert to their default name. Because of that, we should 1) remove the "&" symbols and 2) make action name column un-editable?

BTW, here's a bit crazy idea that I wondered if it could be done. Since my normal desktop usage includes running qtfm for a significant amount of times, would it be possible to make a "daemon" mode which would make loading time instant (in other words, preload whole qtfm and then just popup an instance when needed). For example:

qtfm --daemon &
...
qtfm

Last edited by karabaja4 (2010-12-14 20:22:54)

anonymous_user · 2010-12-14 16:37:15

The & symbol shows which letter will be underlined so you can use the keyboard to access them for example clicking the File menu then pressing n will create a new folder.

However the main menu items (File, Edit, etc) do not have those underlined letters so you cannot use the Alt key to activate them. Can this be fixed?

karabaja4 · 2010-12-14 16:41:36

anonymous_user wrote:

The & symbol shows which letter will be underlined so you can use the keyboard to access them for example clicking the File menu then pressing n will create a new folder.
However the main menu items (File, Edit, etc) do not have those underlined letters so you cannot use the Alt key to activate them. Can this be fixed?

<edited last post again> You cannot edit underline letters from shortcuts configuration menu so we can safely remove them... I think it's better to use custom shortcut for that anyway.

Last edited by karabaja4 (2010-12-14 20:31:53)

anonymous_user · 2010-12-16 19:40:26

anonymous_user wrote:

Just something minor, but when I run desktop-file-validate against qtfm.desktop I get these messages:

qtfm.desktop: warning: value "qtfm.png" for key "Icon" in group "Desktop Entry" is an icon name with an extension, but there should be no extension as described in the Icon Theme Specification if the value is not an absolute path
qtfm.desktop: warning: value "System;FileTools;FileManager;Application;Utility;" for key "Categories" in group "Desktop Entry" contains a deprecated value "Application"

I just noticed this still exists.

Wittfella · 2010-12-17 02:47:05

karabaja4 wrote:

daemon mode ...

Hey I played with this a little, but to be honest it gets quite complicated for almost no gain. The startup is so fast now it's not worth it. Are your startups slow? On my snazzy work laptop (i5) running in virtualbox qtfm startup is virtually instant as it is. Even at home on my netbook its only slightly slower, like 0.5 second, maybe less.

Thanks anonymous, I thought I fixed up those things in the desktop file a while ago, anyway will fix it again.

karabaja4 · 2010-12-17 03:01:47

Wittfella wrote:

Hey I played with this a little, but to be honest it gets quite complicated for almost no gain. The startup is so fast now it's not worth it. Are your startups slow? On my snazzy work laptop (i5) running in virtualbox qtfm startup is virtually instant as it is. Even at home on my netbook its only slightly slower, like 0.5 second, maybe less.

Well not so slow, it takes aprox. 0.5 seconds on my (not so new) desktop. It was just an idea, I like to keep things as fast as possible

Last edited by karabaja4 (2010-12-17 03:09:36)

karabaja4 · 2010-12-17 13:48:33

Another bug: open an instance, click custom actions, and click cancel. Custom actions are no longer available.

Arch Linux

#376 2010-12-06 03:49:35

Re: qtFM - Small, fast, light Qt filemanager

#377 2010-12-06 04:14:49

Re: qtFM - Small, fast, light Qt filemanager

#378 2010-12-07 04:27:03

Re: qtFM - Small, fast, light Qt filemanager

#379 2010-12-07 08:13:18

Re: qtFM - Small, fast, light Qt filemanager

#380 2010-12-07 09:53:32

Re: qtFM - Small, fast, light Qt filemanager

#381 2010-12-07 10:36:19

Re: qtFM - Small, fast, light Qt filemanager

#382 2010-12-07 15:30:35

Re: qtFM - Small, fast, light Qt filemanager

#383 2010-12-07 19:53:26

Re: qtFM - Small, fast, light Qt filemanager

#384 2010-12-08 01:33:07

Re: qtFM - Small, fast, light Qt filemanager

#385 2010-12-08 04:52:13

Re: qtFM - Small, fast, light Qt filemanager

#386 2010-12-08 07:18:34

Re: qtFM - Small, fast, light Qt filemanager

#387 2010-12-10 05:54:22

Re: qtFM - Small, fast, light Qt filemanager

#388 2010-12-10 14:09:02

Re: qtFM - Small, fast, light Qt filemanager

#389 2010-12-10 14:25:16

Re: qtFM - Small, fast, light Qt filemanager

#390 2010-12-11 12:14:40

Re: qtFM - Small, fast, light Qt filemanager

#391 2010-12-11 13:49:54

Re: qtFM - Small, fast, light Qt filemanager

#392 2010-12-11 21:22:41

Re: qtFM - Small, fast, light Qt filemanager

#393 2010-12-13 14:03:21

Re: qtFM - Small, fast, light Qt filemanager

#394 2010-12-14 16:20:42

Re: qtFM - Small, fast, light Qt filemanager

#395 2010-12-14 16:37:15

Re: qtFM - Small, fast, light Qt filemanager

#396 2010-12-14 16:41:36

Re: qtFM - Small, fast, light Qt filemanager

#397 2010-12-16 19:40:26

Re: qtFM - Small, fast, light Qt filemanager

#398 2010-12-17 02:47:05

Re: qtFM - Small, fast, light Qt filemanager

#399 2010-12-17 03:01:47

Re: qtFM - Small, fast, light Qt filemanager

#400 2010-12-17 13:48:33

Re: qtFM - Small, fast, light Qt filemanager

Board footer