| delorie.com/archives/browse.cgi | search |
| X-Authentication-Warning: | delorie.com: mail set sender to geda-help-bounces using -f |
| X-Recipient: | geda-help AT delorie DOT com |
| X-Original-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1599094642; bh=tlaJBxTyEYYY5bqkJ6uvDOJZZi8eVWxQX5mGB6pNORE=; h=Subject:To:References:From:Date:In-Reply-To:From:Subject; b=EBC1UTluC11X3nYvEceY4rpn80ovlAtppe93S8hUwtcNfTxuOXojcgAuwseI1q9SgvqBvkInaiM9iGtypq+q2inruEAloRIRURt+7RuDXaRRsgztI/4+S3GJ25N8wvoi2OQqsZu8o5zjqmdftc8UzWhsBLY1NfyrzS4RrOfzU2DyVcYrPdYjdKY4AUywtn5MwKPdSD37bYAWFUdwfgoZ7tXaCvHUYxVWc4jp4PvLOxj2BbmjBTKZwi+SEp7Dam4LlTVu7UfCsxXazSwQ4fxTxpjdCstZkmvQoexDNofsoD9ipEzzKEWeroZIqQzg5+DcRXrHljeKuSw5QMqoX7lkPg== |
| X-YMail-OSG: | teAAeqwVM1mGOiOJGvHZtx3cecz35FojSyBpyJBWsuxGqSYwDkBQhfObK9sMv_t |
| v7HOjFmMBsmFlvl38p5LhYsNW_WWOPnb9uD7IN40h1V4JWhAiy7sko.0j9YfNXS_n62fHm_uvJCU | |
| IQnAplUZQvva89x29PiBgYEsg83QgqDdY7XCu6KRNguOj3CMxkDDYJ3GNRj6KCaQo7YWIu6ah_Sm | |
| Hh4I_rsRNgMsyecO3kiAU19WunxAyP8cA8uy4NOxnVtKoCAp0c7WbiWK2FUO3VFdZ0y5c0W9jqKO | |
| qojtMt4oWXwiyhcPK.MqhtaCYVZW2hei7EYaA7OQLpF1Y1eH4Ii7hWU2ZwMhIPjDL8aHhYYX_R35 | |
| HZn4QVp3uBKFXrGVVaoZQSblSUqLzgx6oBMDjvS2UiquVDREN3YhBIUrY6qrJD5b61qcBZza3i4k | |
| nh1y4BshpazZ5yOWVcXnkOrcH8Qhy3B0.GC2hsJbPBGFcFdKUqLEOslt5_zoXLw208Fu2Ws16xpG | |
| 7vpAbCTn2FN.FYa8zgTWsd.9hCFEraGXQBzPN44BIUGN440wijwQ2b_7ko9WS8IAFlD_VviIz1Oc | |
| rTEWa3K0Y13WDWkf8uevL_1c4k_iQ_tOfgtowuFAFH2cPH9izG294m4yxBPKFW4SM5owd.xe0TKP | |
| cwEHMvlynOhV0ZqujoEy.nt5IzpYdAD_k84MxmtvcAz5UAkvBtsLUGsXtiHFfg2gWjQOM6LjE2fU | |
| oyx9tfDuzf2YXdWr_Egji_.n5Q0.fQVeavcG8TZ3SC6kt8PBsDPtQf1JPUwPVvhXQ9XvqyGdpYu1 | |
| TOPTfcpIzv62bCi_.0BO0nmrFyfbcQVwYij9z99fZpDMyteJ_hS_Wa5t0sdsNanqsSWMmTOZMqd4 | |
| TDXEhfQFacZ2.MdN74GfefWclRbieCPltzSlSQtWXJYxDqso2fA7hm8n.Re5g6.7R9mJoDt_nh8l | |
| Q8NRMHNu4sf_aq7tFg5EPo6xHKRCcZFa0N6nhGEkOMwCu9F05b7hC4CNBgUnqj7bvaR_0qeAruJg | |
| s3pbulDmtodrTqxc7L2f3upl2.apVPksQ2wcbdzxZVB32CVBTbBd4PXfxRiVgmFTfS5VAVTpQlbX | |
| 7.s9hAIKi0YsUWxDGVclXgLhvx64LYREayZyagSvfv9n.iysZmnraCVqJVT3mUjYsmkBsaQdVDSK | |
| teNoz7AcgvKimSuS00mFa1ZKTC5Qj06TsGjoELkD__B8mdcCG.dFqGrNVruaCP3NaBRpgJXIBn8J | |
| tMqARWyRaBCtDiE_HidD98I8LxzrSZEskmJLvwYg.bBRyetUEPBTsCAqamVx2dNNODdJYGpiEGix | |
| Bo6dMqn0g3Gw3GnpBgeb.qnMFXjEqxbBCIwzD5CjQJleELSqSyrM6XGa1hoVKhJpBh9LvtKQjMyR | |
| kd.tHys9uD0K8uAub8J5D.Ct3tIfkar5UAAn.HGBBvEBR4ml65AcJHniCdE5qHGNto0Agppd_uEX | |
| AhJlrJGqGI3LQQYsDNHaloPNn0jV.mWXtsX7efpxlSglmf1VLG_12L3tDdnDZocmJ | |
| Subject: | Re: [geda-help] Shifting Text |
| To: | geda-help AT delorie DOT com |
| References: | <CAMw9acAo7Q_ztEDTjbaUr7zdeoOJThA7ijx1EsvNTd46e5oYRw AT mail DOT gmail DOT com> |
| <CAMw9acA_aygsy3GMYrOSC8YDBS2TfOafeX_ZSJMbKop-_wgj2A AT mail DOT gmail DOT com> | |
| <b0b8dd4d-f94a-3101-6826-160be7555add AT yahoo DOT com> | |
| <8ca87b95-6b3c-0832-e98a-7d9e743fe7ff AT yahoo DOT com> | |
| <alpine DOT DEB DOT 2 DOT 21 DOT 2009010003190 DOT 4251 AT nimbus> | |
| <396df3f1-e447-b5ac-6120-4b96acbcb542 AT yahoo DOT com> | |
| <alpine DOT DEB DOT 2 DOT 21 DOT 2009021444450 DOT 14655 AT nimbus> | |
| <alpine DOT DEB DOT 2 DOT 21 DOT 2009021529470 DOT 15983 AT nimbus> | |
| <3b3b883a-f334-b9c6-eb2e-d49c86fa14fd AT yahoo DOT com> | |
| <20200902171255 DOT GC2911 AT newvzh DOT lokolhoz> | |
| <alpine DOT DEB DOT 2 DOT 21 DOT 2009022322360 DOT 1252 AT nimbus> | |
| From: | "Glen W. Ruch (gw DOT ruch AT yahoo DOT com) [via geda-help AT delorie DOT com]" <geda-help AT delorie DOT com> |
| Message-ID: | <f8bd6fbc-d1d1-fb75-da23-fef5e6e6ec7f@yahoo.com> |
| Date: | Wed, 2 Sep 2020 20:57:05 -0400 |
| User-Agent: | Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 |
| Thunderbird/68.11.0 | |
| MIME-Version: | 1.0 |
| In-Reply-To: | <alpine.DEB.2.21.2009022322360.1252@nimbus> |
| X-Mailer: | WebService/1.1.16565 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/11.0.7) |
| Reply-To: | geda-help AT delorie DOT com |
| Errors-To: | nobody AT delorie DOT com |
| X-Mailing-List: | geda-help AT delorie DOT com |
| X-Unsubscribes-To: | listserv AT delorie DOT com |
This is a multi-part message in MIME format.
--------------4BFFBFD0615ED4CF4910C839
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Roland:
It's not as easy as we'd hoped.?? A search for all /*geda*/ files returns
no build-dep labeled options
/*dnf search geda*/
Last metadata expiration check: 2:08:18 ago on Wed 02 Sep 2020 05:13:09
PM EDT.
========================= Name & Summary Matched: geda
=========================
geda-docs.noarch : Documentation and Examples for gEDA
geda-gattrib.x86_64 : Attribute editor for gEDA
geda-gnetlist.x86_64 : Netlister for the gEDA project
geda-symbols.noarch : Electronic symbols for gEDA
libgeda.x86_64 : Libraries for the gEDA project
============================== Name Matched: geda
==============================
geda-gschem.x86_64 : Electronics schematics editor
geda-gsymcheck.x86_64 : Symbol checker for electronics schematics editor
============================ Summary Matched: geda
=============================
gerbv.x86_64 : Gerber file viewer from the gEDA toolkit
gerbv.i686 : Gerber file viewer from the gEDA toolkit
[ruchg AT localhost ~]$
[ruchg AT localhost ~]$ /*dnf search gschem*/
geda-gschem.x86_64 : Electronics schematics editor
So I downloaded the tarball, /*geda-gaf-1.10.0.tar.gz*/. When I ran the
/*./configure*/ It complained about /*libfam*/ and /*libgamin*/ so I
added the provided /*--without-libfam*/ switch.?? (I'm running a home
system, and no others are trying to modify my schematics, I shouldn't
need file access monitoring.)
A /*make*/ throws multiple errors.
/usr/include/gtk-2.0/gtk/gtktypeutils.h:236:1: warning:
???GTypeDebugFlags??? is deprecated [-Wdeprecated-declarations]
?? 236 | void?????????????????????? gtk_type_init???? (GTypeDebugFlags debug_flags);
?????????? | ^~~~
[snip]
/usr/include/glib-2.0/gobject/gtype.h:679:1: note: declared here
?? 679 | {
?????????? | ^
[ - - snip - - plus 2 more /*deprecated *//*warnings*/, and another
/*note: declared here*/ message]
gschem_page_view.c: In function ???gschem_page_view_invalidate_world_rect???:
gschem_page_view.c:596:3: error: ???screen_right??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]
?? 596 |???? gschem_page_view_invalidate_screen_rect (view,
?????????? |???? ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
?? 597 |?????????????????????????????????????????????????????????????????????????????????????? screen_left,
?????????? |?????????????????????????????????????????????????????????????????????????????????????? ~~~~~~~~~~~~
?? 598 |?????????????????????????????????????????????????????????????????????????????????????? screen_top,
?????????? |?????????????????????????????????????????????????????????????????????????????????????? ~~~~~~~~~~~
?? 599 |?????????????????????????????????????????????????????????????????????????????????????? screen_right,
?????????? |?????????????????????????????????????????????????????????????????????????????????????? ~~~~~~~~~~~~~
?? 600 |?????????????????????????????????????????????????????????????????????????????????????? screen_bottom);
?????????? |?????????????????????????????????????????????????????????????????????????????????????? ~~~~~~~~~~~~~~
gschem_page_view.c:596:3: error: ???screen_bottom??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]
gschem_page_view.c:596:3: error: ???screen_top??? may be used uninitialized
in this function [-Werror=maybe-uninitialized]
gschem_page_view.c:596:3: error: ???screen_left??? may be used uninitialized
in this function [-Werror=maybe-uninitialized]
cc1: some warnings being treated as errors
make[4]: *** [Makefile:1452: gschem-gschem_page_view.o] Error 1
make[4]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem/src'
make[3]: *** [Makefile:648: all] Error 2
make[3]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem/src'
make[2]: *** [Makefile:474: all-recursive] Error 1
make[2]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem'
make[1]: *** [Makefile:548: all-recursive] Error 1
make[1]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0'
make: *** [Makefile:480: all] Error 2
In order to try and see if these are just warnings I tried to /*make
install*/, and it looks to me as I got the same errors
gschem_page_view.c:596:3: error: ???screen_bottom??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]
gschem_page_view.c:596:3: error: ???screen_top??? may be used uninitialized
in this function [-Werror=maybe-uninitialized]
gschem_page_view.c:596:3: error: ???screen_left??? may be used uninitialized
in this function [-Werror=maybe-uninitialized]
cc1: some warnings being treated as errors
make[4]: *** [Makefile:1452: gschem-gschem_page_view.o] Error 1
make[4]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem/src'
make[3]: *** [Makefile:2570: install] Error 2
make[3]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem/src'
make[2]: *** [Makefile:474: install-recursive] Error 1
make[2]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem'
make[1]: *** [Makefile:548: install-recursive] Error 1
make[1]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0'
make: *** [Makefile:842: install] Error 2
Running /*gschem*/ from the command line brings up the same version
1.9.2 that I had been running.
Suggestions on getting thru the make errors?
Regards.
On 9/2/20 5:45 PM, Roland Lutz wrote:
> On Wed, Sep 02, 2020 at 10:48:31AM -0400, Glen W. Ruch
> (gw DOT ruch AT yahoo DOT com) [via geda-help AT delorie DOT com] wrote:
>> [ruchg AT localhost ~]$ dnf list installed | grep pango
>> [???] 1.44.7-2.fc32 [???]
>
> I see.?? From version 1.44 on, Pango switched from FreeType to HarfBuzz
> for font rendering, which is causing a lot of issues.?? I assume this
> is one of them.
>
>> If you want me to compile, it will take me some time to find the
>> source and download.?? - - - assuming I find all the dependencies etc.
>
> This would be really helpful.?? Debian has `apt-get build-dep geda-gaf'
> to install all build dependencies for geda-gaf; I assume Fedora has a
> similar feature.?? I can't reproduce the bug on my machine, so I need
> feedback from someone who can in order to see if the metric cache is
> actually what's causing the issue.
>
>
> On Wed, 2 Sep 2020, Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via
> geda-help AT delorie DOT com] wrote:
>> The rendering issues have been introduced in the new version of
>> Pango---1.44.?? We've have been already fixed many of them in Lepton
>> 1.9.11 (Lepton is a fork of 'geda-gaf').
>
> I had a look at these fixes.?? If I understand it correctly, you
> ditched baseline alignment completely and use the "logical" text
> boundaries for text alignment which introduces a large gap between the
> text and the anchor point for both "lower" and "upper" alignment.
>
> As a rationale, you wrote in the commit message that "the
> 'pango_font_metrics*()' functions [???] were considered unstable and we
> used them at our own risk".?? Do you have any reference for this?
--------------4BFFBFD0615ED4CF4910C839
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Roland:</p>
<p>It's not as easy as we'd hoped.?? A search for all <i><b>geda</b></i>
files returns no build-dep labeled options<br>
</p>
<p><i><b>dnf search geda</b></i><br>
Last metadata expiration check: 2:08:18 ago on Wed 02 Sep 2020
05:13:09 PM EDT.<br>
========================= Name & Summary Matched: geda
=========================<br>
geda-docs.noarch : Documentation and Examples for gEDA<br>
geda-gattrib.x86_64 : Attribute editor for gEDA<br>
geda-gnetlist.x86_64 : Netlister for the gEDA project<br>
geda-symbols.noarch : Electronic symbols for gEDA<br>
libgeda.x86_64 : Libraries for the gEDA project<br>
============================== Name Matched: geda
==============================<br>
geda-gschem.x86_64 : Electronics schematics editor<br>
geda-gsymcheck.x86_64 : Symbol checker for electronics schematics
editor<br>
============================ Summary Matched: geda
=============================<br>
gerbv.x86_64 : Gerber file viewer from the gEDA toolkit<br>
gerbv.i686 : Gerber file viewer from the gEDA toolkit<br>
[ruchg AT localhost ~]$ <br>
</p>
<p>[ruchg AT localhost ~]$ <i><b>dnf search gschem</b></i><br>
geda-gschem.x86_64 : Electronics schematics editor<br>
</p>
<p>So I downloaded the tarball, <i><b>geda-gaf-1.10.0.tar.gz</b></i>.??
When I ran the <i><b>./configure</b></i> It complained about <i><b>libfam</b></i>
and <i><b>libgamin</b></i> so I added the provided <i><b>--without-libfam</b></i>
switch.?? (I'm running a home system, and no others are trying to
modify my schematics, I shouldn't need file access monitoring.)<br>
</p>
<p>A <i><b>make</b></i> throws multiple errors.</p>
<p>/usr/include/gtk-2.0/gtk/gtktypeutils.h:236:1: warning:
???GTypeDebugFlags??? is deprecated [-Wdeprecated-declarations]<br>
?? 236 | void?????????????????????? gtk_type_init???? (GTypeDebugFlags??????
debug_flags);<br>
?????????? | ^~~~<br>
[snip]<br>
</p>
<p>/usr/include/glib-2.0/gobject/gtype.h:679:1: note: declared here<br>
?? 679 | {<br>
?????????? | ^<br>
</p>
<p><br>
</p>
<p>[ - - snip - - plus 2 more <i><b>deprecated </b></i><i><b>warnings</b></i>,
and another <i><b>note: declared here</b></i> message]<br>
</p>
<p><br>
</p>
<p>gschem_page_view.c: In function
???gschem_page_view_invalidate_world_rect???:<br>
gschem_page_view.c:596:3: error: ???screen_right??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]<br>
?? 596 |???? gschem_page_view_invalidate_screen_rect (view,<br>
?????????? |???? ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
?? 597 |?????????????????????????????????????????????????????????????????????????????????????? screen_left,<br>
?????????? |?????????????????????????????????????????????????????????????????????????????????????? ~~~~~~~~~~~~<br>
?? 598 |?????????????????????????????????????????????????????????????????????????????????????? screen_top,<br>
?????????? |?????????????????????????????????????????????????????????????????????????????????????? ~~~~~~~~~~~<br>
?? 599 |?????????????????????????????????????????????????????????????????????????????????????? screen_right,<br>
?????????? |?????????????????????????????????????????????????????????????????????????????????????? ~~~~~~~~~~~~~<br>
?? 600 |?????????????????????????????????????????????????????????????????????????????????????? screen_bottom);<br>
?????????? |?????????????????????????????????????????????????????????????????????????????????????? ~~~~~~~~~~~~~~<br>
gschem_page_view.c:596:3: error: ???screen_bottom??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]<br>
gschem_page_view.c:596:3: error: ???screen_top??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]<br>
gschem_page_view.c:596:3: error: ???screen_left??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]<br>
cc1: some warnings being treated as errors<br>
make[4]: *** [Makefile:1452: gschem-gschem_page_view.o] Error 1<br>
make[4]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem/src'<br>
make[3]: *** [Makefile:648: all] Error 2<br>
make[3]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem/src'<br>
make[2]: *** [Makefile:474: all-recursive] Error 1<br>
make[2]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem'<br>
make[1]: *** [Makefile:548: all-recursive] Error 1<br>
make[1]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0'<br>
make: *** [Makefile:480: all] Error 2<br>
</p>
<p>In order to try and see if these are just warnings I tried to <i><b>make
install</b></i>, and it looks to me as I got the same errors</p>
<p>gschem_page_view.c:596:3: error: ???screen_bottom??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]<br>
gschem_page_view.c:596:3: error: ???screen_top??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]<br>
gschem_page_view.c:596:3: error: ???screen_left??? may be used
uninitialized in this function [-Werror=maybe-uninitialized]<br>
cc1: some warnings being treated as errors<br>
make[4]: *** [Makefile:1452: gschem-gschem_page_view.o] Error 1<br>
make[4]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem/src'<br>
make[3]: *** [Makefile:2570: install] Error 2<br>
make[3]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem/src'<br>
make[2]: *** [Makefile:474: install-recursive] Error 1<br>
make[2]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0/gschem'<br>
make[1]: *** [Makefile:548: install-recursive] Error 1<br>
make[1]: Leaving directory
'/home/ruchg/Videos/HardDisk1/gschem/geda-gaf-1.10.0'<br>
make: *** [Makefile:842: install] Error 2<br>
</p>
<p>Running <i><b>gschem</b></i> from the command line brings up the
same version 1.9.2 that I had been running.</p>
<p>Suggestions on getting thru the make errors?<br>
</p>
<p>Regards.</p>
<p><br>
</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 9/2/20 5:45 PM, Roland Lutz wrote:<br>
</div>
<blockquote type="cite"
cite="mid:alpine DOT DEB DOT 2 DOT 21 DOT 2009022322360 DOT 1252 AT nimbus">On Wed, Sep
02, 2020 at 10:48:31AM -0400, Glen W. Ruch (<a class="moz-txt-link-abbreviated" href="mailto:gw DOT ruch AT yahoo DOT com">gw DOT ruch AT yahoo DOT com</a>)
[via <a class="moz-txt-link-abbreviated" href="mailto:geda-help AT delorie DOT com">geda-help AT delorie DOT com</a>] wrote:
<br>
<blockquote type="cite">[ruchg AT localhost ~]$ dnf list installed |
grep pango
<br>
[???] 1.44.7-2.fc32 [???]
<br>
</blockquote>
<br>
I see.?? From version 1.44 on, Pango switched from FreeType to
HarfBuzz for font rendering, which is causing a lot of issues.?? I
assume this is one of them.
<br>
<br>
<blockquote type="cite">If you want me to compile, it will take me
some time to find the source and download.?? - - - assuming I
find all the dependencies etc.
<br>
</blockquote>
<br>
This would be really helpful.?? Debian has `apt-get build-dep
geda-gaf' to install all build dependencies for geda-gaf; I assume
Fedora has a similar feature.?? I can't reproduce the bug on my
machine, so I need feedback from someone who can in order to see
if the metric cache is actually what's causing the issue.
<br>
<br>
<br>
On Wed, 2 Sep 2020, Vladimir Zhbanov (<a class="moz-txt-link-abbreviated" href="mailto:vzhbanov AT gmail DOT com">vzhbanov AT gmail DOT com</a>) [via
<a class="moz-txt-link-abbreviated" href="mailto:geda-help AT delorie DOT com">geda-help AT delorie DOT com</a>] wrote:
<br>
<blockquote type="cite">The rendering issues have been introduced
in the new version of Pango---1.44.?? We've have been already
fixed many of them in Lepton 1.9.11 (Lepton is a fork of
'geda-gaf').
<br>
</blockquote>
<br>
I had a look at these fixes.?? If I understand it correctly, you
ditched baseline alignment completely and use the "logical" text
boundaries for text alignment which introduces a large gap between
the text and the anchor point for both "lower" and "upper"
alignment.
<br>
<br>
As a rationale, you wrote in the commit message that "the
'pango_font_metrics*()' functions [???] were considered unstable and
we used them at our own risk".?? Do you have any reference for
this?
<br>
</blockquote>
</body>
</html>
--------------4BFFBFD0615ED4CF4910C839--
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |