Re: [matplotlib-devel] Font installation stuff

2007-08-13 Thread Michael Droettboom
Quick status update --

I've committed code to font_manager that will retrieve the list of all 
installed fonts from fontconfig if available (using making a shell call 
to fc-list).  This will handle the cases where users want to use fonts 
that have been installed in non-standard places or their distributions 
do something different.

I've decided to put off making other improvements to font_manager for 
the time being.  I'm somewhat torn between adding a dependency on 
fontconfig and having all those issues taken care of by others, or 
adding incremental fixes to font_manager, but maintaining easy 
Python-level portability.

A new thing that makes fontconfig particularly compelling is looking up 
fonts based on the character sets they contain.  This would be very 
useful for mathtext when using non-Computer Modern (Bakoma) fonts, for 
instance.  It could all be done without fontconfig, of course, but it 
would be reinventing a rather large wheel.

My original impetus to support fontconfig, to help the Cairo backend 
behave more like our other backends, is less important, IMHO.  It seems 
unlikely, from my response on the cairo mailing list, that pycairo will 
grow an API to load fonts directly from a file.

Some more information --

- I've successfully built it on Mac and Windows (with Mingw32) and it 
seems to be doing the right things there, without any post-install 
configuration work.

- The API allows applications to add their own font directories on the 
fly, so everything could continue work the way it does now (by looking 
in the mpl-data directory for fonts).

- The Python wrappers for the parts we need would be quite minimal. 
(Probably only two functions FcFontMatch and FcConfigAppFontAddDir.)

- fontconfig depends on expat for XML reading.

- It appears that both the fontconfig and expat licenses would permit us 
to distribute them with matplotlib if we chose to.  We would probably 
only want to use the embedded versions when the OS doesn't provide it 
(OS-X and Windows).

In any case, I'm just putting this on the table.  It's always hard to 
weigh those tradeoffs.

Cheers,
Mike

Michael Droettboom wrote:
 Just wanted to link up this thread with a question I posed on the cairo 
 mailing list.
 
 http://lists.cairographics.org/archives/cairo/2007-August/011201.html
 
 Cheers,
 Mike
 
 Eric Firing wrote:
 Michael Droettboom wrote:
 [...]
 One middle ground I thought of since my first message is to use 
 fc-list to get a list of all the fonts on the system, and continue to 
 use font_manager.py for the font matching.  If fc-list is not 
 available, it could fall back to the hard-coded paths it uses now.  Of 
 course, the matching in font_manager.py would still need to be improved.
 Sounds reasonable.

 While you are poking around in font_manager: this is one of the biggest 
 chunks of mpl script startup time, even with the present caching.  I 
 haven't looked very closely or done any testing, but I suspect more 
 extensive caching could work fine.  Specifically, can the entire 
 fontManager instance be pickled, and loaded if it exists?

 Eric

 Cheers,
 Mike
 
 
 -
 This SF.net email is sponsored by: Splunk Inc.
 Still grepping through log files to find problems?  Stop.
 Now Search log events and configuration files using AJAX and a browser.
 Download your FREE copy of Splunk now   http://get.splunk.com/
 ___
 Matplotlib-devel mailing list
 Matplotlib-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] [Matplotlib-users] How to use different fonts in mathtext

2007-08-13 Thread Michael Droettboom
Rob Hetland wrote:
 
 On Aug 6, 2007, at 4:03 PM, Michael Droettboom wrote:
 There is now experimental support for custom fonts in math mode.
 Try the above, and let me know how it goes...
 
 I finally had time to try out your new code a bit, and I like it.  It 
 works well for the very simple cases, like superscripts.  One thing that 
 I noticed is that the height of the superscript depends on the font size 
 -- is this a hardwired distance, or relative to font size.

It is intended to be relative to the xheight (the height of a lower case 
x) in the font.  If you find any cases where it looks really wrong, let 
me know.  I don't know how reliable the xheight information in the font is.

 Also, it 
 seems that when using the regular unicode fonts, more difficult math 
 expressions, e.g., integrals, look terrible.  I guess this is the point 
 when CM is unavoidable...

