Hoi Fred,
I improved the generation of the PS description in case of NIL face and
now it works muchbetter, as we supposed.
But, while testing a rich document with many fonts and faces selected:
1) we print always the base face - obviously we don't set it
2) for once specific font, ghostscript still shows a generic
substitution font, even if the name in the .ps file seems reasonable.
Perhaps it is still not correct
Fred Kiefer wrote:
Checking the file history, I think you never "removed" support for the face
attribute, but checked it in that way many years ago. Look at this commit:
>
>https://github.com/gnustep/gui/commit/e1bb31f0d2851291efbdde2c2e596baca94120ab
Thank you for looking this up. I remember that change now, it was something I
did to get Emacs to compile with GNUstep again. We needed basic
NSFontDescriptor handling for that. I implemented that by taking some code from
mystep and adding the rest myself.
But I still have no recollection on why I commented the face attribute out.
Maybe I need to enable that bit and try the results.
I tried to uncomment the code yesterday and it is clear why it is
commented: you never implemented it, it is not something that was removed.
I tried to look at the code, the face is treated in the font enumerator,
but in the specific method fontDescriptor, where could I get it from?
You access traits, fontName and familyName - it would be easy to keep
also fontFace, but where should it be initialized? I don't undestand the
fontInfoForFontName method fully. woere is initWithFontName really
implemented??
I noticed that adding a fontFace ivar and just adding the attributes
breaks every font display! perhaps elsewhere the "null" value is treated
badly.
Riccardo
_______________________________________________
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev