[drupal-docs] Next steps
Charlie Lowe
cel4145 at cyberdash.com
Wed Apr 27 17:08:24 UTC 2005
bryan kennedy wrote:
>
> Actually that is why I wanted to do it on drupal.org so that nothing
> would suffer from link rot. In our new handbook all links to handbook
> content would be internal to the new handbook. It wouldn't link to the
> old handbook pages ever. Once the new book was ready for prime-time it
> would just be linked up as the main handbook and the old frozen one
> would be deleted.
I was thinking of links from the Drupal forums to specific pages and
links from external sites into the handbook. Doesn't seem to be anyway
to avoid this other than to edit existing nodes.
>
>
> I actually think this will create link rot. If we create everything in
> a wiki then we don't have the structure imposed by the book module.
> Then we have to re-find all the links as we move pages over since the
> wiki will not create node's defined in the book structure. If the
> final destination is a book on drupal.org then let's author in a book
> on drupal.org. If this isn't possible then let's at least author in a
> drupal site running the book.module with a protected chunk of node
> numbers, so that we can move it over to drupal.org once it is ready
> without having to re-write links.
Yeah. Seems like either way we loose here. Best solution seems like it
might be to create an alternative Drupal handbook, use path alias to
name all the pages, then for all internal book links, use the aliases.
But then copying over the pages into the previous nodes would be a
problem because path aliases have to be unique. This suggests that the
new handbook has to be built off of drupal.org, perhaps on a subdomain
as has been suggested before. I'm starting to think this is the best way
to go. Besides, wikis are nice, but eating our own dog food is better.
More information about the drupal-docs
mailing list