From owner-freebsd-doc@FreeBSD.ORG Tue Aug 20 22:13:43 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1F959545; Tue, 20 Aug 2013 22:13:43 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9E7320C3; Tue, 20 Aug 2013 22:13:42 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 2B80914D2431; Wed, 21 Aug 2013 00:13:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at !change-mydomain-variable!.example.com Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id CDImtG_owyig; Wed, 21 Aug 2013 00:13:36 +0200 (CEST) Received: from [192.168.0.10] (54034B4D.catv.pool.telekom.hu [84.3.75.77]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 3BC7614D2410; Wed, 21 Aug 2013 00:13:36 +0200 (CEST) Message-ID: <5213EA10.1030500@FreeBSD.org> Date: Wed, 21 Aug 2013 00:13:36 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Thunderbird/23.0 MIME-Version: 1.0 To: Warren Block Subject: Re: Updating translation workflow References: <5213DC89.9060408@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gabor Pali , "doc@FreeBSD.org" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 22:13:43 -0000 Em 20-08-2013 23:43, Warren Block escreveu: > I think you mean expanding not-so-simple entities like &man.ls.1; > would lose the functionality of it making a link to the man page. I > agree, I was only thinking of simple entities like &os;. No, that wouldn't break the links since the markup that generates the link is part of the entity. But entities are like variables, changing the definition will change all occurrences and this is sometimes useful. For example with those entities that are referring to the current release number of the ports count, etc. Gabor