Public bug reported:
Affects: totem (Ubuntu)
Severity: Normal
Priority: (none set)
Status: Unconfirmed
Description:
Binary package hint: totem-gstreamer
When I use totem-gstreamer, I get different visualizations:
I only get one, rather than the 4 which ships with totem-x
I'm supposed to describe specifically how one version of goom is not nearly as
good as another? Good luck with that! (If you had tried to repro the bug, I
think you'd have been able to see what I describe.)
The zoom I refer to is when you press 0, 1, 2 in totem and it resizes the
window and mak
change reject status because I believe this is one bug related to totem
visualizations.
** Changed in: totem (Ubuntu)
Status: Rejected => Unconfirmed
--
Visualization options are worse than totem-xine
https://launchpad.net/bugs/43319
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu
BTW, if you had more devs, you could fix this bug, which in a sense makes this
bug a wishlist item for Ubuntu today.
However, wishlist should represent pie in the sky stuff, like supporting
multiple batteries in the power management UI, or coding for features that do
not exist today.
--
Visua
I'm unmarking it as a wishlist because it is much closer to a bug than a
feature. The UI and codebase for totem is mostly the same, yet the
visualization options are different.
I'll bet if sabdfl saw this bug, he'd think we need to fix it. Does Ubuntu want
people to use totem-gstreamer or not?
It isn't a matter of 'coding new visualizations'--its a matter of making
totem-gstreamer have the same ones as totem-xine. They are mostly the same
codebase, why can't they have the same visualizations?
The totem-gstreamer visualizations are brokenand I'll bet the fix isn't huge.
I've filed bug
I wrote software for over a decade and worked with many testers and I know
that rejecting a bug against the person who went to the trouble of isolating
and filing the bug isn't good either. When a bug gets rejected and forgotten
about, the knowledge gets lost.
Yes, I definitely agree you guys have
