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>
Content-Type: multipart/alternative;
 boundary="------------4BFFBFD0615ED4CF4910C839"
Content-Language: en-US
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
Precedence: bulk

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 &amp; 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--