<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 27: Change GLUT_* font macros to do function calls</title><link>https://sourceforge.net/p/openglean/feature-requests/27/</link><description>Recent changes to 27: Change GLUT_* font macros to do function calls</description><atom:link href="https://sourceforge.net/p/openglean/feature-requests/27/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 30 Sep 2005 22:31:54 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/openglean/feature-requests/27/feed.rss" rel="self" type="application/rss+xml"/><item><title>Change GLUT_* font macros to do function calls</title><link>https://sourceforge.net/p/openglean/feature-requests/27/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;To simplify internal structure, and to allow custom font&lt;br /&gt;
data to be pased from the user, I think that it would be&lt;br /&gt;
a good thing to make, e.g., GLUT_BITMAP_SYMBOL_24&lt;br /&gt;
expand into a function call such as glutLookupFont("GLUT&lt;br /&gt;
Bitmap Symbol 24").&lt;/p&gt;
&lt;p&gt;Font lookup will return a font data structure as defined&lt;br /&gt;
by by openglean's internal.h (the format can then be&lt;br /&gt;
exported to gleanfonts.h for clients to use).&lt;/p&gt;
&lt;p&gt;Font-using functions will then take such a structure&lt;br /&gt;
pointer.  This opens the door for client font data.&lt;/p&gt;
&lt;p&gt;It also may improve the rendering speed slightly by&lt;br /&gt;
letting the client cache the font pointer.  (Currently,&lt;br /&gt;
everytime a font operation is done, OpenGLEAN must do a&lt;br /&gt;
linear search of approximately 100 fonts to find the&lt;br /&gt;
requested font.  Organizing the search into a tree or&lt;br /&gt;
similar is problematic because if we change the&lt;br /&gt;
numbering of fonts, we lose backwards-compatible ABI&lt;br /&gt;
support, and trying to manually keep track of somewhat&lt;br /&gt;
randomized font ordering to manualy build a search tree&lt;br /&gt;
is...not very apetizing.)&lt;/p&gt;
&lt;p&gt;Of course, if the GLUT_* font symbols expand into&lt;br /&gt;
function calls that do a string search, many legacy&lt;br /&gt;
applications will run a little more slowly, as they&lt;br /&gt;
won't know to cache the font reference.  Directly&lt;br /&gt;
referencing the font data, as old GLUT did on UNIX_X11&lt;br /&gt;
may not work on WIN32...WIN32 DLLs do not seem to like&lt;br /&gt;
to export data references.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Richard Rauch</dc:creator><pubDate>Fri, 30 Sep 2005 22:31:54 -0000</pubDate><guid>https://sourceforge.net28264ec92c443277e6f8d2be21ca963779c52f79</guid></item></channel></rss>