public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download: 
* Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki
  @ 2010-04-04 15:23 99%           ` Ben de Groot
  0 siblings, 0 replies; 1+ results
From: Ben de Groot @ 2010-04-04 15:23 UTC (permalink / raw
  To: gentoo-dev

On 4 April 2010 09:31, Joshua Saddler <nightmorph@gentoo.org> wrote:
> On Sun, 4 Apr 2010 03:20:53 +0200
> Ben de Groot <yngwin@gentoo.org> wrote:
>> >> GuideXML documents are often experienced as an unnecessary
>> >> barrier.
>> >
>> > I think you should clearly state again that this is not gonna replace
>> > GuideXML, just migrate a few use cases where a wiki fits better.
>> > This is what you aim for, right?
>
> No, he's definitely out to kill GuideXML. Just give him time.

Let me start by saying I immensely value the work you do, even tho
we disagree on the merits of GuideXML. The GDP is an essential part
of what makes Gentoo great, and I am willing to work with you to
ensure that our documentation keeps the quality it is known for, and
improve it where possible. Even if that means working with an (in my
eyes) inferior technical solution.

That said, I still hope I can convince you that working with a wiki
has benefits over GuideXML and gorg. Some day. A man can hope...

>> A wiki can fulfill several purposes for us:
>>
>> 1. Easy collaboration among devs, for brainstorming, developing new
>>    documentation, assembling upcoming meeting agendas, and so on
>>    [for which there currently is not really any obvious place]
>
> This is not *impossible* with our current setup; it can still be done in a few different ways:
>
> 1) project spaces in /proj/$LANG/foobar/ -- how hard is it to commit to CVS when going through document drafts?
> 2) devspaces -- it's easy enough to dump stuff in here for others to refer to
>
> However, a wiki *does* make it easier for everyone to jump right in and edit stuff as ideas are passed around, rather than waiting for someone to make changes to something in a devspace.

Nobody said it is impossible. It's just not very practical. And the
fact that a growing number of official Gentoo projects are now using
external wikis is an indication that we need to provide this
ourselves.

>> 3. A place to host and maintain our existing documentation
>>    [which is currently in GuideXML]
>
> Entirely unnecessary duplication of effort. To quote the forum mods, "don't cross-post" . . . and especially don't do it if you'll be violating a doc license somewhere. It's one of the reasons why we don't use existing unofficial wiki content in our docs. I and the GDP have written about that ad nauseum over the years; just search the list archives.

Obviously we should not do anything that violates licenses, and I
don't see anyone promoting that. As far as I can see there is
agreement on using the CC-BY-SA license that is used in most of our
documentation. This means we can't copy-paste content from the
unofficial wiki. But in principle we could move existing official
documentation into the wiki.

Of course we would prefer to minimize duplication of effort. But
having all (or at least most) of our documentation in one place has
obvious benefits. So I hope I can convince the GDP to join us.

>> I am not pushing for our existing documentation to be migrated into a
>> wiki at this point. But I think that once the place is there, and it
>> functions well, it would be the obvious next step to do so. As I said
>> before, the barrier to contributing and maintaining documentation is
>> much higher in the case of GuideXML, so it doesn't really make sense
>> to keep that around when we have a better solution.
>>
>> I know there are people who do not agree with me on this last point
>
> . . . to say the least.
>
> Show me a wiki that has the flexibility of our handbook, which can be a huge printer-friendly all-in-one doc, or an as-you-need-it doc with one page per chapter.

As far as I know, we only use this functionality for our handbook.
But MediaWiki can do that with what they call transclusion.

> Show me a wiki that [does a number of things]

MediaWiki (like any major wiki) can do all those things. You are
basically showing your ignorance of wikis. Your arguments against
wikis seem to be based on your false impressions of them, not on
actual facts.

As has been pointed out, your table example was unfair, as they don't
do the same thing. I would frown on such inline styling (that's what
stylesheets are for), and there are a number of ways you can markup
tables in wikis. One is to allow HTML tags, so it would be very much
like GuideXML. Another one, which I prefer personally, is to use
reStructuredText, which is even clearer than HTML markup.

> By moving to a wiki, you'll lose a huge percentage of what GuideXML can do,

I don't see that at all. Is there any essential feature of GuideXML
that is missing in MediaWiki? (Let's take that wiki implementation as
the most likely one we will adopt.) I haven't seen anything yet that
is impossible or very difficult to do. Do you really think that
GuideXML is so special and advanced that nobody else had the same
needs and that major wiki engines do not provide in those needs?

> in exchange for "quicker" and "easier" editing and creation of docs, though neither of these have been qualified. As some others on this list have mentioned, wiki syntax is downright ugly and simply not as consistent or readable as plain ol' XML or HTML.

Wikis can use various markup systems. Whether the default wiki syntax
is ugly, is debatable. I don't think it's that bad, but it certainly
isn't perfect. As I've mentioned before, personally I prefer to use
reStructuredText, which is quite elegant, very readable and easy to
pick up. You could also use straight HTML markup, if you wanted to.
But most people seem to prefer standard wiki syntax.

And if you really wanted to, you could easily write an extension to
parse GuideXML, so it could be used as wiki markup. So again, the
markup is not really an argument against using a wiki instead of our
current GuideXML+gorg setup.

> From what I've seen, the biggest objection to GuideXML is folks don't want to take the time to learn a few tags.

No, that's not it. The two main objections, from what I can see are:

1. It is confusing, because it is an XML dialect that is similar to
   HTML, shares a number of tags, but then substitutes some for
   others, and has (for the casual user) seemingly arbitrary
   restrictions.
2. It is a non-transferable skill. You can't use it anywhere else.
   And unless you are a regular GuideXML writer, you will have to
   look up its particular usage almost every time you do use it.

> I've yet to see a wiki that even has as much sense as HTML, which is pretty low on the totem pole of consistency.

That's a non-argument as I showed above.

> I ain't out to stop ya'll from using a wiki. I do agree that they have some advantages. However, I will point out how limited wikis are. They're not a magic bullet that will solve all our problems.

Nobody is saying they are a magic bullet. But they are not as limited
as you believe they are. And a lot of people agree they are a better
solution than what we currently have.

Cheers,
-- 
Ben de Groot
Gentoo Linux Qt project lead developer



^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2010-04-03 13:19     [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki Ben de Groot
2010-04-03 14:30     ` Alex Legler
2010-04-03 14:46       ` Ben de Groot
2010-04-03 23:37         ` Sebastian Pipping
2010-04-04  1:20           ` Ben de Groot
2010-04-04  7:31             ` Joshua Saddler
2010-04-04 15:23 99%           ` Ben de Groot

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox