Re: Font chooser GtkAction migration

Patrick Storz <[email protected]>
Newsgroups gmane.comp.graphics.inkscape.devel
Message-ID <[email protected]>
Hi Alex,

I think there is a technical and an UX aspect to this question:

  * On the UX side of things I have a feeling people expect the text
    toolbar to offer direct controls for font family, style and size and
    will not appreciate the additional dialog and additional click(s)
    that come with it. Also this takes the possibility from people to
    have an immediate preview of their change on canvas, making tuning
    around the font to match the drawing much harder.
    One more thing to consider is that gtk's font picker offers more or
    less the same functionality as our "Text and Font" dialog
    (effectively duplicating that functionality) whereas it seems we
    actually have two groups of users: Some seem to prefer the text
    toolbar, some seem to prefer the "Text and Font" dialog.
  * On the technical side of things: How does gtk determine the
    available fonts / the fonts to display in the picker? How'd a
    selection be translated to a font available for on-canvas use in
    Inkscape?
    There are at least three things to consider:
      o We use pango's freetype2 / fontconfig back-end for rendering
        fonts on canvas.
        That might also be gtk's default on Linux, but on Windows and
        Mac native back-ends are in use (I think via the cairo back-end)
        and the available fonts are known to differ between the
        back-ends. As a consequence rendering of fonts on canvas (which
        currently matches the available fonts and the preview in the
        text toolbar) is different from native rendering via gtk (which
        is also used for the "Text and Font" dialog preview I think) and
        sometimes fonts are claimed to be available (but are actually
        not) and vice-versa. This has caused a lot of confusion in the
        past already and might get much worse if also the font toolbar
        behaves differently than what Inkscape eventually renders on-canvas.
      o We taught Inkscape to add additional fonts (i.e. webfonts / or
        fonts from custom non-system directories) by attaching them to
        Pango's "FcConfig" (see commit
        d6c5424f69aeb91cf1cfeba262b5466a42dd95a5). Will they be
        available in the gtk3 font picker?
      o As on-canvas rendering is done by pango's freetype2 / fontconfig
        back-end we ultimately have to rely on fontconfig to index all
        available fonts and at least on Windows this needs some
        adjustments in etc/fonts.conf. Will those have any effect on the
        gtk3 font picker?

Cheers,
Patrick


Am 11.02.2019 um 16:14 schrieb Alex Valavanis:
> Hi Tav and devs,
>
> I'm currently looking into getting rid of the deprecated GtkAction 
> usage in the TextToolbar.  It seems that the only sticking point is 
> the use of the Ink_ComboBoxEntry_Action widget to select fonts.
>
> It should be OK to migrate this to a Gtk::ToolItem, but before I do 
> that, I just wondered if we had considered using the standard 
> GtkFontButton 
> (https://developer.gnome.org/gtk3/stable/GtkFontButton.html)?
>
> This would provide a summary of the font face and size, but would 
> pop-up a font-chooser dialog 
> (https://developer.gnome.org/gtkmm-tutorial/stable/sec-font-chooser-dialog.html.en) 
> rather than providing an entry in a combobox.  This could result in a 
> less cluttered toolbar, but I suspect there might be some "clever 
> things" going on in our font support, and I don't want to break 
> anything without asking!
>
> Any thoughts?
>
> AV
>
>
>
> _______________________________________________
> Inkscape-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel

_______________________________________________
Inkscape-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.