Image 01
profile-image

Sebien

Sébastien Laoí»t
Kirocker
Audio Apps
Developers Apps
Kicker Panel
Kopete Styles
test
Kirocker Music Display

Audio Apps 324 comments

Score 50.0%
Dec 14 2007
That's a great idea.

But I will wait version 4.0, when there will be configuration.

I would not enable this option by default since it would clutter the full screen mode.

I easily imagine an area with a vertical scrollbar, progressing automatically as the song advance, so you will not have to manually scroll. - Jun 17 2007
It's the icon of Kirocker Music Display, the applet.

I'd better remove it, since it serves no purpose and can be confusing. - Jun 17 2007
Can you package version 3.2?

Thanks very much for your work. - Jun 17 2007
I'm happy to announce you that Kirocker Music Display now works llike a charm with Last.fm radios.

And I will add an information about automake1.9 dependency right after having posted that comment ;-) - Jun 17 2007
Can you package 3.2 and post a link here?

Thanks very much for your work. - Jun 17 2007
Can you package 3.2 and post a link here?

Thanks very much for your work. - Jun 17 2007
The Amarok OSD comes back after you used the full screen mode.
I will have to fix this bug in the next version.

The panel is quite buggy in KDE 3, so if I resize the applet when not playing anymore, you will see a lot of graphical glitches on the panel. I hope KDE 4 Plasma will be smarter. I will have another try to bypass the Kicker bugs...

And let's finish with a very good news: the full screen mode album arts are not pixelized anymore with Kirocker Music Display 3.2. - Jun 17 2007
I will reply the same as for the comment below:

The goal of this applet is to always show what's you're playing... while you are busy working on something else.

Animations are distracting (see the advertising baners in web pages).
That's why I will not add animated scrolling (or perhapse as an option, later).

Moreover, with srolling text, when you decide to look at the information you will often encounter the middle of the artist/title/... because it started to scroll before you started to read. So it is even longer with scrolling because you have to wait a few seconds for the text to be scrolled back to its original position to be able to read the whole information.

Often, the first words are enough for you to guess the artist and other information.

If you need the whole information, then just move your mouse on the applet and a nice balloon will tell you in details, but only when you want to. - Jun 17 2007
Can you package 3.2 and post a link here?

Thanks very much for your work. - Jun 17 2007
I'm happy to announce you that Kirocker Music Display 3.2 now always get the full version of cover arts. They will not be pixelised in full screen mode anymore...

And for animations, the goal of this applet is to always show what's you're playing... while you are busy working on something else.

Animations are distracting (see the advertising baners in web pages).
That's why I will not add animated scrolling (or perhapse as an option, later).

Moreover, with srolling text, when you decide to look at the information you will often encounter the middle of the artist/title/... because it started to scroll before you started to read. So it is even longer with scrolling because you have to wait a few seconds for the text to be scrolled back to its original position to be able to read the whole information.

Often, the first words are enough for you to guess the artist and other information.

If you need the whole information, then just move your mouse on the applet and a nice balloon will tell you in details, but only when you want to. - Jun 17 2007
I'm happy to announce you that Kirocker Music Display 3.2 full screen mode now changes its size to adapt to new screen resolutions.

I can't test it, so please tell me if this works or not. Thanks.
Even if I'm pretty sure it will work fine. - Jun 17 2007
I'm happy to announce you that Kirocker Music Display 3.2 now fully supports Last.fm streams: it displays cover, title, artist... and all of them are changed on new tracks. - Jun 17 2007
I'm afraid there is no option windows at all for now.
I try to make it "just work" and after that, for version 4.0, I will add options.

I already tryed to make the text outlining of the color of the background image, but the contrast was not as good as black or white.
Perhapse this will be configurable, or I will try something more advanced, like taking the background image dominant color, and lighten it a little if the text is black, or darken it a little if the text is white. This is an idea... It could preserve a good contrast while blending better in the background image. I have to try. - Jun 17 2007
I have a bad and a good news.

Bad news: for OSD, I tryed something but it was bugged (and sometimes crashed Kicker). I need a deeper change in the code to make this feature work.

Very good news: the full screen mode can be launched without the applet. In 3.2, there is a KMenu entry for it, or an Amarok script, like AmarokFS. This is all optimized, and you now have date & time in full screen mode! - Jun 17 2007
Please check if Sabayon Linux does not provide an older version of Kirocker Music Display.
If it is the case, then just reinstall the version 3.0 on top of the Sabayon Linux one. - Jun 08 2007
Yes, animations will be optional in Kirocker Music Display 4.0, with a lot of other options.

Version 3.0 final now invert the sliding animation when playing a previous song. This is much more natural, you are true.

