Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 19 Jun 2012 13:48:17 +0200
From:      =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no>
To:        Gabor Kovesdan <gabor@FreeBSD.org>
Cc:        soc-status@freebsd.org, Jesse Hagewood <jhagewood@FreeBSD.org>
Subject:   Re: Improve BSD licensed text processing tools
Message-ID:  <86k3z34j5q.fsf@ds4.des.no>
In-Reply-To: <4FE047EB.7060409@FreeBSD.org> (Gabor Kovesdan's message of "Tue,  19 Jun 2012 11:35:39 %2B0200")
References:  <CACfFK-WS6_%2B_8roEUdqWf64tLaPaEXExw9MLXzfVpWZfOiWAiQ@mail.gmail.com> <4FE047EB.7060409@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Gabor Kovesdan <gabor@FreeBSD.org> writes:
> I think it would be better to keep mdocml as a primary focus until the
> most necessary features are completed. You have done some research,
> which is of course valuable but if someone else tries to work on
> mdocml, she still needs to dig into the subject before completing
> these items so your time spent on this actually contributes very
> few. If you do a bit of each objective of your project, none will
> actually be finished and your work will not serve for too much. I
> believe mdocml is in fact more difficult than these less important
> diff options but having mdocml completed would weigh much more than
> having touched everything a bit.

The point is that some of the missing functionality in mdocml is a) not
required for FreeBSD man pages and b) apparently really hard to
implement (according to the author).  I'd rather see a little progress
on several fronts than a little progress and a lot of frustration on
just one.  I've also asked Jesse to write "reading notes" for mdocml so
the next person to touch it gets a leg up.

DES
--=20
Dag-Erling Sm=C3=B8rgrav - des@des.no



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86k3z34j5q.fsf>