-
 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.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans (4) .- Knowledge Base  . 

Filelight

   1.0  

KDE Filemanager

Score 85%
Filelight
zoom


Filelight
zoom


Link:  Link
Minimum required   KDE 3.3.x
Downloads:  24826
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




LicenseGPL
Source(aa885e53e09f40e7fdd371395140b957)
other(i18n-20070422 -- 14b74c4e8095e5979cd9c02c6146ea0e)
Send to a friend
Subscribe
Other  Apps  from MxCl
Report inappropriate content



goto page: prev   1  2  3  4  5  6  7  8  9  10 

-

 error

 
 by AussieJohn on: Nov 13 2004
 
Score 50%

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%

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%

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%

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%

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%

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%

I tried the suggested #include, btw


Reply to this

-

 Re: fails to build

 
 by MxCl on: Nov 14 2004
 
Score 50%

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%

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%

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%

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%

beta6 works great! Thanks.


Reply to this

-

 Solution

 
 by MxCl on: Nov 14 2004
 
Score 50%

Actually just replace line 26 with:

extern uint Directory::fileCount() const;


Reply to this

-
.

 Re: Solution

 
 by nsteeves on: Nov 14 2004
 
Score 50%

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%

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%

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%

never mind - i just found the solution up


Reply to this

-
.

 makekdewidgets miss.

 
 by olahaye74 on: Nov 24 2004
 
Score 50%

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%

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%

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%

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%


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%

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%

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,


Reply to this

goto page: prev   1  2  3  4  5  6  7  8  9  10 

Add commentBack






-
-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.