[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#62806] [PATCH] gnu: home: services: fontutils: Add support for SXML
From: |
Miguel Ángel Moreno |
Subject: |
[bug#62806] [PATCH] gnu: home: services: fontutils: Add support for SXML fragments. |
Date: |
Thu, 18 May 2023 11:11:40 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
On 2023-05-12 10:45, Andrew Tropin wrote:
> On 2023-05-11 14:34, Ludovic Courtès wrote:
>
>> Hi Andrew,
>>
>> Sorry for the delay and thanks for your feedback.
>>
>> Andrew Patterson <andrewpatt7@gmail.com> skribis:
>>
>>> It seems to me that the main options are:
>>> 1) Just use my patch, or
>>> 2) write a new patch with an actual configuration record type,
>>> based on conses and Taiju HAGASHI's patches, either with
>>> a) a single font family for the default font family settings,
>>> b) a list of font families for the default font families, or
>>> c) allowing either.
>>
>> I went with #1, but that doesn’t prevent us from considering #2 as an
>> improvement going forward. Conses, Andrews: you’re welcome to share
>> your thoughts!
>
> The implementation LGTM and probably it covers most of use cases
> mentioned on the related threads, however, I'm a little bit rusty on
> this topic and can't say it for sure :)
>
Yeah, I think it's not as intrusive as Taiju's or mine.
> I think Miguel (conses) have more to say on this, because AFAIR he
> recently did something related to fontconfig configuration.
>
Not really, since this is more of a general approach, we can add the
font records and default families as part of RDE for those who want a
more batteries-included approach.
>>
>>> If we don't want to just use my patch, I can work on a new patch
>>> with a configuration record. How do you print a deprecation
>>> warning?
>>
>> The (guix deprecation) module provides facilities for that. If that’s
>> too restrictive, use ‘warning’ from (guix diagnostics).
>>
>> Thanks!
>>
>> Ludo’.
--
Best regards,
Miguel Ángel Moreno