Rox-filer : show directory size, please (Solved)

Filemanagers, partitioning tools, etc.
Message
Author
musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#31 Post by musher0 »

Erratum --
File ytree.desktop, line 9, in above package, should read:

Code: Select all

Exec=urxvt -sr -tr -tint firebrick4 -sh 55 -fg white -fn "xft:Liberation Mono:pixelsize=14:antialias=true:hinting=true" -e ytree /
Thanks for your understanding.

musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

Pelo

treesize : one more !

#32 Post by Pelo »

Quote :
Thanks, I know gdmap, it runs, but treesize much better for me. Treesize lists biggest folders at top of list, with many right-click functions, makes it easy to manage disk. Gdmap requires visual hunting.

The matter is closed ? 'la boucle est bouclée ?"

NO ! We were asking Rox-filer to do it....
Attachments
treesize-0.54.1.pet
(24.18 KiB) Downloaded 396 times
treesize.png
(37.66 KiB) Downloaded 415 times

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#33 Post by musher0 »

If you believe you have a solution, then please add
[SOLVED]
to the title of this thread.

BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#34 Post by musher0 »

musher0 wrote:Erratum --
File ytree.desktop, line 9, in above package, should read:

Code: Select all

Exec=urxvt -sr -tr -tint firebrick4 -sh 55 -fg white -fn "xft:Liberation Mono:pixelsize=14:antialias=true:hinting=true" -e ytree /
Thanks for your understanding.

musher0
Hello again, all.

I just noticed that this version of ytree has a tendency to "take a nap"
in memory even if you close it with the "q" (quit) function from within
ytree, and not by clicking the "x" on the window bar. When ytree does
"take a nap" in memory like that, it slows down all your computing
operations, because it keeps the main chip busy at 99-100 % for no
good reason.

To solve this problem, put the following in your /root/my-applications/bin
folder as file ytree.sh and make it executable.

Code: Select all

#!/bin/sh
# $MBINS/ytree.sh
####
kill "`pidof -s ytree`" >/dev/null 2>&1
sleep 0.1s
urxvt -sr -tr -tint firebrick4 -sh 55 -fg white -fn "xft:Liberation Mono:pixelsize=14:antialias=true:hinting=true" -e ytree /
kill "`pidof -s ytree`" >/dev/null 2>&1
Then change line 9 of /usr/share/applications/ytree.desktop simply to

Code: Select all

Exec=ytree.sh
The "kill" lines in the above script will make sure that ytree really
closes. Line 4 is just a precaution.

If you prefer to download the script as an archive, unpack the
attached file in /root/my-applications/bin and make it executable
before using it.

There is no need to make file /usr/share/applications/ytree.desktop
executable. The "mechanism" of the *.desktop files is not the same as
the "mechanism" of bash scripts.

BFN

musher0
Attachments
ytree.sh.zip
(391 Bytes) Downloaded 351 times
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

Pelo

2015 : treesize is the One i was looking for.

#35 Post by Pelo »

2015 : treesize is the One i was looking for.
Adopted as quite a default application beside GDmap
First GDmap, then Treesize for deeper check. Wonderful tool.
Developers should use them, to trim the fat before painting their new puplet.
Remove builtin does not remove all the stuff, mainly for browsers. I know puplets with MBs left in libs.
i was answered it was in case of seamonkey re-installed or if Chrome would be installed.... don't mind.

Post Reply