X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=iGd2YceXeieHnNbsuHmE/IxP9MtpVrljXrZDQ1C8L10=; b=MhqiLFx3IiqdBIh/vKN3mqZdddkYA+ikbN6Hl2lPHHEpb7Zn7de9VMmOUdJfMMN6N5 e1FwZPDBpLcTjPn9g6LwmX9POl2/6YuDOGtoaJmCC6F2od/R3ruIDgJrx9BkO3ec0dnK 4HWXFkxYWHhLpOiLGt+IqUI8L+Fsfy6/NRfBSuHvUBnRZvfnhgLwuCJaPKmSf/2Bz/mE Q0o2ZQpDCVCe0CFJXyZ9kz16bzghiR42LsKF5QhTFXO/yZTH0vhWHid8nWoLt+Thbz/x r9fb/3R+SzUWc1r4fLxiGTg3PrKSIRJ/FsIwfOM3XBRifC+dM7k1PFHVyUu81pXJNNBK C/aQ== MIME-Version: 1.0 In-Reply-To: <20121116204345.9377B81345F9@turkos.aspodata.se> References: <20121113211401 DOT 20747813A49B AT turkos DOT aspodata DOT se> <20121115210903 DOT 90A4881345E3 AT turkos DOT aspodata DOT se> <20121116135510 DOT 6D56B81345EB AT turkos DOT aspodata DOT se> <20121116204345 DOT 9377B81345F9 AT turkos DOT aspodata DOT se> Date: Fri, 16 Nov 2012 16:22:30 -0500 Message-ID: Subject: Re: [geda-user] Bug #903129 Translations don't work on Windows From: Bob Paddock To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=e89a8f642ee085c05d04cea35d11 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 Precedence: bulk --e89a8f642ee085c05d04cea35d11 Content-Type: text/plain; charset=ISO-8859-1 > > That just moves the dependency from one library to the other, > > Yes, but libgeda already depend on glib. Do you propose that we > shall minimize that dependancy ? Perhaps some day, not today. > If you have tested this, I'm fine with that also. I tested on my Windows7 box here, worked as I expected it to. Will test on my Windows8 system next week. > bin/gschem.exe > ... > share/locale/... > ... > > Can we trust that each and every geda installation in MS-Windows > will have this directory structure? For the moment. What might need changed is where writable configuration files go, if there are any in that tree. Everything in Program Files and down should be considered Read Only. Need to look at DJ's NSIS installer script. Also in the past some programs did no like paths with spaces in them that prevented installing in that location at all, don't know the current state. --e89a8f642ee085c05d04cea35d11 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
> > That just moves the dependency from one library to the other,=
>
> Yes, but libgeda already depend on glib. Do you propose th= at we
> shall minimize that dependancy ?

Perhaps s= ome day, not today.

> If you have tested this, I'm fine with that also.

I tested on my Windows7 box here, worked as I=A0expected= =A0it to.
Will test on my Windows8 system next week.
> =A0bin/gschem.exe
> ...
> =A0share/locale/...
> ...<= br>>
> Can we trust that each and every geda installation in MS-Wi= ndows
> will have this directory structure?

For the moment. =A0What might need changed is where=A0writable=A0configurat= ion=A0files go, if there are any in that tree.

Eve= rything in Program Files and down should be=A0considered=A0Read Only.
=
Need to look at DJ's NSIS installer script.

Also in the past some programs did no like paths = with spaces in them that prevented installing in that location at all,
don't know the current state.


--e89a8f642ee085c05d04cea35d11--