Warning: session_start(): open(/tmp/sess_5lkbrs2mc9cqos35b3voassk82, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
Filelight openDesktop.org


	KDE-Apps.org Applications for the KDE-Desktop GTK-Apps.org Applications using the GTK Toolkit GnomeFiles.org Applications for GNOME MeeGo-Central.org Applications for MeeGo CLI-Apps.org Command Line Applications Qt-Apps.org Free Qt Applications Qt-Prop.org Proprietary Qt Applications Maemo-Apps.org Applications for the Maemo Plattform Java-Apps.org Free Java Applications eyeOS-Apps.org Free eyeOS Applications Wine-Apps.org Wine Applications Server-Apps.org Server Applications apps.ownCloud.com ownCloud Applications


	KDE-Look.org Artwork for the KDE-Desktop GNOME-Look.org Artwork for the GNOME-Desktop Xfce-Look.org Artwork for the Xfce-Desktop Box-Look.org Artwork for your Windowmanager E17-Stuff.org Artwork for Enlightenment Beryl-Themes.org Artwork for the Beryl Windowmanager Compiz-Themes.org Artwork for the Compiz Windowmanager EDE-Look.org Themes for your EDE Desktop


	Debian-Art.org Stuff for Debian Gentoo-Art.org Artwork for Gentoo Linux SUSE-Art.org Artwork for openSUSE Ubuntu-Art.org Artwork for Ubuntu Kubuntu-Art.org Artwork for Kubuntu LinuxMint-Art.org Artwork for Linux Mint Arch-Stuff.org Art And Stuff for Arch Linux Frugalware-Art.org Themes for Frugalware Fedora-Art.org Artwork for Fedora Linux Mandriva-Art.org Artwork for Mandriva Linux


	KDE-Files.org Files for KDE Applications OpenTemplate.org Documents for OpenOffice.org GIMPStuff.org Files for GIMP InkscapeStuff.org Files for Inkscape ScribusStuff.org Files for Scribus BlenderStuff.org Textures and Objects for Blender VLC-Addons.org Themes and Extensions for VLC


	KDE-Help.org Support for your KDE Desktop GNOME-Help.org Support for your GNOME Desktop Xfce-Help.org Support for your Xfce Desktop

openDesktop.org: Applications Artwork Linux Distributions Documents Linux42.org OpenSkillz.com

Filelight

1.0

KDE Filemanager

Score 85%

MxCl
Home

Link: Link
Downloads: 24994

Submitted: Jan 5 2004
Updated: Sep 2 2006

Description:

Filelight creates an interactive map of concentric segmented-rings that represent the sizes of files and directories on your computer.

* KIO support, check disk usage on your web server or grandma's linux box
* KPart for quick disk usage checks while in Konqueror

Changelog:

1.0
* As RC2, no changes at all.

RC2
* Fixed two crashes, we hope
* Correct 2GB size limit on Debian
* Stopped using GiB/MiB in favour of the more universal GB, MB

RC1
* All known bugs fixed as far as I can before 1.1
* Click very center to go up a dir
* Context menu gains copy to clipboard

License: GPL

Source

(aa885e53e09f40e7fdd371395140b957)

other

(i18n-20070422 -- 14b74c4e8095e5979cd9c02c6146ea0e)

Send to a friend
Subscribe
Other Content from MxCl
Report inappropriate content

goto page:

1 2 3 4 5 6 7 8 9 10

error

by AussieJohn on: Nov 13 2004

Score 50%

AussieJohn
n/a

First a correction to my earlier post. My current filelight is version 1.2 and it did install normally before I upgraded to 10.1 from 10, so that is going aok.

I have tried the install both vers 1.4 and also 1.5 from both account and from root but get exactly the same error.
I have also just about installed everything pertaining to KDE including devel files and did it by installing a couple extra at a time to see if I could find which one or two make the difference but still no luck.

John.

Reply to this

Re: error

by MxCl on: Nov 13 2004

Score 50%

MxCl
Home

You'll almost certainly get the same error when trying to build any KDE application. You should probably talk to Mandrake people. If it helps, I'm using the standard KDE build system, and your configure fails checking for an essential KDE build tool.

Use the Autopackage, this is what it is there for. Just do the following from a terminal:

./filelight-1.0-beta5.x86.package

Reply to this

error on compile

by hydrolik on: Nov 14 2004

Score 50%

hydrolik

Any ideas?

g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/kde/include -I/usr/lib/qt/include -I/usr/X11R6/include -I../../src -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o filelight.all_cpp.o `test -f 'filelight.all_cpp.cpp' || echo './'`filelight.all_cpp.cpp
In file included from filelight.all_cpp.cpp:3:
mainWindow.cpp: In constructor `Filelight::MainWindow::MainWindow()':
mainWindow.cpp:34: error: `exit' undeclared in namespace `std'

Reply to this

Re: error on compile

by MxCl on: Nov 14 2004

Score 50%

MxCl
Home

Add #include to the top of mainWindow.cpp, or use the Autopackage and never worry about compile issues again. Thanks.

Reply to this

Re: Re: error on com

by MxCl on: Nov 14 2004

Score 50%

MxCl
Home

Sigh, kde-apps thought I was quoting HTML or something.

#include <stdlib.h>

Reply to this

fails to build

by nsteeves on: Nov 14 2004

Score 50%

nsteeves
Home

Against QT-3.3.3
KDE-3.3.1

In file included from libfilelight_la.all_cpp.cpp:2:
part.cpp:26: warning: `extern' is not at beginning of declaration
part.cpp:26: error: declaration of `uint Directory::fileCount() const' outside
of class is not definition
make[4]: * [libfilelight_la.all_cpp.lo] Error 1
make[4]: Leaving directory `/home/media/misc/work/ShawNET/ports/filelight/work/src/filelight-1.0-beta5/src/part'
make[3]: * [all-recursive] Error 1
make[3]: Leaving directory `/home/media/misc/work/ShawNET/ports/filelight/work/src/filelight-1.0-beta5/src/part'
make[2]: * [all-recursive] Error 1
make[2]: Leaving directory `/home/media/misc/work/ShawNET/ports/filelight/work/src/filelight-1.0-beta5/src'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory `/home/media/misc/work/ShawNET/ports/filelight/work/src/filelight-1.0-beta5'
make: *** [all] Error 2

Reply to this

Re: fails to build

by nsteeves on: Nov 14 2004

Score 50%

nsteeves
Home

I tried the suggested #include, btw

Reply to this

Re: fails to build

by MxCl on: Nov 14 2004

Score 50%

MxCl
Home

Use the Autopackage or don't compile --enable-final.

Reply to this

Re: Re: fails to build

by nsteeves on: Nov 14 2004

Score 50%

nsteeves
Home

I get this error with without --enable-final, or --disable-debug, or anything like that. I wish I was better at reading C++... "uint extern Directory::fileCount() const;" from part.cpp:26 should be somewhere else, but I can't for the life of me figure out where. Interestingly enough, filelight compiles, and seems to work fine once this line is removed!!!

Reply to this

Re: Re: Re: fails to build

by nsteeves on: Nov 14 2004

Score 50%

nsteeves
Home

Correction, the filelight beta5 executable work. Filelight beta5 libraries still do not...the reason it was "working" was because beta5 was using beta4's libs in /usr.

Reply to this

Re: Re: Re: Re: fail

by MxCl on: Nov 14 2004

Score 50%

MxCl
Home

I don't understand the error, but I'll do the same as you I think for beta6. Thanks! :)