For full screen mode, make you you provide your own covers.
You can do so by putting a cover.jpg file into your music folders (by downloading the cover on the net). make sure it is big enough to look well when scalled at 300x300 pixels. You can also right click the cover in Amarok and try to get a bigger one on Amazon: Amarok provide a big choice for every albums, and there are usualy big covers as well.

Could you package 3.0 final and post a link here, or instructions on how to get the package? So that people know the package exists. - Mar 12 2007
After an upgrade from a previous version, press Alt+F2 and type the command "killall -sTERM kicker ; kicker" to restart the Panel with the new installed version. - Mar 12 2007
Make sure you are playing something and the "window with red arrows" button let you switch to full screen view. - Mar 12 2007
No, I only disable screensaver when entering fullscreen mode and re-enable screensaver when leaving it. - Mar 07 2007
Oups, I posted the comment before really I wanted. Here it is complete:

There is no configuration for now. Like you can see in the roadmap above, it is in the plans for version 4.0.

So you want to remove the cover. But you still want the other informations and the buttons? Is it because you do not have any cover set or set gain space on the panel?

In full screen, do you also want to remove the cover? I currently do not plan to be able to remove any part of the applet in full-screen mode, there is no room constraint.

Just asking to know better how you, the users, are using the application for me to better design future enhancements. - Mar 07 2007
There is no configuration for now. Like you can see in the roadmap above, it is in the plans for version 4.0. - Mar 07 2007
First, because I started Kirocker Music Display as a simple applet for me to easily rate music and LEARN what I'm listening to. My memory is not perfect, so I should visualise several times to remember. The full-screen mode is a pratical addition when I'm a few meters away of my computer for the same purpose, or during parties.

The second and most important reason is that the applet/full-screen has no access to the current tone/volume/frenquencies of the music. Only Amarok knows.
And this is for a good reason: making Amarok spread that information to other applications thousand times per second is not realistic.

In fact, with this applet, I'm gathering lot of information in order to improve Amarok 2.0. I see a solution with shared memory for this problem... But this is technical details. I will talk to Amarok developers about that and perhapse it will be possible in Amarok 2.0 and KDE 4. - Mar 06 2007
Oh, yes you need to restart the panel to get the new version working.

I haven't tought to say it.

Three methods:

- Remove the applet and re-add it again. Not sure it will work.

- If it doesn't work, type Alt+F2 and type the command "killall -sTERM kicker ; sleep 0.5 ; kicker"

- Or, if you prefer a simpler solution, restart KDE :-) - Mar 06 2007
Ah, locking is something I haven't tought to.

So, perhapse it will effectively be good to be a real screensaver to benefit from those features easily and safely.

Another reason why I wanted not to be a screensaver is that the applet poll Amarok 3 times per seconds to ask what is the status (played track, progress...). This is well optimised, so that if the applet is running at the same time as the screensaver, only one poll is done and both the applet and the full-screen are updated accordingly. This save CPU ressources over separate applet & full-screen.

Anyway, I will see... - Mar 05 2007
I think the full-screen mode should work with 3.0 Beta 1. Please test and report. - Mar 05 2007
Added to the roadmap.

But *DEVELOPERS ARE WANTED*.

I do not have dual-screen, so I cannot test.

And, ultimately, there should be an option to define on what screen the full-screen mode is shown. Or better, be able to move it directly from the full-screen mode itself. - Mar 05 2007
Already in the roadmap:

4.0:
- If user is inactive & is playing, show full screen a few seconds before screensaver

This does not replace the screensaver but triggers a few seconds before the screensaver (and the fullscreen mode blocks the screensaver, so it's the same).

Advantages of this technic:
- If you are not playing anything, your normal screensaver is used (instead of a blank full-screen mode).
- No external configuration needed, all is in the applet configure dialog.
- Less code do produce on my part ;-) [That one is just a sideeffect, not a priority. Of course, priority is to have a usable application that just works] - Mar 05 2007
Well, this project has no other home than kde-apps. So it is a good place to report bugs :)

In fact, Amarok DCOP interface is quite buggy for Last.fm radios.

For instance, I will never be able to get the cover art (in the actual version of Amarok, of course). There is also no DCOP call for "Ignore/Love/Next" actions (I would want to replace "Prev/Pause/Next" by those actions).

Handling Last.fm stations now would take too much CPU ressources. But I finally found some way that will be Ok.

I add the Last.fm support in the roadmap. - Mar 04 2007
|| The kde-apps.org has got a failure.
|| The database seams to have been restored from a past save point (they were very quick!).
|| Here is a comment that hasn't been restored (posted by ppatpi).

ups... I found one bug

When i use radio from last.fm Kirocker isn't updating title http://img379.imageshack.us/img379/5260/kirocker1mx0.jpg

Is kde-apps good place for submiting bugs? I couldn't find any hint where to submit bugs for this app. - Mar 04 2007
|| Note: the previous comment was posted by ppatpi.

Thanks.

I also tought to replace the Amarok tray icon :)
The problem is that when you disable the Amarok
tray icon, you can't hide the Amarok main window
anymore. If you close the main window, the entire
Amarok application quit. You have to have the
Amarok window in your taskbar.

Hum, yes perhapse an option to disable stars is
needed. Will be in version 4.0, with all other
options. - Mar 04 2007
|| The kde-apps.org has got a failure.
|| The database seams to have been restored from a past save point (they were very quick!).
|| Here is a comment that hasn't been restored.

Kirocker as a replacement for an Amarok tray icon.
It's my idea...
http://img156.imageshack.us/img156/2821/kirockerzm1.jpg

See on this screenshot, when I click on this empty
part on the right of "faithless" I would like to
see main window of Amarok. So than I could stop
using Amarok-tray (panel on top in my
configuration)

Also there could be option to hide this small
stars. I clicked it by accident 2-3 times, and i
use this application for 15 minutes ;]

btw. really nice coded application. Better than i
thought it be ;] greetings - Mar 04 2007
Can you give me a precise URL to the RPM? So that I can put it directly on that page. - Mar 03 2007
Now, Kirocker Music Display 2.2 detects the dominating background color under the text and switch between black and white background colors.

To be even more readable, the text now have a border of the opposite color.

So with your dark background color, Kirocker Music Display 2.2 will automatically display the text in white, and surround it with a black border.

Enjoy it ;) - Mar 03 2007
This is done in 2.0: Amarok is started by the applet if it is not already running and you click Play.

And with 2.2, it also solve a bug that kept the applet to think Amarok is playing while you have quitted it.

Enjoy it ;) - Mar 03 2007
Version 2.2 now have bigger cover art for horizontal panels!

It puts the progressbar on the right if there is more place here.

And it also puts the stars on the right, if there is more place here.

The reflexions are also removed in that case! - Mar 03 2007
Well, I already added a smart playlist for stars. My point was that Amarok should be "plug & play" and provide such playlist by default. not everybody is going to think about creating a smart playlist.

As for label smart playlists, it's more painful because everytime you create a new tag, you have to think to create an associated smart playlist. Same when you modify or delete labels. This quickly become unmaintainable and should be done automatically (especially for combinations I talked about in my mockup).

This list should be automatical: you are right every people have a different set of labels. I never tought to something fixed!

Right now, I could display labels and let people remove/add labels. But it will be all textual: to add existing labels, people would have to remember theire name and type them without making mistake, no "blue list of available labels" because Amarok does not provide any way to do that.

That's why I will wait Amarok 2.0 before adding label support. - Feb 22 2007
Ah, even if the mouse gets jumpy it's a very special case :-)

It should be a bug in DCOP. I have no mean to solve that one. - Feb 21 2007
For once, I manage the memory quite well and there is no memory leak (just checked again, and all my memory allocations gets desallocated).

In any case, this applet should never take 1.2 Gb. - Feb 21 2007
Ah... That's true. They added labels in the latest version of Amarok. I do not have use for labels, so I'm less enclined to add support for them.

But I tryed to use labels, just to see if I could adopt this feature, and how I could integrate it in the applet and full screen mode.

The result is bad: I found labels completely unusable, too contraining. As I see them (correct me if I'm wrong), they can only be accessed in the "Song Properties" dialog. You set labels there, you can only see labels from there. This seems to be a feature added without even thinking about use cases. Well, this is a very young feature, so I have no doubt it will be improved very soon, as it can be very useful.

To make labels of any use, I suggest the following points for Amarok developers:
- Add a "Labels" column, not shown by default, but that can be shown for people using labels.
- In the "Playlist" side panel, add a "smart playlist" that show a hierarchy of labels (see below). BTW, this should be done for stars too: without a way to play the song with stars, stars are useless too.
- Add an "Assign Labels" global keyboard shorctuts to popup a dialog in order to assign/remove labels on the currently playing song. Like it is done for stars rating.
- Add a DCOP call to list all assignable labels, for scripts to be able to mimic the top blue (why is it blue?!) list of the song properties dialog. For the moment, scripts can only get and modify the labels of the currently playing song, no way to propose a clickable list to the script/applet users.

Assigning labels is good, but they are only useful if you can request Amarok the songs that have one particular label.
So here is a mockup of a "smart playlist".
Imagine people have 3 tags "tag1", "tag2", "tag3" and 3 musics: "music1" has tag1 and tag2, "music2" has tag1, "music3" has tag2 and tag3.

Labels
| tag1 (1)
| | tag2 (2)
| L tag3 (3)
| tag2 (4)
L tag3 (5)
Rated Songs
| *
| **
| ***
| ****
L *****

The numbers in parenthesis are only there for explanation.
If user double-click (1) then every musics that have "tag1" will be played (music1 and music2).
If user double-click (2) then every musics that have BOTH "tag1" and "tag2" will be played (music1 only).
If user double-click (4) then every musics that have "tag2" will be played (music1 and music3).

Then, and only then, labels will be useful.

Oh, and as a bonus: the "Stars" tree let people double-click "**" to play musics with two or one-and-a-half stars. Double-clicking "Rated Songs" plays musics that have any number of stars.

Again: am I wrong? Are there other ways I haven't seen to use labels?

Please report that wish to Amarok bugtracker if I'm right. - Feb 21 2007
Thank you very much.

I have got all my development experience from BasKet Note Pads.

From that project, I learnt programmation: how to optimize drawings and double-bufferize to not have any flicker, allowing the amazing animations I plan to add soon.

And I also learnt usability: Fitt's law, make "it just work", make the default values right for 95% of users and only then, add configuration... I choosen KDE for its configurability, so I will add configuration.

That's very nice to program for another application such as Kirocker Music Display. It's fun again ;-) - Feb 21 2007
Ah... That's true, I forgot to take this case into account.

