home *** CD-ROM | disk | FTP | other *** search
/ Jumbo 2,500 Game Pack / DDVDAV937D1.iso / sharewarefin / ponipong.exe / glutReadMe.txt < prev    next >
Text File  |  1997-12-11  |  20KB  |  473 lines

  1.  
  2.  
  3.             GLUT for Win32 README
  4.             ---------------------
  5.  
  6.  
  7. VERSION/INFO:
  8.  
  9.     This is GLUT for Win32 version 3.6 as of December 10th 1997.
  10.     See the COPYRIGHT section for distribution and copyright notices.
  11.     Send all bug reports/questions to Nate Robins (ndr@pobox.com)
  12.     and Mark Kilgard (mjk@sgi.com).
  13.  
  14.     For information about GLUT for Win32, see the web page:
  15.     www.pobox.com/~ndr/glut.html or subscribe to the mailing list:
  16.         mail to majordomo@perp.com with "subscribe glut-win32" in the
  17.         body of the message.
  18.  
  19.     For general information about GLUT, see the GLUT web page:
  20.     http://reality.sgi.com/mjk/glut3/glut3.html
  21.  
  22.     There are two versions of the library.  One for use with the
  23.         Microsoft implementation of OpenGL (opengl32) and one for use
  24.         with the SGI implementation of OpenGL (opengl).  The trailing
  25.         '32' indicates a Microsoft implementation.  Therefore, if you
  26.         are using opengl32.dll, use glut32.dll and if you are using
  27.         opengl.dll use glut.dll.
  28.  
  29.  
  30. COMPILING/INSTALLATION:
  31.  
  32.     o  Precompiled versions of the DLL and import library can be
  33.        found on the GLUT for Win32 web page mentioned above.
  34.  
  35.     o  Edit the glutwin32.mak file to reflect your system configuration
  36.        (see the glutwin32.mak file for more information).
  37.  
  38.     o  Type "glutmake" to make everything.  Try "glutmake clean" to
  39.            delete all intermediate files, and "glutmake clobber" to
  40.            delete all intermediate files and executables.  The build
  41.        system will automatically install everything in the places
  42.        specified in the glutwin32.mak file.
  43.  
  44.     o  Other ways to compile GLUT for Windows:
  45.  
  46.         For no debugging info (ie, glutmake):   nmake nodebug=1
  47.         For debugging info:                     nmake
  48.         For working set tuner info:             nmake tune=1
  49.         For call attribute profiling info:      nmake profile=1
  50.  
  51.  
  52. BORLAND NOTES:
  53.  
  54.     From what I understand, Borland supplies a utility that
  55.         converts Microsoft Visual C++ .libs into Borland compatible
  56.         files.  Therefore, the best method for Borland users is
  57.         probably to get the precompiled versions of the library and
  58.         convert the library.
  59.  
  60.  
  61. MISC NOTES:
  62.  
  63.     o  Overlay support is currently not implemented.  I _had_ it
  64.            implemented, but Microsoft has such LAME fluidity in its
  65.            header files from version to version that I've decided it
  66.            is easier just to wait for everything to settle down and
  67.            (hopefully) vendors to provide better support for overlays.
  68.  
  69.     o  To customize the windows icon, you can use the resource name
  70.        GLUT_ICON.  For example, create an icon named "glut.ico", and
  71.        create a file called glut.rc that contains the following:
  72.        GLUT_ICON ICON glut.ico
  73.        then compile the glut.rc file with the following:
  74.        rc /r glut
  75.            and link the resulting glut.res file into your executable
  76.            (just like you would an object file).
  77.  
  78.  
  79.  
  80. IMPLEMENTATION DEPENDENT DIFFERENCES:
  81.  
  82.     There are a few differences between the Win32 version of GLUT
  83.         and the X11 version of GLUT.  Those are outlined here.  Note
  84.         that MOST of these differences are allowed by the GLUT
  85.         specification.  Bugs and unsupported features are outlined in
  86.         the UNSUPPORTED/BUGS section.
  87.  
  88.     o  glutInit: 
  89.            The following command line options have no meaning (and are
  90.            ignored) in GLUT for Win32:
  91.        -display, -indirect, -direct, -sync.
  92.  
  93.     o  glutInitWindowPosition, glutPositionWindow:
  94.        Win32 has two different coordinate systems for windows.
  95.            One is in terms of client space and the other is the whole
  96.            window space (including the decorations).  If you
  97.            glutPositionWindow(0, 0), GLUT for Win32 will place the
  98.            window CLIENT area at 0, 0.  This will cause the window
  99.            decorations (title bar and left edge) to be OFF-SCREEN, but
  100.            it gives the user the most flexibility in positioning.
  101.            HOWEVER, if the user specifies glutInitWindowPosition(0, 0),
  102.            the window is placed relative to window space at 0, 0.
  103.            This will cause the window to be opened in the upper left
  104.            corner with all the decorations showing.  This behaviour is
  105.            acceptable under the current GLUT specification.
  106.  
  107.     o  glutSetIconTitle, glutSetWindowTitle: 
  108.        There is no separation between Icon title and Window title
  109.            in Win32.  Therefore, changing the icon title will change
  110.            the window title and vice-versa.  This could be worked around
  111.        by saving the icon and window titles and changing the window
  112.            title when the state of the window is changed.
  113.  
  114.     o  glutSetCursor:
  115.        As indicated in the GLUT specification, cursors may be
  116.            different on different platforms.  This is the case in GLUT
  117.            for Win32.  For the most part, the cursors will match the
  118.            meaning, but not necessarily the shape.  Notable exceptions
  119.            are the GLUT_CURSOR_INFO & GLUT_CURSOR_SPRAY which use the
  120.            crosshair cursor and the GLUT_CURSOR_CYCLE which uses the
  121.            'no' or 'destroy' cursor in Win32.
  122.  
  123.     o  glutVisibilityFunc: 
  124.        Win32 seems to be unable to determine if a window is fully
  125.            obscured.  Therefore, the visibility of a GLUT window is
  126.            only reflected by its Iconic, Hidden or Shown state.  That
  127.            is, even if a window is fully obscured, in GLUT for Win32,
  128.            it is still "visible".
  129.  
  130.     o  glutEntryFunc: 
  131.            Window Focus is handled differently in Win32 and X.
  132.            Specifically, the "window manager" in Win32 uses a "click to
  133.            focus" policy.  That is, in order for a window to receive
  134.            focus, a mouse button must be clicked in it.  Likewise, in
  135.            order for a window to loose focus, a mouse button must be
  136.            clicked outside the window (or in another window).
  137.            Therefore, the Enter and Leave notification provided by GLUT
  138.            may behave differently in the Win32 and in X11 versions.
  139.            There is a viable workaround for this.  A program called
  140.            "Tweak UI" is provided by Microsoft which can be used to
  141.            change the focus policy in Win32 to "focus follows mouse".
  142.            It is available from the Microsoft Web Pages:
  143.        http://www.microsoft.com/windows/software/PowerToy.htm
  144.  
  145.     o  glutCopyColormap:
  146.        GLUT for Win32 always copies the colormap.  There is never
  147.            any sharing of colormaps.  This is probably okay, since
  148.        Win32 merges the logical palette and the physical palette
  149.        anyway, so even if there are two windows with totally
  150.        different colors in their colormaps, Win32 will find a
  151.        (hopefully) good match between them.
  152.  
  153.     o  glutIdleFunc + menus:
  154.        The glut idle function will NOT be called when a menu is
  155.            active.  This causes all animation to stop when a menu is
  156.            active (in general, this is probably okay).  Timer
  157.            functions will still fire, however.  If the timer callback
  158.            draws into the rendering context, the drawing will not show
  159.            up until after the menu has finished, though.
  160.  
  161.  
  162. UNSUPPORTED/BUGS:
  163.  
  164.     o  glutAttachMenu:
  165.        Win32 only likes to work with left and right mouse buttons.
  166.            Especially so with popup menus.  Therefore, when attaching
  167.            the menu to the middle mouse button, the LEFT mouse button
  168.            must be used to select from the menu (c'mon Microsoft -
  169.        can't you do more than 2 buttons?).
  170.  
  171.     o  glutSpaceball*, glutButtonBox*, glutTablet*, glutDials*:
  172.        None of the special input devices are supported at this
  173.            time.
  174.  
  175.     o  When resizing or moving a GLUT for Win32 window, no updating
  176.            is performed.  This causes the window to leave "tracks" on
  177.            the screen when getting bigger or when previously obscured
  178.            parts are being revealed.  I put in a bit of a kludgy
  179.            workaround for those that absolutely can't have the weird
  180.            lines.  The reshape callback is called multiple times for
  181.            reshapes.  Therefore, in the reshape callback, some drawing
  182.            can be done.
  183.  
  184.     o  The video resizing capabilities of GLUT 3.3+ for X11 is
  185.            currently unimplemented (this is probably ok, since it
  186.            really isn't part of the spec until 4.0).  I doubt that
  187.            this will ever be part of GLUT for Win32, since there is no
  188.            hardware to support it.  A hack could simply change the
  189.            resolution of the desktop.
  190.  
  191.  
  192. CHANGES/FIXES:
  193.  
  194.     (May 22, '97)
  195.     o  Menus don't work under Windows 95
  196.     x  Fixed!  Added a unique identifier to each menu item, and a 
  197.            search function to grab a menu item given the unique identifier.
  198.  
  199.     (May 21, '97)
  200.     o  A few minor bug fixes here and there.
  201.     x  Thanks to Bruce Silberman and Chris Vale for their help with
  202.            this.  We now have a DLL!
  203.  
  204.     (Apr 25, '97)
  205.     o  DLL version of the library is coming (as soon as I figure out
  206.        how to do it -- if you know, let me know).
  207.     x  Thanks to Bruce Silberman and Chris Vale for their help with
  208.            this.  We now have a DLL!
  209.  
  210.     (Apr 24, '97)
  211.     x  Added returns to KEY_DOWN etc messages so that the F10 key
  212.            doesn't toggle the system menu anymore.
  213.  
  214.     (Apr 7, '97)
  215.     o  Palette is incorrect for modes other than TrueColor.
  216.     x  Fixed this by forcing a default palette in modes that aren't
  217.        Truecolor in order to 'simulate' it.  The applications
  218.            program shouldn't have to do this IMHO, but I guess we
  219.            can't argue with Microsoft (well, we can, but what good
  220.            will it do?).
  221.  
  222.     (Apr 2, '97)
  223.     x  Added glut.ide file for Borland users.
  224.  
  225.     (Apr 2, '97)
  226.     x  Fixed a bug in the WM_QUERYNEWPALETTE message.  Wasn't
  227.            checking for a null colormap, then de-ref'd it.  Oops.
  228.  
  229.     (Mar 13, '97)
  230.     o  glutTimerFunc: 
  231.        Currently, GLUT for Win32 programs busy waits when there is
  232.            an outstanding timer event (i.e., there is no select()
  233.            call).  I haven't found this to be a problem, but I plan to
  234.            fix it just because I can't bear the thought of a busy wait.
  235.     x  Added a timer event and a wait in the main loop.  This fixes
  236.            the CPU spike.
  237.  
  238.     (Mar 11, '97)
  239.     x  Fixed subwindow visibility.  The visibility callback of
  240.        subwindows wasn't being called, now it is.
  241.  
  242.     (Mar 11, '97)
  243.     o  glutGetHDC, glutGetHWND:
  244.        In order to support additional dialog boxes, wgl fonts, and
  245.        a host of other Win32 dependent structures, two functions
  246.            have been added that operate on the current window in GLUT.
  247.            The first (glutGetHDC) returns a handle to the current
  248.            windows device context.  The second (glutGetHWND) returns
  249.            handle to the current window.
  250.     x  Took these out to preserve GLUT portability.
  251.  
  252.     (Mar 11, '97)
  253.     x  Fixed the glutWarpPointer() coordinates.  Were relative to
  254.            the screen, now relative to window (client area) origin
  255.            (which is what they're supposed to be).
  256.  
  257.     (Mar 11, '97)
  258.     o  glutCreateMenu, glutIdleFunc:
  259.        Menu's are modal in Win32.  That is, they don't allow any
  260.        messages to be processed while they are up.  Therefore, if
  261.        an idle function exists, it will not be called while
  262.        processing a menu.
  263.     x  Fixed!  I've put in a timer function that fires every
  264.            millisecond while a menu is up.  The timer function handles
  265.            idle and timer events only (which should be the only
  266.            functions that are firing when a menu is up anyway).
  267.  
  268.     (Mar 7 '97)
  269.     x  Fixed minor bugs tracked down by the example programs.
  270.  
  271.     (Mar 6, '97)
  272.     x  Merged 3.3 GLUT for X11 into 3.2 GLUT for Win32.  New code
  273.            structure allows for EASY merging!
  274.  
  275.     o  In Win32, the parent gets the right to set the cursor of
  276.            any of its children.  Therefore, a child windows cursor
  277.            will 'blink' between its cursor and its parent.
  278.     x  Fixed this by checking whether the cursor is in a child
  279.            window or not.
  280.  
  281.     (Feb 28 '97)
  282.     o  On initial bringup apps are getting 2 display callbacks.
  283.     x  Fixed by the Fev 28 re-write.
  284.  
  285.     o  Some multiple window (not subwindow) functionality is messed up.
  286.            See the sphere.exe program.
  287.     x  Fixed by the Feb 28 re-write.
  288.  
  289.     o  GLUT for Win32 supports color index mode ONLY in a paletted
  290.            display mode (i.e., 256 or 16 color mode).
  291.     x  Fixed this in the re-write.  If you can get a color index
  292.            visual (pixel format) you can use color index mode.
  293.  
  294.     (Feb 28 '97)
  295.     o  Quite a few bugs (and incompatibilities) were being caused
  296.            by the structure that I used in the previous port of GLUT.
  297.            Therefore I decided that it would be best to "get back to
  298.            the roots".  I re-implemented most of glut trying to stick
  299.            with the structure layed out by Mark.  The result is a much
  300.        more stable version that passes ALL (!) (except overlay)
  301.            the tests provided by Mark.  In addition, this new
  302.            structure will allow future enhancements by Mark to be
  303.        integrated much more quickly into the Win32 version.  Also,
  304.            I'm now ordering the bugs in reverse, so that the most
  305.            recently fixed appear at the top of the list.
  306.  
  307.     (9/8/96)
  308.     o  Changed the glutGetModifiers code to produce an error if not
  309.        called in the core input callbacks.
  310.  
  311.     (9/11/96)
  312.     o  If the alt key is pressed with more than one other modifier key
  313.        it acts as if it is stuck -- it stays selected until pressed
  314.        and released again.
  315.     x  Fixed. 
  316.  
  317.     (9/12/96)
  318.     o  When a submenu is attached to a menu, sometimes a GPF occurs.
  319.        Fixed.  Needed to set the submenu before referencing it's members.
  320.  
  321.     o  Kenny: Also, one little problem, I attached the menu to the 
  322.        right-button, but when the left-button is pressed I detach
  323.        it to give the right-button new meaning; if I pop-up the menu and I
  324.        don't want to select anything, like most users, I click off of the
  325.        menu to make it disappear. When I do this, I get a GLUT error and 
  326.        the program terminates because I am altering the menu attachment 
  327.        from within the button press while the menu is active. 
  328.     x  Fixed.  Needed to finish the menu when the user presses the button,
  329.        not just when a button is released.
  330.  
  331.     o GLUT for Win32 emulates a middle mouse button by checking if
  332.            both mouse
  333.        buttons are down.  This causes a lot of problems with the menu
  334.        and other multiple mouse button things.  
  335.     x  Fixed.  No more middle mouse button emulation.  Perhaps it would
  336.        be a good idea to emulate the middle mouse button (if not present)
  337.        with a key?
  338.  
  339.     (9/15/96)
  340.     o  Added code to accept a user defined icon.  If no icon is provided,
  341.        a default icon is loaded.
  342.  
  343.     (9/19/96)
  344.     o  Shane: Command line options seem to be screwed up. (9/13)
  345.     x  Fixed.  The geometry command line was broken, and so was the
  346.        gldebug command line.
  347.  
  348.     o  Fixed a bug in the default glut reshape.  It was looking for the
  349.        parent of the current window and GPF'ing if there wasn't a parent.
  350.        Put in a check for a parent, and if none is there, use the
  351.        child.
  352.  
  353.     o  Idle function sucks up all processor cycles. (9/8/96)
  354.     x  I don't know if this is avoidable.  If you have a tight rendering
  355.        loop, it may be that the processor time is going to be sucked up
  356.        no matter what.  You can add a sleep() to the end of your render
  357.        loop if you would like to yeild to other processes and you don't
  358.        care too much about the speed of your rendering loop.  If you have
  359.        Hardware that supports OpenGL (like a 3Dpro card, or GLint card) 
  360.        then this should be less of a problem, since it won't be rendering
  361.        in software. (9/11/96)
  362.  
  363.     o  If a window is fully obscured by another window, the visibility
  364.        callback is NOT called.  As far as I can tell, this is a limitation
  365.        of the Win32 api, but a workaround is being searched for. (9/8/96)
  366.     x  Limitation of the Win32 API
  367.  
  368.     o  Fixed the entry functions.  They only work if the keyboard focus
  369.        changes.  Therefore, in most Win32 systems, the mouse must be
  370.        pressed outside of the window to get a GLUT_LEFT message and
  371.        then pressed inside the window for a GLUT_ENTERED message.
  372.  
  373.     o  Alt modifier key doesn't work with keyboard callback. (9/8/96)
  374.     x  Probably okay, because the glut spec says that these keys can
  375.        be intercepted by the system (which the alt key is...) (9/11/96)
  376.  
  377.     (11/17/96)
  378.     o  glutRemoveMenuItem() not working properly.
  379.     x  Thanks to Gary (grc@maple.civeng.rutgers.edu) for the fix to
  380.        this one.
  381.  
  382.     o  Timer functions are messed up.
  383.     x  Thanks to Joseph Galbraith for the fix to this one.
  384.  
  385.     (12/9/96)
  386.     o  One (minor) difference came up between the X version of glut
  387.        and the nt one which you should know about. It is not a new
  388.        problem, and it concerns co-ords returned to the pointer
  389.        callbacks. (glutMotionFunc, glutMouseFunc)
  390.        Under X, you get co-ords in the range 0 +/- 2^15, under NT
  391.        you get 0..2^16. This is only really a problem when moving
  392.        above or to the left of the window.
  393.        eg dragging one pixel ABOVE the window will give :-
  394.        under x11 :      y = -1
  395.        under nt  :      y = 2^16 -1
  396.     x  Put in fix provided by Shane Clauson.
  397.  
  398.     (12/17/96)
  399.     o  Idle functions not working properly for multiple windows.
  400.     x  Fixed this by posting an idle message to every window in the 
  401.        window list when idle.
  402.  
  403.     (12/18/96)
  404.     o  glutSetCursor() was misbehaving (lthomas@cco.caltech.edu).
  405.     x  Win32 requires that the hCursor member of the window class
  406.            be set to NULL when the class is registered or whenever the
  407.            mouse is moved, the original cursor is replaced (go
  408.            figure!).  Now sets the cursor whenever a WM_MOUSEMOVE message
  409.        is received, because the WM_SETCURSOR event resets the cursor
  410.        even when in the decoration area.
  411.  
  412.     o  Geometry is not being handled quite right.  The numbers don't
  413.        take into account the window decorations.  That is, if I say
  414.        make a window 100x100, then the WHOLE window (not just the
  415.        client area) is 100x100.  Therefore, the client (opengl) area
  416.        is smaller than 100x100. (9/8/96)
  417.     x  Fixed.  Added code to subtract the decoration size on glutGet()
  418.        and add the decoration size on glutReshapeWindow().
  419.  
  420.     o  Multiple glutPostRedisplay() calls are NOT being combined.
  421.        To get round the "coalesce" problem on glutPostRedisplay,
  422.        the easiest solution is to roll-your-own coalesce by
  423.        keeping a global "dirty" flag in the app (eg replace all
  424.        calls to glutPostRedisplay with image_dirty=TRUE;), and to
  425.        handle image_dirty with a single glutPostRedisplay in the
  426.        idle callback when required.  (erk - but increases
  427.        performance for my particular app (a rendering engine on
  428.        the end of a pipleine with a stream of graphics updates) by
  429.        a couple of orders of magnitude ! ) (9/8/96)
  430.     x  Added code to coalesce redisplays.  Every idle cycle, a
  431.        check is made to see which windows need redisplay, if they
  432.        need it, a redisplay is posted.  The glutPostRedisplay()
  433.        call is just a stub that sets a flag.
  434.  
  435.  
  436. THANKS:
  437.  
  438.     Special thanks to the following people:
  439.  
  440.     Shane Clauson (sc@datamine.co.uk)  [ also provided the GLUT bug icon ]
  441.     Kenny Hoff (hoff@cs.unc.edu)
  442.     Richard Readings (readings@reo.dec.com)
  443.     Paul McQuesten (paulmcq@cs.utexas.edu)
  444.     Philip Winston (winston@cs.unc.edu)    
  445.     JaeWoo Ahn (jaewoo@violet.seri.re.kr)
  446.     Joseph Galbraith (galb@unm.edu)
  447.     Paula Higgins (paulah@unm.edu)
  448.     Sam Fortin (sfortin@searchtech.com)
  449.     Chris Vale (chris.vale@autodesk.com)
  450.  
  451.     and of course, the original author of GLUT:
  452.     Mark Kilgard (mjk@sgi.com)
  453.  
  454.     and many others...
  455.  
  456.  
  457. COPYRIGHT:
  458.  
  459. The OpenGL Utility Toolkit distribution for Win32 (Windows NT &
  460. Windows 95) contains source code modified from the original source
  461. code for GLUT version 3.3 which was developed by Mark J. Kilgard.  The
  462. original source code for GLUT is Copyright 1997 by Mark J. Kilgard.
  463. GLUT for Win32 is Copyright 1997 by Nate Robins and is not in the
  464. public domain, but it is freely distributable without licensing fees.
  465. It is provided without guarantee or warrantee expressed or implied.
  466. It was ported with the permission of Mark J. Kilgard by Nate Robins.
  467.  
  468. THIS SOURCE CODE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER
  469. EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
  470. OR MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
  471.  
  472. OpenGL (R) is a registered trademark of Silicon Graphics, Inc.
  473.