SpaceFM a file manager

[aus9]

a fork of a fork of pcmanfm
only I think its better.

I have not resolved automatic umounting of media.



give it a shot?

[Rich]

Hi aus9

I have not resolved automatic umounting of media.

What do you mean by  automatic unmounting?

[Lee]

Nice.

Haven't fully tested it yet but liking it so far.

I didn't get an icon when I installed it... could just be something funky in my set up - I didn't try it on a "base norestore" clean system yet.

Thanks.

[tinypoodle]

Rather impressive dependency tree for a file manager, particularly the udisks part...   

[aus9]

Rich
on some distros, pulling out the usb stick "auto" unmounts and pressing the eject button on optical media drive...ditto
Meaning the entry in the left hand pane disappears.

tinypoddle
I think like a village idiot, if you are suggesting dependencies are too big a download pls say so or whatever you are alluding to pls
udisks (or udevil) is the main dependency on some other distros for automounting
Without the depends of the depends the list looks like

coreutils.tcz           shared-mime-info.tcz       hicolor-icon-theme.tcz
gtk2.tcz                libstartup-notification.tcz   udisks.tcz   bash.tcz
dbus.tcz            udev-lib.tcz                          libattr.tcz

automounting should work for you, I hope. it is marked Testing tho, to cover my botty.

Lee
Can you advise do you mean you can't see an menu entry with icon somewhere?
For me, its under System Tools. I have attached an image if needed

For all, desktop entry is /usr/local/share/applications

cheers and thanks all for testing so far

[Lee]

I get a menu entry under "Applications" but no icon appears on the wbar.  There are some icons included in the extension but I had to manually ad one to wbar.


I'd agree that the total size of the app, with dependencies, is a bit on the heavy side at 24.44 MB (vs 16.77 for pcmanfm2,  13.11 for emelfm2 and 4.43 for xfe).

It looks like the user interface will take some getting used to, too.  But if its really good it can be worth some baggage and some effort to learn.

[aus9]

hmm I never wbar as I use lxde, oops
to get it it looks like I might have to choose a diff icon pathway
I chose
echo 'X-FullPathIcon=/usr/local/share/icons/Faenza/apps/48/SpaceFM.png' in my build script and maybe I should copy that 48 icon size into
/usr/local/share/pixmaps/

I will test later thanks for reporting

[Lee]

You're welcome.  And thank you for your work on extensions.

I keep wanting to call this one "spacemanfm"!

[aus9]

wiki may be strongly worded stating

The icon should be a 48×48 PNG, and the preferred location for storing icons is /usr/local/share/pixmaps/

but chromium (desktop)  uses X-FullPathIcon=/usr/local/share/icons/hicolor/64x64/apps/chromium-browser.png

and I used X-FullPathIcon=/usr/local/share/icons/Faenza/apps/48/SpaceFM.png

and I have double-checked using mtpaint and it declares its a 48x48 and chromium is 64x64
---wbar displays chromium

hmmm

[aus9]

anyone got a wbar icon where the tcz has a mixture of upper and lower case?

and

does the TCZ name need to match the icon name?

SpaceFM uses an icon for spacefm

I have got the menu licked, SpaceFM uses SpaceFM desktop

the specs page is not making it easy for a local village idiot

http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html
but it does say

Case is significant everywhere in the file

but not what that truly means.

maybe I should rename my icons and remaster the tcz?

[Rich]

Hi aus9
Just so no noobs get the wrong idea by reading this statement:

on some distros, pulling out the usb stick "auto" unmounts ....

This is not a safe way to remove a USB drive since there could still be a write in progress. Always unmount a drive first.
Once you have confirmation the drive is unmounted AND the light on the drive stops flashing, it is safe to remove.

[AmatCoder]

anyone got a wbar icon where the tcz has a mixture of upper and lower case?

No, wbar icon filename must be lower case.

does the TCZ name need to match the icon name?

No.

[tinypoodle]

on some distros, pulling out the usb stick "auto" unmounts

Huh? 
Hard to believe, could you name any specific examples?

and pressing the eject button on optical media drive...ditto

There is an essential difference between filesystems mounted readonly vs. read-write.
Filesystems on optical drives happen to be mounted readonly in majority of cases.
Whenever a filesystem on an optical drive is mounted read-write, it has to be safely umounted
before being ejected as well.

tinypoddle
I think like a village idiot, if you are suggesting dependencies are too big a download pls say so or whatever you are alluding to pls

I was impressed what dependencies a file manager could pull when looking at the dependency tree,
particularly the subtree of "udisks".

udisks (or udevil) is the main dependency on some other distros for automounting

Glad core doesn't include most of that stuff...

[tinypoodle]

Hi aus9
Just so no noobs get the wrong idea by reading this statement:

on some distros, pulling out the usb stick "auto" unmounts ....

This is not a safe way to remove a USB drive since there could still be a write in progress. Always unmount a drive first.
Once you have confirmation the drive is unmounted, it is safe to remove.

Not necessarily, according to what is discussed here:
http://forum.tinycorelinux.net/index.php/topic,14006.msg78638.html#msg78638

[coreplayer2]

   Even a journaled file system will check the system on boot but may not be able to prevent data loss..     Every inadvertent disconnect I've experienced of a mounted USB has always resulted in a filesystem with the dirty bit set, the only fix is a file system check, again maybe too late to prevent data loss.