Karsten 'quaid' Wade escreveu:
Exactly! It's clear it's not in the project objective to alter upstream software. And in fact I agree it shouldn't be!On Thu, 2008-10-23 at 13:43 -0300, Luis Felipe Marzagao wrote: The trouble is the end-user doesn't even know what upstream means. In fact, I think the end-user won't even want to know what it means, as long as the system is running fine. For him, Fedora is an operating system. And the GNOME example is very good for this matter. There are somethings that don't imply altering the core of upstream projects in order to make the "out of the box" user experience more happy :) A single line, for example, could improve the user experience when entering GNOME on Fedora: gconftool-2 -s -t bool /apps/nautilus/preferences/always_use_browser true Bingo! A single line (maybe with some other adjustments) in any rc.local file or any other place specifically designded by Fedora Project should make the end-user experience a lot better. And it does not require any upstream intervention or any opinion change by GNOME upstream team. And is very simple to maintain. And that's it, the end-user would enter Fedora for the first time and would not complain about a zilion windows opening every time he clicks on a folder. It's just an example, but my point is there are small things that makes the user experience better and does not require huge changes on coding. I think this is the kind of problem Fedora Project should pay attention to, as you adequately put. Yes, of course. Not so much to heaven, not so much to hell. Other goals should not be replaced by this one. But I think this matter should be taken into consideration more often. Otherwise the "voice of community" balloon on Fedora logo would be just an idea without any concrete results. Not all demands should be applied, but only those that wouldn't hurt/break other Fedora objectives. quality of the latest GNOME and KDE interface, for example, if we are not willing to put it out there as-is and see what happens. If we feel we need to "adjust" such software to match end-user demands directly, we begin a very slippery process. It might appear successful at first, as it is for other distros, but in the long run, it is a failing proposition. This is an evolutionary process. We need to *first* improve the quality of tools that Fedora contributors use. We need to make it simple for people who help in #fedora to file and track bugs, etc. As we have success there, we can push those tools closer and closer to the edge where the end-user lives. - Karsten |
-- Fedora-marketing-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/fedora-marketing-list
