[Date Prev][Date Next][Thread Prev][Thread Next][Thread Index]
Re: [XaraXtreme-dev] Rescanning available fonts
- From: Luke Hart <lukeh@xxxxxxxx>
- Date: Fri, 19 May 2006 16:19:35 +0100
- Subject: Re: [XaraXtreme-dev] Rescanning available fonts
Martin Wuerthner wrote:
In message <5056CBC646CB4047BB26120F4377DB719BA464@xxxxxxxxxxxxxxxxxxx
Why don't you get the directories using FcConfigGetConfigDirs and then
use famd/gamd to monitor the directories. Although this functionality
should probably live elsewhere!
"Charles Moir" <CharlesM@xxxxxxxx> wrote:
The question is what is better: Permanently scanning the font
system to detect changes or simply providing a "Rescan"
button in the font gallery?
That's a really ugly solution.
Mac and Windows provide font change events so we know we can do it
properly on those platforms.
So I'd hope there were some system wide font changed messages (so we do
not need any background tasks permanently doing anything). I can't
really see how the OS can not have this. How would other parts of the OS
(e.g. font managers) or applications know about font changes if there
was not some system like this.
Maybe you are asking a bit too much from a system that does not even
have a global concept of the set of "available" fonts. I doubt there
is anything like a font change message, at least not for Linux in
general. This is confirmed by the fact that after installing a new
font, KDE displays the message "Please note that applications have to
be restarted for the change to take effect".
I have just added a font list cache that can be updated incrementally
(i.e., it will not try and reread information on fonts it already
knows), which means it can be updated reasonably quickly. Currently,
it is updated each time the OIL layer is asked for the font list,
which is each time the text tool is selected (plus I have added an
update call at start up when the Kernel font manager is initialised).
Unfortunately, as far as I can see, making the cache incremental was a
bit of a waste because even after installing a new font wxWidgets does
not list it, so it seems that the KDE message is right: We only see a
changed font set after restarting the application.