I agree, they look terrible.  There are things that could be done -- 
like using CM for only certain characters, such as the radical -- but 
that sort of depends on what font you're using for the rest of the math. 
  It may be that the user provides a font that *does* have a good 
integral.  None of that is very difficult to do, but finding a way to 
expose it to the user without exposing too much complexity and causing 
too many different testing configurations is the hard part.  I think the 
end result may be a very small set of font configurations that work 
reasonably well, and anything outside of that is sort of unsupported 
territory.

 I have been thinking that it might be possible to use some of the CM 
 sans fonts, like CM bright.  Also, there is a Arev font set (vera, 
 backwards -- basically Bitstream Vera with math extensions) that looks 
 like it might be promising, but it seems that mathtext does not see 
 these extented characters.

I'll download these fonts and give them a try.

 I found an excellent writeup on math/text font combinations in LaTeX here:
 http://ctan.tug.org/tex-archive/info/Free_Math_Font_Survey/survey.html
 from this informative page:
 http://cg.scs.carleton.ca/~luc/greek.html
 There are, of course, many others.

Thanks for those links.  That certainly provides a lot of options... 
I'll have to look into these further.

Cheers,
Mike


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] Font installation stuff

2007-08-13 Thread Eric Firing

Michael Droettboom wrote:
Just wanted to link up this thread with a question I posed on the cairo 
mailing list.


http://lists.cairographics.org/archives/cairo/2007-August/011201.html

Cheers,
Mike

Eric Firing wrote:

Michael Droettboom wrote:
[...]
One middle ground I thought of since my first message is to use 
fc-list to get a list of all the fonts on the system, and continue to 
use font_manager.py for the font matching.  If fc-list is not 
available, it could fall back to the hard-coded paths it uses now.  
Of course, the matching in font_manager.py would still need to be 
improved.


Sounds reasonable.


Your change to use fontconfig slightly raised the time for 
backend_driver.py Template: 0.50 - 0.53 minutes.


While you are poking around in font_manager: this is one of the 
biggest chunks of mpl script startup time, even with the present 
caching.  I haven't looked very closely or done any testing, but I 
suspect more extensive caching could work fine.  Specifically, can the 
entire fontManager instance be pickled, and loaded if it exists?


I tried this (svn diff is attached), and it cut the time above to 0.43 
minutes.  I have not committed it; I very much like doing what we can to 
reduce startup time (which is important for applications that run simple 
plots as standalone scripts), but perhaps the approach here will cause 
too much trouble, or will require better error trapping downstream to 
handle the case where the fontManager actually needs to be rebuilt.


Eric




Eric


Cheers,
Mike






Index: font_manager.py
===
--- font_manager.py	(revision 3706)
+++ font_manager.py	(working copy)
@@ -231,10 +231,10 @@
 if sys.platform == 'darwin':
 for f in OSXInstalledFonts():
 fontfiles[f] = 1
-
+
 for f in get_fontconfig_fonts(fontext):
 fontfiles[f] = 1
-
+
 elif isinstance(fontpaths, (str, unicode)):
 fontpaths = [fontpaths]
 
@@ -1009,7 +1009,7 @@
 return fname
 
 font_family_aliases = ['serif', 'sans-serif', 'cursive', 'fantasy', 'monospace']
-
+
 for name in prop.get_family():
 if name in font_family_aliases:
 for name2 in rcParams['font.' + name]:
@@ -1060,5 +1060,12 @@
 
 return fontdict
 
+fmcache = os.path.join(get_configdir(), 'fontManager.cache')
 
-fontManager = FontManager()
+try:
+fontManager = pickle_load(fmcache)
+except:
+fontManager = FontManager()
+pickle_dump(fontManager, fmcache)
+print generated new fontManager
+
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel