Glynn Clements wrote: > > Paul Kelly wrote: >> - Glynn mentioned that adding a d.font -L flag (capital L rather than >> lower-case l) might be a good idea for that. It isn't entirely simple >> though, but just needs some work. Do you think that would be enough? Or >> should we change the search to sort on the short name - >> case-insensitively >> perhaps? You could try that if you want and see if it gives you good >> results on your system - just change the two references to "longname" in >> that function to "name". >> >> I'm not sure how much info the d.font -L flag should produce though - >> just >> the short name and long name, or the path to the file, index within the >> file etc.? > > I've added R_font_info(), which behaves like R_font_list() except that > each string is the entire fontcap entry rather than just the name. > > I've also added a -L switch to d.font. Currently, this dumps the raw > string (with fields separated by the | character); some formatting > would probably be desirable. > > -- > Glynn Clements <[EMAIL PROTECTED]> > > _______________________________________________ > grass-dev mailing list > [email protected] > http://grass.itc.it/mailman/listinfo/grass-dev > >
Glynn, I have tried but both -l and -L don't report anything (any more). Doing a bit of debugging, I found that num_fonts is zero in print_font_list() at: for (i = 0; i < num_fonts; i++) But wc -l $GISBASE/etc/fontcap 268 /home/neteler/soft/63grass_cvsexp/dist.i686-pc-linux-gnu/etc/fontcap The debugger doesn't step into read_freetype_fonts(), not sure why (maybe due to my lack of knowledge of ddd/gdb). I didn't run "make distclean" if that matters. Markus -- View this message in context: http://www.nabble.com/d.font--l%3A-please-sort-alphabetically-tf4138371.html#a11799136 Sent from the Grass - Dev mailing list archive at Nabble.com. _______________________________________________ grass-dev mailing list [email protected] http://grass.itc.it/mailman/listinfo/grass-dev
