[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GNUstep graphical elements missing text on Aarch64
From: |
Patryk Laurent |
Subject: |
Re: GNUstep graphical elements missing text on Aarch64 |
Date: |
Mon, 26 Aug 2019 18:48:26 -0700 |
Thank you Fred — I gave this hinting setting a try both under the KDE “plasma”
window manager as well as under WindowMaker — but it didn’t make a difference.
(I confirmed that the setting was saved by doing a defaults read.)
Patryk
> On Aug 25, 2019, at 23:45, Fred Kiefer <address@hidden> wrote:
>
>
>
>> Am 24.08.2019 um 03:07 schrieb Patryk Laurent via Gnustep-dev
>> <address@hidden>:
>>
>> On Aug 22, 2019, at 22:30, Fred Kiefer <address@hidden> wrote:
>>
>>> Could you please provide some details about your system?
>>>
>>>> Am 23.08.2019 um 01:20 schrieb Patryk Laurent via Gnustep-dev
>>>> <address@hidden>:
>>>>
>>>> On Aarch64 when I run graphical GNUstep apps, the graphical windows and
>>>> elements appear but there is no text (except for on the titlebar).
>>
>> I am happy to report that GNUstep graphics/text work perfectly under a
>> different Linux distribution on my Aarch64 Pinebook -- the Armbian
>> distribution to be precise.
>>
>> The problem seems to be with the Pinebook's KDE Neon distribution's X server
>> configuration.
>>
>> I also confirmed that GNUstep graphics/text work well when served over X
>> remotely from an Amazon a1.large Aarch64 instance.
>
> Great to know it works with a different Linux system. Still we should try to
> get text output working on this specific KDE instance. Could you please try
> to set the default value GSFontHinting to 33. This may be a totally unrelated
> issue but Riccardo had problem with font hinting and that value resolved the
> issue. I normally edit my NSGlobalDomain.plist directly, but there is also
> the „defaults“ tool to help you with that:
>
> defaults write NSGlobalDomain GSFontHinting 33
>
> If this doesn’t help use
>
>
> defaults delete NSGlobalDomain GSFontHinting
>
> to remove this value again.
>
> Fred