[PATCH v2 6/7] gdi32: Store unix file name on font faces.
Rémi Bernon
rbernon at codeweavers.com
Thu Sep 17 11:06:58 CDT 2020
On 2020-09-17 17:50, Alexandre Julliard wrote:
> Rémi Bernon <rbernon at codeweavers.com> writes:
>
>> So we can then more easily invert the creation order between faces and
>> ft_face, and eventually use FreeType cache with Face* as FTC_FaceID.
>
> I'm not sure this is going in the right direction either, particularly
> with the view of moving to PE. I would think we'd want to keep as much
> as possible of the GDI internal structures independent of the backend,
> and not need to be aware of things like Unix paths.
>
Well, it's not strictly required to be unix paths for FreeType
integration, especially if we think about having a PE freetype as some
point (where it would use NT paths directly).
What the Face needs to store is the path that will be then used by
FreeType, in order to save conversions.
Now, there's a potential issue on Face creation, as I was intending to
open and mmap the font files directly. As create_face was already
calling stat, it seemed like a good place to do this too.
If the idea is to completely get rid of unix paths somehow, and use
Win32 file access instead, then the quick test I did lately tells me
that it has an overhead that makes the whole optimization a bit useless.
--
Rémi Bernon <rbernon at codeweavers.com>
More information about the wine-devel
mailing list