So it doesn't work once installed? This sort of issue shouldn't produce a bad binary as it is just a syntax thing. If it doesn't work please email me the error message, if you have the time. Thanks!

Reply to this

Re: Re: Re: Re: Re: fail

by nsteeves on: Nov 24 2004

Score 50%

nsteeves
Home

beta6 works great! Thanks.

Reply to this

Solution

by MxCl on: Nov 14 2004

Score 50%

MxCl
Home

Actually just replace line 26 with:

extern uint Directory::fileCount() const;

Reply to this

Re: Solution

by nsteeves on: Nov 14 2004

Score 50%

nsteeves
Home

this was the first thing I tried. It removes the extern error, but I still got the:
part.cpp:26: error: declaration of `uint Directory::fileCount() const' outside of class is not definition

Can you believe that it worked once I omitted the line altogether!? More amazing still, is no functionality seems to be lost!?! The files are still counted in the lower-right-hand-corner of the window

Reply to this

Re: Re: Solution

by MxCl on: Nov 14 2004

Score 50%

MxCl
Home

Cool this is good. I'll update the source for beta6 so nobody else gets this bug. I'm assuming it's a bug for specific gcc versions :( For sure it compiles fine for me, I use gcc 3.4.3.

Reply to this

compile failed

by daperi on: Nov 21 2004

Score 50%

daperi
ArchLinux
Home

using
gcc 3.4.3
qt 3.3.3
kde 3.3.1

g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/kde/include -I/opt/qt/include -I/usr/X11R6/include -I../../src -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -march=i686 -O2 -pipe -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o mainWindow.o `test -f 'mainWindow.cpp' || echo './'`mainWindow.cpp
mainWindow.cpp: In constructor `Filelight::MainWindow::MainWindow()':
mainWindow.cpp:34: error: `exit' is not a member of `std'
make[3]: * [mainWindow.o] Error 1
make[3]: Leaving directory `/home/damir/cvsARCH/extra/system/filelight/src/filelight-1.0-beta5/src/app'
make[2]: * [all-recursive] Error 1
make[2]: Leaving directory `/home/damir/cvsARCH/extra/system/filelight/src/filelight-1.0-beta5/src'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory `/home/damir/cvsARCH/extra/system/filelight/src/filelight-1.0-beta5'
make: * [all] Error 2
==> ERROR: Build Failed. Aborting...

