
                               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.

    8/23/95; Reported by Peter Sutton (sutton+@cmu.edu)

BUG:
    tixHList: entrycget widget command rejects -text as possible option
    e.g.
        #!/bin/sh
        # \
        exec tixwish -file $0 ${1+"$@"}

        tixHList .list -itemtype text
        set entryPath [.list addchild {} -text "hello"]
        set entryText1 [lindex [.list entryconfigure $entryPath -text] 4]
        set entryText2 [.list entrycget $entryPath -text]
    Last line in this script gives error
        unknown option "-text"
        while executing
        ".list entrycget $entryPath -text" ...
    but using entryconfigure to get the value of the text works.

   Back to the Tix Documentation Master Index 
     _________________________________________________________________

   Last modified Jan 31 11:53 

