I'm not going to bother typing out a huge email to answer your criticism. I'm a bit too busy for that right now. The wiki contains more than enough information for you anyway.<div><br></div><div>If you don't believe that this project will be successful, then unfortunately that is your problem - I wrote a very nice email to the docs team expressing interest to collaborate and offered you basically unlimited use of our resources and material, but the reply I get still doubts our project - fair enough, if that's how you feel then you'll have to wait and see.<br>
<div><br><div class="gmail_quote">On Thu, Jan 14, 2010 at 11:35 AM, Matthew East <span dir="ltr"><<a href="mailto:mdke@ubuntu.com">mdke@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br>
<br>
I agree with Phil. At the moment the boundaries of this project<br>
haven't been as carefully addressed as I'd like, and I think that this<br>
is the reason that this project has started up as a separate project<br>
rather than something which comes under the general umbrella of the<br>
Ubuntu documentation team / project. Here I think the problem we have<br>
is that the differences between what the documentation team already<br>
does and what the Ubuntu manual project is trying to achieve are not<br>
clear enough.<br>
<br>
As I've said in a previous email, I think that the main justification<br>
for a manual that rings true to me is that there isn't currently a<br>
single printable document that newcomers to Ubuntu can print out and<br>
read in their own time to learn how to use Ubuntu.<br>
<br>
At the moment I don't think the manual is intended for a different<br>
audience, nor do I think that it aims to use a particularly different<br>
style to the system docs. In theory topic based help such as the<br>
system docs seeks to use a concise style that tells users simply what<br>
they want to do. Books can sometimes use a more longwinded and<br>
explanatory style because the user has more time and isn't trying to<br>
accomplish a particular task when reading them. But as far as I can<br>
see the ubuntu-manual project doesn't have a goal of writing in a<br>
different style to the system docs, because although it has written<br>
its own style guide, there is nothing there that indicates a different<br>
ideology to the documentation team style guide.<br>
<br>
There have been various criticisms of the system docs, but those<br>
appear to me to be at best things that need to be improved in the<br>
system docs, rather than criticisms of the aims of the system docs as<br>
a matter of principle.<br>
<br>
So if the only difference between what the Ubuntu docteam already aims<br>
to produce and what the Ubuntu manual team aims to produce is one of<br>
format, then the answer would simply be to take the existing material<br>
in the system documentation and link it together. At most an<br>
introductory section or some linking sections would be required in<br>
addition.  That type of initiative would be quite maintainable,<br>
because each release the manual could be synched with the system docs<br>
and those working on the manual who identify errors on the material<br>
would be able to feed that back into the system docs.<br>
<br>
If instead there is an idea to produce a piece of documentation that<br>
follows a book style of writing and is not as concise as the style<br>
used by the system documentation, then I'd say that the choice is<br>
between writing and maintaining a book from scratch, or trying to<br>
reuse existing free content that is out there (as I pointed out here:<br>
<a href="https://lists.ubuntu.com/archives/ubuntu-doc/2010-January/014106.html" target="_blank">https://lists.ubuntu.com/archives/ubuntu-doc/2010-January/014106.html</a>).<br>
Trying to write a book from scratch is a huge enterprise, and requires<br>
(as Phil has said) a careful analysis of your audience, serious<br>
expertise and a lot of free time. I continue to have my doubts about<br>
whether such an initiative can really succeed. It's certainly been<br>
outside the scope of our resources historically speaking.<br>
<br>
This project is clearly the result of a lot of enthusiasm for<br>
documentation and for educating Ubuntu users, which is definitely a<br>
positive thing. If we're going to focus that enthusiasm into something<br>
which will provide a long lasting benefit to Ubuntu documentation, I'd<br>
really like to see that enthusiasm focused into the initiative in a<br>
way that will be maintainable in the long term and benefit the system<br>
docs. So I think the key will be if the project is able to focus on<br>
reusing material and giving back to the material already produced.<br>
<font color="#888888"><br>
--<br>
Matthew East<br>
<a href="http://www.mdke.org" target="_blank">http://www.mdke.org</a><br>
gnupg pub 1024D/0E6B06FF<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Benjamin Humphrey<br><br>Ubuntu Manual Project Leader<br>Dunedin, New Zealand<br><br><a href="https://wiki.ubuntu.com/ubuntu-manual">https://wiki.ubuntu.com/ubuntu-manual</a><br>
<a href="http://www.interesting.co.nz">www.interesting.co.nz</a><br><a href="http://www.benjaminhumphreyphotography.com">www.benjaminhumphreyphotography.com</a><br><br>
</div></div>