From owner-freebsd-doc@FreeBSD.ORG Sat Mar 11 19:19:47 2006 Return-Path: X-Original-To: doc@FreeBSD.org Delivered-To: freebsd-doc@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EFD916A41F; Sat, 11 Mar 2006 19:19:47 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7995643D48; Sat, 11 Mar 2006 19:19:44 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 6FC95999017; Sat, 11 Mar 2006 20:19:42 +0100 (CET) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 57703-01; Sat, 11 Mar 2006 20:19:38 +0100 (CET) Received: from [192.168.2.186] (catv-5062e7e3.catv.broadband.hu [80.98.231.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 808BA999016; Sat, 11 Mar 2006 20:19:38 +0100 (CET) Message-ID: <441322C7.8020200@t-hosting.hu> Date: Sat, 11 Mar 2006 20:19:35 +0100 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: remko@FreeBSD.org References: <200603111503.k2BF3bsI006826@repoman.freebsd.org> <20060311152536.GD73523@submonkey.net> <441302E4.6010805@FreeBSD.org> In-Reply-To: <441302E4.6010805@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: doc@FreeBSD.org, doc-committers@FreeBSD.org Subject: Re: cvs commit: www/en where.sgml X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 19:19:47 -0000 Remko Lodder wrote: > Ceri Davies wrote: > >> On Sat, Mar 11, 2006 at 03:03:37PM +0000, Remko Lodder wrote: >> >>> remko 2006-03-11 15:03:37 UTC >>> >>> FreeBSD doc repository >>> >>> Modified files: >>> en where.sgml Log: >>> Use &base; in the where.sgml file like other files also use. >>> >>> PR: www/94098 >>> Submitted by: Gabor Kovesdan >> dot hu> >>> Revision Changes Path >>> 1.81 +51 -51 www/en/where.sgml >> >> >> While I am not wildly opposed to this, I don't really see what this >> gains us, other than to make the rendered page (at least) 102 bytes >> larger (&base; being equivalent to "./" most of the time). >> >> I'm all for consistency, but perhaps we should go the other way. >> Comments? >> >> Ceri > > > Well, If we use it throughout the tree we should do it for consistency. > That was my goal with the commit. I can agree with you that &base; = . > seems somewhat bogus, but when we change the base entity declaration we > have everything in place to be updated in one go. > > So i can see your point, and i can see the other point.. > > Do others have ideas as well? Copied -doc for that reason so that we > have a broad base to get this right :) > > Thanks for the feedback though! > Currently, I'm translating the FreeBSD Webpage to Hungarian, and I intend to send the webpage back to the project when I have finished it. There are parts that aren't worth to translate, because they're changing fluently or irrelevant for the Hungarian community, etc. For example, I don't want to translate all the release notes, because this means a huge work, and I can't guarantee that I would be able to keep it up-to-date and translate the release notes after each release. I will link these pages with using &enbase;. I could use "../" as well, but I think that would be quite awkward and not really transparent. Using either &base; or &enbase; in the whole codebase makes the whole code much more transparent and clear As I see, the French Webpage uses the same approach, but e.g. the German Webpage uses &base;/../ in these case, which is very ugly. It would be nice if we introduced a new rule for this. If you accept my point I can work on reviewing the translations and sending patches to standardize this, so that we have smart, transparent and consistent code in the whole webpage. Gabor Kovesdan