
                               BUGS FIXED IN TIX
                                       
   
   
  CHANGES AFTER TIX4.0A5 RELEASED
  
   
   
    4/13/95; Reported by Sven Delmas
    
   The paned window recalculates the window sizes not correctly. When
   -size and -min are equal I get the expected size. If -min is smaller
   it gets no correct size (the window shrinks to the minimal possible
   size).
   
    4/13/95; Reported by Sven Delmas
    
   The vresize handle should have the definition of data(abort) in the
   class creation. Right now it can happen that a release event (sent
   without a preceeding press events) creates a Tcl error.
   
    4/14/95; Reported by Tom W. Cutter
    
   There is a problem with the tixComboBox widget, which stopped working
   correctly after tix7.4a3. Tix7.4a5 still has the problem. Using the
   demo/widget example. the button-1 selection on all tixComboBox'es
   seems to not select with one mouse click. I think there is something
   wrong in library/ComboBox.tcl.
   
    4/14/95; Reported by esa@corena.no (Esa K Viitala)
    
   When using PanedWindow in a largish application, I get this

        data(-orientation): no such element in array
        called from tixPanedWindow::GetNaturalSizes, line6
        called from TixPanedWindow::Repack, line 6


    4/18/95; Reported by Sven Delmas
    
   In ScrolledWidget you calculate the new geometry of the scrollbar
   widgets. You should check for the validity of these values (they must
   be greater 1). They are not always, causing an X error on certain X
   servers (as you request a width of -20).
   
    4/18/95; Reported by Charlie Crowley, crowley@cs.unm.edu
    
   Line 129 of VResize.tcl always changes the relief to raised. I guess
   this may be meant to match the depress on lines 81-83.
   
    4/19/95; Reported by Kevin Greer, kgr@fxfx.interlog.com
    
   In tixScrolledWindow. With the option '-scrollbar auto' is seems to
   work well but with '-scrollbar x' and '-scrollbar y' are swapped. With
   either 'x' 'y' or 'both' it doesn't show the contents of the window
   until I click on one of the scroll bars.
   
   (This was intended behavior, not changed): Also if I have a vertical
   scrollbar only and I resize the window to be smaller than some long
   entry widgets then the widgets aren't shortened to fit within the new
   window but instead go past the end where I can't see them and because
   I don't have a horizontal scrollbar (because I don't want one, I want
   the entry widgets to get shorter and then for me to scroll within a
   widget) I can't see what is past the end.
   
   
   
  CHANGES AFTER TIX4.0A6 RELEASED
  
   
   
    5/3/95; Reported by mohan kannapareddy mokannap@grail.cba.csuohio.edu Apr
    24,95
    
   He wrote:


    All I am doing is building a directory tree and then clicking on a
    file I open a dialog with the Scrolled text widget displaying the
    file. When I run my application on my workstation ( Sun Sparc IPC,
    running SunOS4.1.3 ) everything is fine, when i run it on a Viper
    X-terminal it is fine.  But When I run it on a NCD X-terminal
    (those supposed to be fast babies ), it crashes , at the point
    where I open the file to display in the Scrolled text widget..the
    message is

                insufficient resources: Bad Alloc
                XCreatePixmap...blah blah

    Basically the server is NOT able to allocate the resources??
    could you enlighten me as to what is going wrong..please Thanks,


   I think this was caused by a memory allocation problem in tixHList.c.
   It was fixed.
   
    5/12/95; Reported by Patrick D'Cruz pdcruze@orac.aust.li
    
   Fixed a bunch of bugs in tixForm, including the "chop off" bug. Also,
   fixed a bunch of memory allocation problems and leaks.
   
    5/22/95
    
   HList didn't draw highlights or anchor properly on mono screens.
   
    6/14/95; Reported by Tony Farrell TJF@aaoepp2.aao.GOV.AU,Apr 2

   Balloon widget

    1.  If I specified an invalid option name to tixBalloon, it failed to
        tidy up on exit.  E.g.

        % tixBalloon .bal -statusBar .c
        unknown option "-statusBar"
        % tixBalloon .bal -statusbar .c
        window name "bal" already exists in parent

        I think I saw this on several other widgets.

    2.  An invalid value for the "-state" option was accepted without
        error.  E.g.

        %.bal configure -state fred

    3.  The Widget option "-state" description does not describe "balloon",
        "both" and "status" states, just "normal" and "disabled".

    7/10/95; Reported by H. Lefevre
    
   In Tix4.0b2, the -selection option doesn't see edits by the mouse in
   the entry subwidget. Back to the Tix Documentation Master Index 
     _________________________________________________________________
   
   Last modified Jul 10 18:45 --- Serial 806247071
