+1<br>Well after a good reflection, the documentation and website point are uncoherent, I think it's too hard and limited this project to fedora sofwares is better.<br><br>The answers about my strategy :<br><br>- <strong><span style="font-weight: bold;">
"</span>Who</strong> the new project would serve and who will lead the project" : The futur project is devote to simplify
                                                                the life of Fedora users about the fedora use and I think I'll lead this project.<br><br>- <strong>"What</strong> the goals and scope of the new project would be" : Provide coherence, accessibility and intuivity to all people using Fedora Core.
<br><br>- <strong><span style="font-weight: bold;">"</span>When</strong> the project can be considered a success" : I don't know really, I haven't an idea for that and I think the answer
                                                                willl be false.<br><br>- "<strong>Where</strong> the project will lead and where it will fit into the Fedora Project" : The project will return fedora simpler
                                                                and coherent and 
                                                                will allow
                                                                
                                                                a better feedback with the user.<br><br><strong><span style="font-weight: bold;">- </span>"Why</strong> the idea warrants the creation of a new project within the Fedora Project" : Because there's a lot of hard work and I don't disturb        any other Fedora project.
<br><br><strong><span style="font-weight: bold;"></span></strong><br><br><div><span class="gmail_quote">2006/8/11, Paul W. Frields <<a href="mailto:stickster@gmail.com">stickster@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> How?<br>><br>> - Track the uncoherent things in the Fedora softwares, read the Fedora<br>> contents about the documentation and websites. Once a thing is<br>> detected, this one is reported to the Usability Schedule and is fixed
<br>> by a patch. Next this patch is send to the maintainer.<br>><br>> The Usability project/sigs allows to us to study the user actions and<br>> understand how the users use the Fedora distribution and different
<br>> resources. Correct me If I'm wrong but Fedora is not only a<br>> distribution for sysadmins and developers. Fedora must be usable by<br>> everyone! So it's my opinion and people who don't agree with this will
<br>> not have a beer to the next fudcon ;-)<br>><br>> I'll make a rapport about this project/sigs every weeks and send it to<br>> Thomas Chung to show the advancements.<br>><br>> Fedora must be simple and for everyone and we make an effort whit
<br>> that.<br>><br>> Good day to all and thanks in advance,<br><br>Damien,<br><br>I think the idea for a Usability SIG is a good one.  (Please refer to<br>the initiative without the "Project" name for now, since Projects have
<br>to be approved.)  To get better community traction, you should flesh out<br>this idea a little more.  If you look at the draft wiki page:<br><br>  <a href="http://fedoraproject.org/wiki/DefiningProjects">http://fedoraproject.org/wiki/DefiningProjects
</a><br><br>...you'll see some pointers for how to define your action plan,<br>including a list of requirements, a formation/governing strategy, and<br>how you think the SIG's progress is to be measured.  I think your best
<br>area of concentration may be keeping channels open and active with<br>multiple upstream developers for applications that need improvement.<br>The statements that Nicolas made about users having to do too much<br>upstream went right to the point.  Use that to guide your action plan.
<br>Be specific.<br><br>But I still see a lot of grey area and possible duplication of effort in<br>some of the goals you state:<br><br>> - Help the webmaster team to provide a coherent comprehensive website<br><br>How exactly does this goal fall *outside* the current Fedora Websites
<br>Project?  What will Usability provide that Websites doesn't or can't?<br>Fedora in this case is the originator and upstream, so what *exactly*<br>will Usability do besides file bugs with Websites and track their<br>progress?  Neither of those functions warrants its own subproject IMHO.
<br><br>> - Help the documentation team to provide a coherent and comprehensive<br>> documentation<br><br>The same question goes for this.  What will Usability SIG provide that<br>can't be done through participating in the existing Documentation
<br>Project?<br><br>--<br>Paul W. Frields, RHCE                          <a href="http://paul.frields.org/">http://paul.frields.org/</a><br>  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717<br>       Fedora Project Board: 
<a href="http://fedoraproject.org/wiki/Board">http://fedoraproject.org/wiki/Board</a><br>    Fedora Docs Project:  <a href="http://fedoraproject.org/wiki/DocsProject">http://fedoraproject.org/wiki/DocsProject</a><br><br><br>
--<br>Fedora-desktop-list mailing list<br><a href="mailto:Fedora-desktop-list@redhat.com">Fedora-desktop-list@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/fedora-desktop-list">https://www.redhat.com/mailman/listinfo/fedora-desktop-list
</a><br><br><br></blockquote></div><br>