[Bug 196865] Review Request: audacious - A GTK2 based media player

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: audacious - A GTK2 based media player


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196865





------- Additional Comments From j.w.r.degoede at hhs.nl  2006-06-28 06:45 EST -------
(In reply to comment #4)
> I have thought about obsoleting bmp. I am not sure we should do this for FC6 for
> the following reasons:
> 
> a) there may be additional plugins for bmp in FE that are not ported to
> audacious yet, so existing users would lose playback ability. I have not checked
> this yet, so it may be a non-issue.

This is a non-issue according to owners.list, the only plugin currently
available through FE is bmp-flac2. AFAIK this is included into audacious, right,
otherwise we can port it to audacious, make it obsolete bmp-flac2 and release it
at the same time.

> b) obsoleting bmp with audacious leads to a continuity problem from the view of
> the user. The user who has been using bmp gets (maybe unsuspectingly) a new
> program which looks similar, behaves simimar, but has forgotten all his
> settings. Maybe we should come up with a way to import BMP settings on the first
> startup.

Hmm,

I see that this is not entirely user friendly, but really you cannot configure
that much with bmp / audacious. Many other smaller opensource projects sometimes
change there configuration format without providing a conversion tool. Only the
real big ones provide conversion tools like firefox and ooo.

To me the extra effort of having to maintain 2 programs +plugins versus 1 muich
outweighs this disadvantage of obsoleting bmp.


-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.