<p>Hi Phil, I'm on holiday at the moment and will answer your email in more detail next week. Regarding the attributions, we are going to do the credits properly in a couple of weeks. The ones there at the moment are just a placeholder (some of the names are just made up even!)</p>

<p>Talk to you later,</p>
<p>Benjamin</p>
<p><blockquote type="cite">On 3/04/2010 4:02 AM, "Shaun McCance" <<a href="mailto:shaunm@gnome.org">shaunm@gnome.org</a>> wrote:<br><br><p><font color="#500050">On Fri, 2010-04-02 at 15:44 +0100, Phil Bull wrote:<br>
> The second is: Did you really have to fork so ...</font></p>In a linear book, you usually don't want to put main content behind<br>
links to other resources. It works really nicely for help, but not<br>
so well for books.<br>
<br>
There is the question of how much of that content is actually useful<br>
to the target reader in something with "Getting Started" in the title.<br>
Encrypting files and folders doesn't strike me as a "Getting Started"<br>
topic, for example.<br>
<br>
When there is genuinely useful content that could be shared between<br>
this manual and the system docs, I wonder if this could have been<br>
handled better by using a format that is designed to handle content<br>
reuse with build-time conditional processing. This is going to sound<br>
strange coming from me, but here it is: DITA.<br>
<br>
There are lots of technical solutions for content reuse. I think in<br>
this case, though, the problem isn't technical. It's social.<br>
<br>
--<br>
<font color="#888888">Shaun<br>
</font><p><font color="#500050"><br><br><br>-- <br>ubuntu-doc mailing list<br><a href="mailto:ubuntu-doc@lists.ubuntu.com">ubuntu-doc@lists.ubuntu.com</a><br><a href="https://lists.ubuntu.com/mailman/listinfo.">https://lists.ubuntu.com/mailman/listinfo.</a>..</font></p>
</blockquote></p>