Reply to this

Re: compile failed

by daperi on: Nov 21 2004

Score 50%

daperi
ArchLinux
Home

never mind - i just found the solution up

Reply to this

makekdewidgets miss.

by olahaye74 on: Nov 24 2004

Score 50%

olahaye74
CEA

I have the same Error on my Mandrake 10.1 using KDE 3.2.3

It seems that makekdewidgets appeared in kdelibs-devel-3.2.91 and is part of KDE 3.3.x only.

Can someone confirm this?

Any alternatives to compile it for KDE 3.2.3? (the mandrake package is 1.0-beta2)

thanks in advance.

--
Olivier LAHAYE
Reply to this

Re: makekdewidgets miss.

by MxCl on: Nov 24 2004

Score 50%

MxCl
Home

Thanks, I upgraded the requirements. Unfortunately nobody tells us anything about the requirements of the kde-admin package. Nor even is there a README or set of documentation for it that I could find. Bloody Open Source software! ;)

Reply to this

Usability?

by oliverthered on: Nov 25 2004

Score 50%

oliverthered

Try making the largest block red every time.

Also, directories are currently layed out in alphabetical order, which makes no sense at all!

Try laying them out from biggest to smallest, starting at the top of the pie and staggering left,right so that the pie chart is 'fat' at the top and 'skinny' at the bottom.

Also put a label in the centre of the pie so that I know which directory I'm looking at.

Make file selection more like the rest of KDE too.

Nice extras would be filtering out old files (since I probably want them on my system, so don't what then distracting from the other totals).

Reply to this

Yes. Usability.

by MxCl on: Nov 25 2004

Score 50%

MxCl
Home

Directories are not sorted in alphabetical order.

There is no room for a text in the center of the map, and also the directory is mentioned in 3 other places, so I figured more redundancy would just irritate another group of people.

I haven't a clue what you mean by "make file selection more like KDE", I use a KDE file dialog and Konqi style browser bar, so seems to me like I do.

Your suggestions for colour and segment arrangement are on my TODO since a long time now. Implementing these things is hard and there were more important usability issues to be dealt with.

Usability is my number 1 priority with this application. I'm sure if you looked at it carefully you would realise it has had a lot of love and care and is overall very pleasant to use.

Thanks for the comments.

Reply to this

Re: Yes. Usability.

by oliverthered on: Nov 25 2004

Score 50%

oliverthered

Ok,
I've got a good half inch in the middle of the wheel, good enough for 20 charters or so.

The directories aren't in alphabetical, I think it was just the directory I was cleaning out earlier. What order are they in?

I don't know of another app that uses the Directory selection dialogue in KDE which is the dialogue that filelight is using, this makes is seem a bit odd.

And I would expect the screen layout to be the same as Konqueror.
i.e.
the label Location:before the location input.
The back and forward buttons tool-bar the location input tool-bar.

Nice idea, but it feels a little bit odd to use at the moment.

Reply to this

.

by MxCl on: Nov 25 2004

Score 50%

MxCl
Home

I find your opinions very strange. In the name of usability you imply that I should use the file selection dialog for selecting directories, when the file selection dialog is a very bad usability choice for selecting directories, and it is directories that the user must choose!

You nitpick that I need to add a Location label to the toolbar to make it more consistent with Konqueror, but it already has sufficient similarities with Konqueror that it is immediately obvious how to use it. It has up-back-forward toolbar buttons, it has a location bar, it even has stop and refresh buttons, all in the same order as the default layout of Konqueror. Adding the Location label is not necessary IMO, because the technical skills of the average Filelight user are high. They already know how to use the interface, my task is simply to make the new areas of interface intuitive and well labelled. This is hard with such a new concept as the radial map, but I spent many hours thinking about how to do it well. I note that you have found no cause to criticise these sections so I assume at least I succeeded there.

I can only assume it wouldn't really matter how well I had designed this application. You'd still find things to complain about.

However I thank you for reminding me about the ordering of the directories and the use of colour to convey extra information. I'll do some work on that in the near future if I can spare the time.

Reply to this

Re: .

by oliverthered on: Nov 26 2004

Score 50%

oliverthered

Don't take it personally, they were just a few points I noticed while trying to free some space on my hard drive.

I only made my suggestions to help produce a more polished final product.
I'll even do some coding for you if you like so you can see if it's better or worse,

goto page:

Add commentBack

Desktop Screenshots

Newest Groups

Elementary OS

Nahuatl language

FORUM

Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog

Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS
Events RSS

Participate
Groups
Forum
Add Content
Public API

About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse

Copyright 2007-2016 openDesktop.org Team
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team

Filelight

KDE Filemanager

Filelight creates an interactive map of concentric segmented-rings that represent the sizes of files and directories on your computer. * KIO support, check disk usage on your web server or grandma's linux box * KPart for quick disk usage checks while in Konqueror

1.0 * As RC2, no changes at all. RC2 * Fixed two crashes, we hope * Correct 2GB size limit on Debian * Stopped using GiB/MiB in favour of the more universal GB, MB RC1 * All known bugs fixed as far as I can before 1.1 * Click very center to go up a dir * Context menu gains copy to clipboard

error

Re: error

error on compile

Re: error on compile

Add #include to the top of mainWindow.cpp, or use the Autopackage and never worry about compile issues again. Thanks.

Re: Re: error on com

Sigh, kde-apps thought I was quoting HTML or something. #include <stdlib.h>

fails to build

Re: fails to build

I tried the suggested #include, btw

Re: fails to build

Use the Autopackage or don't compile --enable-final.

Re: Re: fails to build

Re: Re: Re: fails to build

Correction, the filelight beta5 executable work. Filelight beta5 libraries still do not...the reason it was "working" was because beta5 was using beta4's libs in /usr.

Re: Re: Re: Re: fail

I don't understand the error, but I'll do the same as you I think for beta6. Thanks! :) So it doesn't work once installed? This sort of issue shouldn't produce a bad binary as it is just a syntax thing. If it doesn't work please email me the error message, if you have the time. Thanks!

