Sorry, don't understand the question.  I was testing with non-variable fonts, all were "mono".

On Wed, Jan 5, 2022 at 9:45 PM Akira TAGOH <tagoh@redhat.com> wrote:
On Fri, Dec 31, 2021 at 1:08 AM Neal Becker <ndbecker2@gmail.com> wrote:
>
> After seeing this proposal I tried playing with Noto Sans Mono.  I
> find that while it comes with many weights, none look right to me.
> Language is English.
>
> I'm testing in emacs.  My usual default is Source code sans semibold
> and I find that very pleasing.  I also tried Dejavu Sans Mono
> semibold, which looks very similar.  But if I try Noto Sans Mono, no
> weight looks right.  Medium is too light, and the next weight,
> semibold, is too heavy.

Thank you for the feedback. one question just comes to mind.
Do you see any difference when you try it again with a non-variable
font of Noto Sans Mono?

>
> On Wed, Dec 29, 2021 at 9:59 PM Robert Marcano via devel
> <devel@lists.fedoraproject.org> wrote:
> >
> > On 12/29/21 2:20 PM, Neal Gompa wrote:
> > > On Wed, Dec 29, 2021 at 12:27 PM Artem Tim <ego.cordatus@gmail.com> wrote:
> > >>
> > >> Cantarell current default UI font in GNOME (Workstation) will be replaced by Noto font as well or remain?
> > >
> > > The current plan is to keep Cantarell for now, though GNOME upstream
> > > may decide to switch to Noto as KDE Plasma did years ago.
> > >
> >
> > Does Noto have the default font-variant-numeric as tabular-nums? (non
> > proportional decimal digits) because it will be a welcomed change.
> >
> > The current default of Cantarell makes any number showing application a
> > pain to style, specially on toolkits that use the system font but are
> > unable to change font variants (Java Swing with GTK Look and Feel).
> >
> > Even GNOME applications aren't properly styled for number entry use
> > cases. See for example Calculator where 111,111,111 looks like a smaller
> > number than 99,999,999 when the are one on top of the other, because the
> > font is proportional by default.
> > _______________________________________________
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-leave@lists.fedoraproject.org
> > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> > Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
>
>
>
> --
> Those who don't understand recursion are doomed to repeat it
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-leave@lists.fedoraproject.org
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



--
Akira TAGOH
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure


--
Those who don't understand recursion are doomed to repeat it