Or request it everywhere.
Not a bad idea, Liam, I'll probably do that.
Roger
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Hi all,
I have been developing some GTK+3/Cairo apps under CentOS 6, and am now trying
to get them running under MacOS (Mountain Lion). I am using Cairo's text drawing
functions to render simple strings into a GtkDrawingArea and am partial to the
Sans font for various reasons. This does not
On Sat, 2012-10-20 at 20:23 -1000, Roger Davis wrote:
Hi all,
I [...] am partial to the Sans font for various reasons.
On most linux systems this is actually an alias, not a font name.
Here, it's DejaVu Sans Book:
$ fc-match Sans
DejaVuSans.ttf: DejaVu Sans Book
$
so, add DejaVuSans.ttf
Hi Liam,
Thanks for explaining the Sans alias. I was wondering about that, as
looking around on my CentOS 6 system I was able to find most of the Gnome
fonts in /usr/share/fonts (including the DejaVu fonts), but was not able
to find the Sans font anywhere. Playing around with the
On 10/21/2012 04:16 AM, Roger Davis wrote:
Any explanation for these mysteries, or any pointers to some decent
documentation on Gnome 2/3 font configuration and installation?
If you are using Gtk+3 with the native/quartz backend, then the fonts it
uses are coming from the native OS X font
$ fc-match Sans
DejaVuSans.ttf: DejaVu Sans Book
Aargh, I'm stupid, Liam! Somehow I managed to skip over the key piece of
information you supplied in your brief response. Here's what I get on my
Mac:
% fc-match Sans
Vera.ttf: Bitstream Vera Sans Roman
Obviously this explains a lot.
Thanks, Michael.
My MacOS GTK+3 install is using the X11 backend, or so I assume given that
when my apps appear they have a small X icon embedded into each window
titlebar. You said that in this case font usage is controlled by freetype.
How would I (re)configure freetype to recognize new
How would I (re)configure freetype to recognize new .ttf files that I have
manually copied into /opt/X11/share/fonts?
Sorry, that should have been /opt/X11/share/fonts/TTF, where I stuck all
the DejaVu*.ttf files copied from my CentOS machine.
fc-list at least is able to find these now,
Hi all,
OK, I've made some progress based on everyone's suggestions, and focused
my questions a bit more, I think.
Copying the Deja*.ttf files into /opt/X11/share/fonts/TTF *did* make a
difference, and they are now seen by my apps, but this fact was
momentarily obscured by one of my
On 10/21/2012 01:58 PM, Roger Davis wrote:
% fc-match Sans
DejaVuSans.ttf: DejaVu Sans Book
And if I put them back, things are restored as before:
% fc-match Sans
Vera.ttf: Bitstream Vera Sans Roman
Can anyone explain how this works? Is there some complicated font
parameter
On Sun, 2012-10-21 at 09:58 -1000, Roger Davis wrote:
when I
downsize my font display to smaller sizes (anything 16 or below), the font
weight appears to make a dramatic shift from Book to ExtraLight.
By default I believe the mac changes antialiasing and hinting strategies
(is this 16pt or
Thanks for all the followup, Liam Michael!
By default I believe the mac changes antialiasing and hinting strategies
(is this 16pt or 16px?)
I'm using the simple Cairo text drawing functions here. Size is being set
as Cairo user space units, which should be just pixels as I'm using the
On Sun, 2012-10-21 at 15:42 -1000, Roger Davis wrote:
I'm thinking that my better strategy at
this point is to just #ifdef my app code to specifically request DejaVu
Sans on the Mac, rather than having to tweak these fontconfig files on
each Mac in addition to hand-installing DejaVu.
Or
13 matches
Mail list logo