Re: Re: Re: Re: Re: fail

beta6 works great! Thanks.

Solution

Actually just replace line 26 with: extern uint Directory::fileCount() const;

Re: Solution

Re: Re: Solution

Cool this is good. I'll update the source for beta6 so nobody else gets this bug. I'm assuming it's a bug for specific gcc versions :( For sure it compiles fine for me, I use gcc 3.4.3.

compile failed

Re: compile failed

never mind - i just found the solution up

makekdewidgets miss.

I have the same Error on my Mandrake 10.1 using KDE 3.2.3 It seems that makekdewidgets appeared in kdelibs-devel-3.2.91 and is part of KDE 3.3.x only. Can someone confirm this? Any alternatives to compile it for KDE 3.2.3? (the mandrake package is 1.0-beta2) thanks in advance.

Re: makekdewidgets miss.

Thanks, I upgraded the requirements. Unfortunately nobody tells us anything about the requirements of the kde-admin package. Nor even is there a README or set of documentation for it that I could find. Bloody Open Source software! ;)

Usability?

Yes. Usability.

Re: Yes. Usability.

.

Re: .

Don't take it personally, they were just a few points I noticed while trying to free some space on my hard drive. I only made my suggestions to help produce a more polished final product. I'll even do some coding for you if you like so you can see if it's better or worse,

Filelight creates an interactive map of concentric segmented-rings that represent the sizes of files and directories on your computer.

* KIO support, check disk usage on your web server or grandma's linux box
* KPart for quick disk usage checks while in Konqueror

1.0
* As RC2, no changes at all.

RC2
* Fixed two crashes, we hope
* Correct 2GB size limit on Debian
* Stopped using GiB/MiB in favour of the more universal GB, MB

RC1
* All known bugs fixed as far as I can before 1.1
* Click very center to go up a dir
* Context menu gains copy to clipboard

Sigh, kde-apps thought I was quoting HTML or something.

#include <stdlib.h>

I don't understand the error, but I'll do the same as you I think for beta6. Thanks! :)

So it doesn't work once installed? This sort of issue shouldn't produce a bad binary as it is just a syntax thing. If it doesn't work please email me the error message, if you have the time. Thanks!

Actually just replace line 26 with:

extern uint Directory::fileCount() const;

I have the same Error on my Mandrake 10.1 using KDE 3.2.3

It seems that makekdewidgets appeared in kdelibs-devel-3.2.91 and is part of KDE 3.3.x only.

Can someone confirm this?

Any alternatives to compile it for KDE 3.2.3? (the mandrake package is 1.0-beta2)

thanks in advance.

Don't take it personally, they were just a few points I noticed while trying to free some space on my hard drive.

I only made my suggestions to help produce a more polished final product.
I'll even do some coding for you if you like so you can see if it's better or worse,