X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1450889318; bh=Za9Wxh/T+AqoI0HNlhSAGEwLuIGByL+rdro3IUU5o4A=; h=Subject:From:In-Reply-To:Date:References:To:From:Subject; b=mkyPcmwLF26SwsX+Poi2+Psg/Iq/u8vJq5rCINN3FJmxWwXDl9bN9wsYV60Zk8/+i0+UiMs3arApZgH1AVEgPn/jtqQdrFIxWoD8UvsdoL4ekXvKmKJp8m9Cr+H+EaflxwXZ02TjW+Aj4jkgxvC08hEPZ1wp0PhFcnRx4vJM4AAsfkx4YIZhzXzwnceAt8yPNGy+aFpM1/DJsrzS9uHtLoNTgHMZrY2rQoz/SkdMEorepL0woww37Q8MnVRGH++CB4KweHMRww0D2z4/0WvoMAimq32wLKse2WqKAAQGrn3tR4R5ujJQu7A/wxRx9sEtQoIS4c57K3Hw/XF3Gx4BuQ==
X-Yahoo-Newman-Id:	904861 DOT 79653 DOT bm AT smtp222 DOT mail DOT gq1 DOT yahoo DOT com
X-Yahoo-Newman-Property:	ymail-3
X-YMail-OSG:	x8jmygEVM1k8cGmqYvJhyQGOQ0SAHC5F5D8Y6_P5AuV3BHj
	YnefeTe5x1yLq5K2hmzLS0O_7FkTcwZVnNjQ9h4.yCVql5bohufYR2SE3KPG
	xaGy48b.QYCHJFFfONYh0vhrjcj.ApSgpzz2XZ.PrHx.uTZlidDT9XoYh6au
	ngrmaMk2moxUysIXDfct4U8LUwx5B2d7lz1VUrdJUwqvgLXM5ym.hfgkC1zc
	NgOvP71r0QHjA0MmNuph0z0Iu2SWgxokRdcvzkz9GFKpcxHaqIkDq_wZr2kq
	TiiHAUB634Q0YwPU85pcXmi8C4njaTs0EYGKqWfI4N0SgOWc56QGwfCM.dEC
	RYaS4is_K74ajMER3.pTFti30INIcBeLdAzwDk_JvMb2mYx0WxwBHceYV2NI
	pD4sM2RVYhmkLexGqeUsdbuFl105EkGOnZLENwZeQoviqMaTV9mvTkIDK1O0
	auonpTvYlfSkY3n4cUeQ2LG.hcYGxNwzLgJ_BhH_CiYjuYxKp5gNz1PjLVpa
	S5_4D2rBq_7M7KJa64RvSDES6xDJgrfHvU25PuUKUF_Xm0GE-
X-Yahoo-SMTP:	b8jVkbOswBAqZ4BhECp7nxPJUfTGEnEGv_G4qgQeZMeAbA--
Mime-Version:	1.0 (Mac OS X Mail 8.2 \(2104\))
Subject:	Re: [geda-user] Missing PO Files
From:	"Edward Hennessy (ehennes AT sbcglobal DOT net) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
In-Reply-To:	<CAMvDHVCW5zcu=fo4dU=v-6MVrYXnDgx5nVRrYLToyDOLE_wVdQ@mail.gmail.com>
Date:	Wed, 23 Dec 2015 08:48:36 -0800
Message-Id:	<7297EF21-81F6-4B84-8109-24D0FE7AD68E@sbcglobal.net>
References:	<2F985E82-4EA8-42C9-9C50-99816BCE0BB4 AT sbcglobal DOT net> <CAMvDHVD7FBFuoMwhk3CXjKOOypDBXfmU9wvDTvQt8nvwoK2vZA AT mail DOT gmail DOT com> <14F365D1-6794-427D-893B-BD972E81771E AT sbcglobal DOT net> <CAMvDHVCW5zcu=fo4dU=v-6MVrYXnDgx5nVRrYLToyDOLE_wVdQ AT mail DOT gmail DOT com>
To:	"geda-user AT delorie DOT com" <geda-user AT delorie DOT com>
X-Mailer:	Apple Mail (2.2104)
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id tBNGmiWp028643
Reply-To:	geda-user AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	geda-user AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

> On Dec 23, 2015, at 1:58 AM, Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> 
> On 12/22/15, Edward Hennessy (ehennes AT sbcglobal DOT net) [via
> geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> ...
>> Also, since there are multiple translation directories that need to be
>> maintained, would it be an improvement to move the PO folder to the root and
>> make one translation domain for the entire project? For example, all
>> programs and libraries in gEDA would just used the “geda” textdomain,
>> instead of separate ones, “geda-gschem,” “geda-gaf,” “geda-gattrib,” etc…
> 
> I don't think so. In the state we have now, all programs have
> different options, menus, handles and so on. Why should we create
> such a mess with their translations in libgeda? As one of the
> translators, I'd prefer to have translation things as they are
> set up now. This allows me to translate first more important
> programs (gschem, gaf), then other utils, and thus makes my life
> easier :)

Just hoping for a solution to fix the inconsistencies across all the PO folders and make it easy to move i18n strings from one program to another.

In my view, putting the PO folder at the root would make the strings separate from libgeda - it would not have a separate textdomain. Any program or library binding the “geda” textdomain would get all the strings for all gEDA programs an libraries.

> OTOH, we have similar texts in various programs in geda-gaf
> because of using similar functions. IMO, we could move such common
> things (I mean functions) into libgeda, thus making our world
> simpler :)

Yes on making our (developers and translators) world easier. Between C, Glib, and Gtk+ boilerplate the developers have their work cut out for them.

I was trying to move an i18n string from gschem to libeda while preserving the work of the translators. So far, merging the strings looks cumbersome. The merge is four strings in 13 languages. Any suggestions on an easy mechanism to move the strings and preserve the translations would be appreciated.

Ed

- Raw text -