Return-Path: X-Original-To: apmail-directory-dev-archive@www.apache.org Delivered-To: apmail-directory-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 97CB57E46 for ; Wed, 17 Aug 2011 09:47:49 +0000 (UTC) Received: (qmail 88936 invoked by uid 500); 17 Aug 2011 09:47:47 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 88707 invoked by uid 500); 17 Aug 2011 09:47:34 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 88700 invoked by uid 99); 17 Aug 2011 09:47:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Aug 2011 09:47:31 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of elecharny@gmail.com designates 209.85.161.50 as permitted sender) Received: from [209.85.161.50] (HELO mail-fx0-f50.google.com) (209.85.161.50) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Aug 2011 09:47:24 +0000 Received: by fxh2 with SMTP id 2so657058fxh.37 for ; Wed, 17 Aug 2011 02:47:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=0tt7dWbTn/Ol9NFIcsigixNrQ6YMrKewQp6iiOsH5lM=; b=sR/YTxv74yofjBx78WCuIppmxp6WIRR7ggbuNd8QpCzeSKL0M49ZalhfE4CoZ0lNg0 lbaA7d5N2NAISSnScwBqeBobcE7TLPr7yYqiKC4txB4UF7hrnlCO0XcPxMuQv/gd8xXk jeusdLbRk4pfbCgdtunPCpOZLT4M6tk808fDk= Received: by 10.223.91.75 with SMTP id l11mr1141532fam.66.1313574423513; Wed, 17 Aug 2011 02:47:03 -0700 (PDT) Received: from emmanuel-lecharnys-MacBook-Pro.local (ran75-1-78-192-106-184.fbxo.proxad.net [78.192.106.184]) by mx.google.com with ESMTPS id g16sm766090faa.3.2011.08.17.02.47.02 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 17 Aug 2011 02:47:02 -0700 (PDT) Message-ID: <4E4B8E15.3060603@gmail.com> Date: Wed, 17 Aug 2011 11:47:01 +0200 From: Emmanuel Lecharny Reply-To: elecharny@apache.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: 2.0.0-M3 roadmap and future evolutions ... References: <4E4A3315.8080307@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 8/17/11 11:12 AM, Alex Karasulu wrote: > On Wed, Aug 17, 2011 at 12:15 AM, Stefan Seelmannwrote: > >> On Tue, Aug 16, 2011 at 11:06 AM, Emmanuel Lecharny >> wrote: >>> Last, not least, we need to improve the kerberos documentation. Many >> users >>> complain about it. The truth is that we fixed some blocking issues those >>> last weeks, bugs that were killing our implementation as a valid >> candidate >>> for a production kerberos server. But bugs are bugs, we can fix them. >> OTOH, >>> with a pathetic documentation, we can't expect to have users testing the >>> kerberos server, and giving us some feedback about problems they found in >>> the code. Sadly, we need some workforce to deal with this problem... >> I totally agree with that point. I played with Kerberos the last weeks >> so I see it as my duty to contribute some documentation. But I'm >> unsure what documentation system we should use. Felix did a great job >> and moved all confluence pages to Docbook. But I know that at least >> you (sorry, I won't blame you ;-) don't like Docbook XML. So should we >> switch back to confluence? >> >> > The nice thing about docbook is that always us to generate any target and > manipulate formats with style sheets. I think it's idea even though it's > heavy. We just need a nice tool that allows us to edit docbook in a WYSIWYG > editor. This way one need not deal with XML directly. I spent hours finding such hypothetical tools, and tested many of them. They are all crap. really. The fact that we need docbook format for our documentation is not disputed here. I just say that we'd rather use a standard way to produce the doco, then we convert it to docbook later, using a tool to do so. -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com