In fact, Kirocker Music Display polls Amarok a few times per second to know what's changed.

And if the polling fail once, instead of displaying nothing (thinking it is paused) it silently ignore the failure and retry another time.

This means:
- It should not flicker, it should stay with the previously played music.
- When Amarok is closed, the polling always fail, and the applet always retry. I must add a condition to check if Amarok is still alive. If not, it should displays paused, this time it will be right.

Please try another thing: place your mouse over the applet.
When flickering, does the "Play" button appears?

On my side, I will try the applet under heavy load. - Feb 20 2007
Hum... This should not happens anymore.

Can you reinstall the latest 2.0 final by making sure it is not a beta version, and that you install it with the following command line:

make -f Makefile.cvs ; ./configure --prefix=$(kde-config --prefix) && make && sudo make install

If you installed from a package, this is possible I forgot to change the package link from beta to final. Perhapse you downloaded a beta while the link said it was the final. I checked the links, please redownload and reinstall.

The flicker was only present in 2.0 beta versions (and in version 1.4). - Feb 20 2007
I took note of your excelent ideas.

I changed the roadmap accoringly.
The verison 2.2 will only focus on fixing the issues with very-small panels.

It is clear that most people have a small-enough panel.

Animations & options are postponed to later 3.0 and 4.0 releases. - Feb 19 2007
Ah!
I knew I forgot one "smart behavior" but didn't remembered which one.
To not forget it anymore, I will add it to the 2.2 roadmap:

* Move the progressbar on top of the text for horizontal panel if there is enough place there (making the album cover bigger) - Feb 19 2007
Here is a workarround to wait the addition of the smart applet and the option:

Open the file src/coverdisplay.cpp from the source archive, and go to the line 685. It should be:

if (m_orientation == FullScreen)
painterBuffer.setPen(Qt::white);

Remove the line "if (m_orientation == FullScreen)".
Recompile and reinstall.
You're done. - Feb 19 2007
Glossyk

Kopete Styles 27 comments

Score 50.0%
Oct 19 2007
Nice to be helpful.

The tricks are at the end of main.css.

Basically:

- Use <span/> instead of <div/> so that Konqueror does not put new lines between blocks

- Make span{display:block} to emulate <div/> but still keeping the Konqueror property of not adding new lines at the end of the tags

- Comment spaces and new lines at the end of <span/> so that Konqueror does not interpret them as one extra ending-space

- Add an extra <span/> between the time and the message, displaying ": " and use a visibility:hidden (but still display:block, so the content gets copied) of a very small size

- Use <img alt=""/> property to make headings to visually stand out in their text form ("=====>" and "<=====") - Apr 21 2007
Now, Glossyk 2.0 centers the avatar images and keep the aspect-ratio! - Mar 17 2007
Now, Glossyk 2.0 centers the avatar and keep the aspect-ratio! - Mar 17 2007
kONE

Kopete Styles 85 comments

Score 67.1%
Sep 06 2008
CSS 2 provide system colors:
http://www.utoronto.ca/ian/books/xhtml1/appd/update-23feb2000.html

But I doublt a lot of them would be useful: on my system, "ActiveCaption" is displayed black instead of blue, so I assume Konqueror does not provide this value. - Mar 20 2007
BasKet Note Pads

Utilities 347 comments

Score 77.3%
Oct 01 2010
Groupping is now working in version 1.0.1. - Mar 18 2007