<div dir="ltr">Where is this list? I am on the DocTeam Wiki and do not see it under System Documentation or Wiki. I do see that under reviewing, that this list is listed as the place to provide comments about Ubuntu documentation. Is it hidden under a multitude of links?<br>
<br><div class="gmail_quote">On Tue, Feb 17, 2009 at 11:03 PM, Ekaterina G. Potapova <span dir="ltr"><<a href="mailto:egeomar@mail.ru">egeomar@mail.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"> I<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
look forward to contributing to Ubuntu.<br>
</blockquote></div>
I'm very new at Ubuntu so I can hardly advice anything, but It seems to me that there are many tasks for DocTeam and you can choose something people do need at the moment and work on it. Sorry for introducing such a commonplace idea.<br>

Katya<div><div></div><div class="Wj3C7c"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
On Feb 17, 2009 10:47pm, "Ekaterina G. Potapova" <<a href="mailto:egeomar@mail.ru" target="_blank">egeomar@mail.ru</a>> wrote:<br>
 > I want to add several words to the discussion, if it's possible. I'm quite new to Ubuntu as a whole and to DocTeam in particular. But I have experience in tech writing for many different companies, so I think I can judge a bit the quality of the Ubuntu docs. And actually since I started contributing, I  appreciate  greatly the way the workflow is organized and the way people work. So the idea that documentation is the weakest point and that it needs some revolutionary changes seems to me very doubtful or even absurd.<br>

 ><br>
 > Thanks,<br>
 ><br>
 > Katya<br>
 ><br>
 ><br>
 ><br>
 > Avi Hein wrote:<br>
 ><br>
 ><br>
 >   ><br>
 ><br>
 > OSS Watch - <a href="http://www.oss-watch.ac.uk/resources/documentation.xml" target="_blank">http://www.oss-watch.ac.uk/resources/documentation.xml</a><br>
 ><br>
 ><br>
 > Actually, this is an article about docu mentation in general and discusses<br>
 ><br>
 > issues on management.<br>
 ><br>
 ><br>
 > Is Documentation Holding Open Source Back? -<br>
 ><br>
 > <a href="http://www.devx.com/opensource/Article/11839" target="_blank">http://www.devx.com/opensource/Article/11839</a><br>
 ><br>
 ><br>
 > This is arguably an article discussing HCI principles rather than managing<br>
 ><br>
 > or writing documentation. Its also almost entirely mute because it neglects<br>
 ><br>
 > the fact that the predominant method for new users is to Google rather than<br>
 ><br>
 > follow a document hierarchy. He also repeatedly states that its an<br>
 ><br>
 > unscientific and unstructured approach to appraising documentation.<br>
 ><br>
 ><br>
 > Linux.com wrote about the admirable FLOSS manual project<br>
 ><br>
 > (<a href="http://www.linux.com/feature/155205" target="_blank">http://www.linux.com/feature/155205</a>): "Documentation is one area in which free/libre/open source software (FLOSS) is weakest." That is what I meant, but we are working to improve this.<br>

 ><br>
 ><br>
 ><br>
 ><br>
 > Don't even get me started on this.  I had dealings with this project in the<br>
 ><br>
 > last run of the Desktop Training Team and their documentation is not really<br>
 ><br>
 > any different to ours.  Its just the delivery method that is better (at<br>
 ><br>
 > least until Moin supports PDF generation on the fly).<br>
 ><br>
 ><br>
 ><br>
 > --> As I mentioned, my comments were not meant to refer to Ubuntu's<br>
 ><br>
 > documentation but rather a general statement that appears to be recognized<br>
 ><br>
 > today in the open source community. I hope to be able to help contribute to<br>
 ><br>
 > it, as I am a strong believer in the Ubuntu philosophy and the idea of a<br>
 ><br>
 > desktop-friendly distribution of Linux.<br>
 ><br>
 ><br>
 ><br>
 ><br>
 > Much work has been done to improve these challenges, and so instead of attacking a poor phrasing of words, let's collaborate together, using professional standards, to improve the quality of Ubuntu's documentation.<br>

 ><br>
 ><br>
 > Its not an attack, wording is the crux of what we do!<br>
 ><br>
 ><br>
 > I apologize if anyone was offended and eagerly would ask for your feedback to improve the guide that I wrote (which will, in parts, be added to the community supported documentation and if anyone has suggestions for adding this to the official or community supported documenation either bundled with Ubuntu or on the website, I would be most grateful).<br>

 ><br>
 ><br>
 ><br>
 ><br>
 > As Johnathon said, I'm not sure where this fits in and it is very similar to<br>
 ><br>
 > large chunks of the system documentation and the switching from windows<br>
 ><br>
 > guides.<br>
 ><br>
 ><br>
 ><br>
 > I am worried that you listed this as your copyright - draft or not, there<br>
 ><br>
 > are some very strong similarities to areas of our official documentation.<br>
 ><br>
 ><br>
 ><br>
 > --> I am releasing the final version of this specific doc under the GNU Free<br>
 ><br>
 > Doc license. It's the same license as GIMP's release. Obviously it wouldn't<br>
 ><br>
 > impede the official doc or anything anyone else has ever written.<br>
 ><br>
 ><br>
 ><br>
 > That said, there are good points and the only real niggles with what you've<br>
 ><br>
 > done are:<br>
 ><br>
 > 1. Kubuntu users are going to have a field day when they read the line<br>
 ><br>
 > "Ubuntu uses the GNOME desktop environment" - I know what you mean but I'd<br>
 ><br>
 > suggest mentioning from the out set the difference between K/X/Ubuntu.<br>
 ><br>
 > 2. The book is very heavy on images, how do you plan to manage this for<br>
 ><br>
 > translation?<br>
 ><br>
 ><br>
 ><br>
 > --> Regarding point 1, I'm thinking about that but how do I do that without<br>
 ><br>
 > creating a separate doc for Kubuntu? I haven't used Kubuntu or the other<br>
 ><br>
 > versions, but would the procedures be different? I think it can be easily<br>
 ><br>
 > modified for X/Kubuntu. I'm more than open to suggestions.<br>
 ><br>
 ><br>
 ><br>
 > Regarding #2, you're right and on the basis of your suggestion, I can (and<br>
 ><br>
 > should have initially had it this way) change the desktop screenshot to<br>
 ><br>
 > numbering, which is the common way of doing this for localization. I should<br>
 ><br>
 > have done that initially and so thank you for pointing this out. Regarding<br>
 ><br>
 > the screenshots, I'm not sure how I can fix that except that a localizer can<br>
 ><br>
 > redo them. In general, I was taught that it's good to use images and<br>
 ><br>
 > screenshots but you raise a very good point.<br>
 ><br>
 ><br>
 ><br>
 > Thanks for suggestions and I will also be happy to make any edits to the<br>
 ><br>
 > official or community documentation that I can be of assistance on.<br>
 ><br>
 ><br>
 ><br>
 ><br>
 ><br>
 ><br>
 ><br>
 ><br>
</blockquote>
<br>
</div></div></blockquote></div><br></div>