Phoenix and Minotaur to be renamed Firebird and Thunderbird
Monday April 14th, 2003
Asa Dotzler writes: "After months of discussion and further months of legal investigation, we're finally comfortable moving forward with new names. The new name for the Phoenix browser is 'Firebird'. The documentation and product strings will be updated soon. In addition to securing Firebird, we've also got the OK from those contributing legal resources to use the name 'Thunderbird' for a mail client. Hopefully this will be the end of naming legal issues for a while."
#89 Common ground is needed
by netdemon <email@example.com>
Tuesday April 15th, 2003 4:34 PM
You are replying to this message
>As you may have noticed, my post was supposed to sound "arrogant and judgemental". You're right that I'm showing my lack of tolerance, but my tolerance has evaporated over the last two years as more and more of my Mozilla time has >been wasted on useless wanking about in bugs.
The wanking does slow down the project, but it is because no one can come up with something that at least appeases all parties interested, so the issues are tossed and turned in an endless chaotic soup where nothing ever gets accomplished. That is why, for instance, I was pushing for an abandonment of UI for most but the most commonly used prefs, and simply improve the transparency of the hidden preferences to make sense for the average user. This is not getting rid of the prefs, but means we don't have to worry about the space issues in the UI window. Its also not UI, but at least exposes the hidden preferences for the average user. Its a common ground -- and that's what we need to find in a project like this. A back and forth arguing besides two polarities will never solve anything. What is left to do is clean up the hidden preferences, and document them.
We have to accept in a project such as this, the middle-of-the-road solution is usually the best recourse. That means no one will be totally satisfied except your basic middle-of-the-road person. As an example, removing preferences totally because of a utopian belief that a perfect UI needs no preferences is not middle-of-the-road. Nor is putting in UI for every preference, especially since it slows down the project. We need middle-of-the-road solutions. When a common ground is met, the need to bash and alienate people is unecessary. If people are really driving you crazy, communicate with them privately instead of openly (through email, etc) and let them know what is bothering you. Its also necessary for module owners to put up FAQs and status updates explaining their views and reasons for doing certain things, and not just rely on Bugzilla, IRC, or newsgroups. Such would have been fine 3 years ago, but the project has grown, and there needs to be a better method of communication.