From owner-cvs-all@FreeBSD.ORG Fri Aug 22 07:14:42 2008 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0508F106566B; Fri, 22 Aug 2008 07:14:42 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id B33648FC0C; Fri, 22 Aug 2008 07:14:41 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p2191-ipbf1403funabasi.chiba.ocn.ne.jp [118.7.161.191]) (authenticated bits=128) by mail.allbsd.org (8.14.2/8.14.2) with ESMTP id m7M7EQGj005463; Fri, 22 Aug 2008 16:14:38 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id m7M6ooCl069741; Fri, 22 Aug 2008 15:50:57 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 22 Aug 2008 15:49:22 +0900 (JST) Message-Id: <20080822.154922.59815683.hrs@allbsd.org> To: gabor@kovesdan.org From: Hiroki Sato In-Reply-To: <48A9C642.8030504@kovesdan.org> References: <48A75B1A.7060809@FreeBSD.org> <20080817.204750.78468138.hrs@allbsd.org> <48A9C642.8030504@kovesdan.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.1 on Emacs 22.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Aug_22_15_49_22_2008_500)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Fri, 22 Aug 2008 16:14:40 +0900 (JST) Cc: pgj@FreeBSD.org, doc-committers@FreeBSD.org, cvs-doc@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: doc/en_US.ISO8859-1/articles/committers-guide article.sgml doc/en_US.ISO8859-1/articles/releng article.sgml doc/en_US.ISO8859-1/books/developers-handbook/policies chapter.sgml X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2008 07:14:42 -0000 ----Security_Multipart(Fri_Aug_22_15_49_22_2008_500)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, sorry for the delay. Some hardware failure of my machine had troubled me for a week... Gabor Kovesdan wrote in <48A9C642.8030504@kovesdan.org>: ga> Good idea. And we can have a website.ent in share/sgml, just like ga> articles.ent and books.ent to easily pull in the necessary ga> entities. About this I have more ideas as I've been looking at the ga> opportunities with XML. I already have something in a local repo, but ga> it's highly wip. I think that doc/en_US.ISO8859-1/share/sgml should ga> only contain some "glue" .ent files, for example imho newsgroups.ent ga> should go into doc/share/sgml so that translators can use them in an ga> early phase of the translation or simply reuse them if there is ga> something to reuse. Agreed. ga> The idea seems good, but with the DTD I have some ideas and doubts: ga> - We have the location data in ports/astro/xearth, in this way we would ga> - introduce one more duplication ga> - We have the birthday data in src/usr.bin/calendar, which may not be a ga> - problem as it cannot change Yes, I have noticed them. I think a way that generating files for calendar and xearth from the XML file works. How about? ga> - If someone leaves core and returns, or simply resigns his commit bit ga> - and returns the from-to attributes cannot be precise. Or maybe we ga> - could for example merge 1995-1997 and 1999-2000 as 1995-2000? Ah, it is possible to add two or more tags in that case, for example. When two periods can be merged, it can be calculated from them by using XLST stylesheet. ga> - There might be a website or comment element or attribute to put ga> - personal websites or additional info (e.g. we have at least 2 deceased ga> - committers) Yes, additional elements for such purpose would be useful. -- | Hiroki SATO ----Security_Multipart(Fri_Aug_22_15_49_22_2008_500)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkiuYXIACgkQTyzT2CeTzy2yOgCgqJRYYsEJhUHsUaU4U8rP6Jxi u7oAoKXvKqE+hPXbOGckz9bJEnbjdEcL =sXsN -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Aug_22_15_49_22_2008_500)----