New moodbar implementation

[Ian Monroe]

I think it should be a completely runtime thing and whether there's
stuff added to the config dialog etc. should be based on whether the
moodbar executable exists.

On 8/22/06, Joe Rabinoff <rabinoff at post.harvard.edu> wrote:
>
> Hola folks,
>
> I just submitted the current version of the moodbar patch to bugs.kde.org:
>
>     http://bugs.kde.org/show_bug.cgi?id=132782
>
> As always, most information about it can be found on the Moodbar wiki page.
> The current patch adds no dependencies to amarok proper, and the moodbar
> calculator is a separate package (hosted on pwsp, with an svn repository, the
> works).  Hobbsee assures me that it's no problem to package things this way
> for Ubuntu, and gruen0 had no trouble making Gentoo ebuilds, so packaging
> should no longer be an issue.
>
> At the moment the moodbar is enabled by default at compile-time and disabled
> by default in the config.  The compile-time flag can (should?) easily be
> removed; just remove all #ifdef HAVE_MOODBAR statements, and a few lines from
> configure.in.in and configure.in.bot.  If the moodbar is enabled in the
> config and the binary can't be found then it pops up a statusbar error
> message; I think this is reasonable, since if the binary package isn't
> installed yet the moodbar is enabled, then the user should know about it.
> Anyway I'm happy to tinker with these things if you want, especially after
> the patch is applied.  Again, please assign me any moodbar-related
> bugreports.
>
> The moodbar code is stable, and many devs have signed off on it.  Any more
> discussion or flaming is probably best attached to the bug report.
>
> You are now up to date.  Happy moodbaring!
>
> Joe Rabinoff (QBob)
> _______________________________________________
> Amarok mailing list
> Amarok at kde.org
> https://mail.kde.org/mailman/listinfo/amarok
>