Commit by mhowell :: r768216 amarok/trunk/extragear/multimedia/amarok/src/amarokcore/crashhandler.cpp:

In the crashHandler, get output from the pipe in 128byte chunks rather than allocating a
fixed 40kB buffer. This prevents allocating a 40kB COW chunk too.

Commit by mhowell :: r766340 amarok/trunk/extragear/multimedia/amarok/src/analyzers/boomanalyzer.cpp:

This should be a static variable for efficiency reasons. It is called
every 10ms after all.

Commit by mhowell :: r765723 amarok/trunk/extragear/multimedia/amarok/src/widgets/sliderwidget.cpp:

Only show volume slider percentage on mouse over. Rationale: the very
pretty chart is sufficient for casually glancing at the slider. But when
you are manipulating it, it is useful to have the percentage.

Commit by mhowell :: r764973 amarok/trunk/extragear/multimedia/amarok/src/app.cpp:

Update copyright, since it's 2008.

Commit by mhowell :: r584019 doc/trunk/extragear/utils/doc/filelight/ (4 files):

Update the docbook for first time in a long time.

Commit by mhowell :: r584010 filelight/trunk/extragear/utils/filelight/ (7 files in 4 dirs):

The English Breakfast Network is actually wrong about this code fix, but
I want to see Filelight with a 0 next to it so no matter.

It's wrong as I'm adding a string to the QString not a character, but
the rest of the string is inside a macro so it looks otherwise.

Commit by mhowell :: r581958 amarok/trunk/extragear/multimedia/amarok/src/playlistwindow.cpp:

Stretch the search toolbar. I presume this is what people wanted. I
certainly do!

Commit by mhowell :: r581950 filelight/trunk/extragear/utils/filelight/ (8 files in 3 dirs):

Fixes the "bug" where Filelight didn't update the map after a delete, it just invalidated it. I tried to implement a nice delete dialog, but no matter what I try the fugly KDE ui-server dialog pops up. Nice. Annoyed I am yes.

Commit by mhowell :: r581912 filelight/trunk/extragear/utils/filelight/src/part/radialMap/segmentTip.cpp:

Fix integer overflow causing wrong percentages in the summary widget

Commit by mhowell :: r581659 doc/trunk/extragear/utils/doc/filelight/index.docbook:

Ammendments as recommended by the englishbreakfastnetwork

Commit by mhowell :: r581658 filelight/trunk/extragear/utils/filelight/ (7 files in 2 dirs):

I ported the Qt4 QDebug system to Qt3, and a modified version of the
foreach macro that only works with QStringList. I also added my
modifications to the debug class that allow indented blocks.

Commit by mhowell :: r581651 filelight/trunk/extragear/utils/filelight/ (6 files in 3 dirs):

I was checking that we support FreeBSD ok, which someone must have
fixed. I then changed the code to use the MTAB if available and FSTAB if
not, which works out cleaner and as I originally intended.

Commit by mhowell :: r581609 filelight/ (40 files in 8 dirs):

Made all the fixes suggested at www.englishbreakfastnetwork.org, a
fantastic resource that I only discovered thanks to Google. Whoever it
is who runs this place, I thank you! And you should market the service
some more..

Commit by mhowell :: r581022 filelight/trunk/extragear/utils/filelight/ (8 files in 3 dirs):

Update version numbers

Commit by mhowell :: r581019 filelight/trunk/extragear/utils/filelight/ (6 files in 2 dirs):

Adding the amarok crash handler to Filelight as it works a treat and I'd
be interested by the results.

Also commiting my release documentation so next time I don't get stuck.

Commit by mhowell :: r581018 /branches/stable/extragear/utils/filelight/:

Update stable branch to 1.0.

Commit by mhowell :: r581017 /branches/stable/extragear/utils/filelight/:

Set stable tag to 1.0, not rc1

Commit by mhowell :: r581016 /tags/filelight/1.0/:

Tagging 1.0.

Commit by mhowell :: r581015 /tags/filelight/1.0/:

I tagged 1.0 at the rc1 stage, but then released an rc2, so I'll delete
this tag and retag it correctly. Best way I could see to do this, as
there is apparently no svn relink type command.

Commit by mhowell :: r576378 /branches/filelight/1.1/ (13 files in 3 dirs):

1.1 branch, memory optimisations. A depressing 2MB in 19MB, by using
vectors instead of double-linked lists. Can I save more memory and put
the "bloated" crowd wrong? I'll try, but I expected this saving to do
better! Maybe I should gzip the memory, that would shut them up :-/