Date: Thu, 17 May 2001 17:28:49 -0700 From: "Bruce A. Mah" <bmah@FreeBSD.ORG> To: Brooks Davis <brooks@one-eyed-alien.net> Cc: Nik Clayton <nik@FreeBSD.ORG>, doc@FreeBSD.ORG Subject: Re: Policy on image source files in the CVS tree Message-ID: <200105180028.f4I0Snn05073@bmah-freebsd-0.cisco.com> In-Reply-To: <20010517113103.A25222@Odin.AC.HMC.Edu> References: <20010517122744.B3349@catkin.nothing-going-on.org> <20010517113103.A25222@Odin.AC.HMC.Edu>
next in thread | previous in thread | raw e-mail | index | archive | help
--==_Exmh_228134564P Content-Type: text/plain; charset=us-ascii If memory serves me right, Brooks Davis wrote: > I think it makes sense to allow actual (or even require) that the actual > source file be in the tree, but I wonder the proposed policy isn't too > strict. Specificaly, it seems that the screenshot tools aren't very big > and don't require X so it might be better to for people to have them and > adding them to the infrastructure. Where to draw the line is clearly > hard, but it feels like screen shots should be first class images in > OS documentation. I think that allowing automatic builds of *PNG or *.TXT files from *.SCR files (or whatever the extension is) makes sense, particularly if the tools for working with *.SCR files are coming into the base system. That said, this would require any machine building the docs to have a fairly up-to-date -CURRENT or 4-STABLE, right? (Once the relevent programs get committed, that is.) Have we ever had a situation like that before? Bruce. --==_Exmh_228134564P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.5 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE7BGzB2MoxcVugUsMRAqsHAKDaq84o/eJKwB1hW7Cl5Oz6/aPWsACfYrK0 WDd6o100KI+8gvmcCh3B6bI= =WYdW -----END PGP SIGNATURE----- --==_Exmh_228134564P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200105180028.f4I0Snn05073>