On Fri, 5 May 2017 14:29:35 +0900
Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
> 
> They are not in configuration files. They are in data files (themes).
> These can be swapped out at any time.

Then why can one not get the font name/size etc from the theme? I
understand themes can change. Which is why it would be nice to be able
to detect the font settings of a theme and if a object's font was
modified by user. That gives means to revert back to default/theme font.

> When a user selects "Comic Sans" and Comic Sans HAPPENS to be the
> default font in the theme... did they select "whatever the theme
> provides" OR "comic sans"? if they then switch theme where the
> default font changes to Windings ... should the font stay as Comic
> Sans or switch to Windings?

If you can get the font from the theme and objects you could tell. If
this object had Comic Sans, but the theme had Windings... Then you
could see it was different. Right now you cannot do anything.

May need another option to check if a Custom Font Class was set
which is overriding any default. But if you can get a font name from
theme, and you see a object font is different. You know the user changed
it, and revert back to that instead of the theme/system font.

> If you have the default HIDDEN then this problem doesn't happen. You
> make an explicit choice of "I want font X" or "I want whatever the
> theme has decided on".

I am not sure what problem you are describing. Since in your example,
regardless of what a theme set. If the user overrode that with the
global Custom Font Class. Then it would bypass the theme font
regardless. I am not seeing that problem your describing.

Only as it exists now because you cannot get the font off any object.
Despite it using a font to render.
 
> You don't get to know what the font is that the theme has chosen
> because it's abstracted.

As I showed previously in most all the main UI toolkits/languages.
This is quite common. For some reason only EFL is making this
impossibly difficult with hidden abstractions that do not exists else
where.

> It may not even be the part name in the edj
> file that is the "standard label" that determines the visible font.
> It may be something else. It's abstract. You get to override or not.
> You don't get to peek inside the black box.

To me that whole design sounds bad. Objects should have awareness of
the font being used to render them. That font name, size, and style
should be available.

I have taken this upstream.
https://bugs.freedesktop.org/show_bug.cgi?id=100935

Which unlike in EFL they did not close the ticket, as it is not
resolved. Really do not appreciate that being closed while an upstream
bug remains open. They are related.

Not even a comment just closed wontfix, rather rude!
https://phab.enlightenment.org/T5453

It is unfortunate people are not open to feedback, and design changes
to make it easier for others  to develop applications. Having to waste
time discussing adding stuff everything else already has for it to be
shot down. Clearly Not very receptive to feedback and can see why not
much stuff is coded in EFL.

It is possible fontconfig will say this is not something that pertains
to fontconfig. They may blame it on how EFL handles fonts. As once
again this issue does not exist in GTK, QT, Java, etc.

Yet another example, wxwidgets

wxSYS_SYSTEM_FONT       System font.

By default, the system uses the system font to draw menus, dialog box
controls, and text.
http://docs.wxwidgets.org/trunk/settings_8h.html#ac542cdc9950a6cf3b7a42f7e77ada05b

You can retrieve the current system font settings with wxSystemSettings.
http://docs.wxwidgets.org/trunk/classwx_font.html


-- 
William L. Thomson Jr.

Attachment: pgpl7f4qVSO2I.pgp
Description: OpenPGP digital signature

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to