# event

type: t
user: dgp
brief: Ticket [220414ffff]: 3 changes
comment:
  Ticket [220414ffff] <i>Double Click selection in Text widget does not select the word if text is not english</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [219966ffff]: 3 changes
comment:
  Ticket [219966ffff] <i>OS/390 has no passwd.pw_gecos field</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [219976ffff]: 3 changes
comment:
  Ticket [219976ffff] <i>Need to click twice on menus to post on Windows</i> status still Closed with 3 other changes


type: t
user: wordtech
brief: Closed ticket [3028676fff].
comment:
  Closed ticket [3028676fff]: <i>Cocoa event loop won't let external events through</i> plus 7 other changes


type: t
user: hobbs
brief: Ticket [219373ffff]: 2 changes
comment:
  Ticket [219373ffff] <i>Tcl core dumps after several hours</i> status still Closed with 2 other changes


type: t
user: welch
brief: Closed ticket [220328ffff].
comment:
  Closed ticket [220328ffff]: <i>Winfo interp  doesn't   return anything  on Win98  -using wish8.2</i> plus 4 other changes


type: t
user: das
comment:
  Add attachment [/artifact/6c9cbc4e2a1091b5|ttkMacOSXTheme-ModernTabs.diff] to ticket [2819620fffffffff]


type: t
user: juliannoble
brief: Ticket [1633089fff]: 4 changes
comment:
  Ticket [1633089fff] <i>process terminates on 'wm state . zoomed'</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220230ffff]: 3 changes
comment:
  Ticket [220230ffff] <i>XIO: fatal IO error 0 on X server</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [3057573fff]: 1 change
comment:
  Ticket [3057573fff] <i>ttk::combobox disabled state under Win 7</i> status still Open with 1 other change


type: t
user: kennykb
brief: Pending ticket [1570182fff].
comment:
  Pending ticket [1570182fff]: <i>compiling: undefined reference to `ListFontOrAlias'</i> plus 7 other changes


type: t
user: patthoyts
brief: Ticket [3239768fff]: 4 changes
comment:
  Ticket [3239768fff] <i>tk8.4.19 (and later) WIN32 menu font support</i> status still Closed with 4 other changes


type: t
user: vincentdarley
brief: Ticket [858822ffff]: 4 changes
comment:
  Ticket [858822ffff] <i>win-tk test suite hangs in 'send'</i> status still Closed with 4 other changes


type: t
user: welch
brief: Closed ticket [219916ffff].
comment:
  Closed ticket [219916ffff]: <i>WinNT event loop not entered properly; making a button not respond to mouse clicks</i> plus 4 other changes


type: t
user: welch
brief: Closed ticket [219998ffff].
comment:
  Closed ticket [219998ffff]: <i>Word-wrapping problem with 8-bit strings (latin1 accented chars) and other related problems</i> plus 4 other changes


type: t
user: revar
brief: Closed ticket [700317ffff].
comment:
  Closed ticket [700317ffff]: <i>OS X Aqua: Tk forces quit despite exit handler procedure</i> plus 7 other changes


type: t
user: dgp
brief: Pending ticket [779559ffff].
comment:
  Pending ticket [779559ffff]: <i>scale widget triggering on enter/leave events (LINUX only)</i> plus 7 other changes


type: t
user: hobbs
brief: Closed ticket [230648ffff].
comment:
  Closed ticket [230648ffff]: <i>entry widget incorrectly displays international characters</i> plus 7 other changes


type: t
user: das
brief: Ticket [1558051fff]: 5 changes
comment:
  Ticket [1558051fff] <i>rectangles are one pixel too high using Aqua tk</i> status still Open with 5 other changes


type: t
user: nijtmans
brief: Closed ticket [3534137fff].
comment:
  Closed ticket [3534137fff]: <i>$tcl_platform(platform) != [tk windowingsystem]</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [220828ffff]: 3 changes
comment:
  Ticket [220828ffff] <i>New canvas item &quot;buffer&quot;</i> status still Open with 3 other changes


type: t
user: dkf
brief: Ticket [2225507fff]: 1 change
comment:
  Ticket [2225507fff] <i>Win32 menu keyboard traversal broken</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [220153ffff]: 3 changes
comment:
  Ticket [220153ffff] <i>Photos don't provide a way to get the size</i> status still Closed with 3 other changes


type: t
user: vincentdarley
brief: Ticket [854146ffff]: 1 change
comment:
  Ticket [854146ffff] <i>focus is lost, preventing dialog interaction</i> status still Open with 1 other change


type: t
user: hobbs
brief: Ticket [220948ffff]: 5 changes
comment:
  Ticket [220948ffff] <i>TkWinHandleMenuEvent sets service mode incorrectly.</i> status still Open with 5 other changes


type: t
user: welch
brief: Closed ticket [219973ffff].
comment:
  Closed ticket [219973ffff]: <i>error in writing out .ppm files on NT platform</i> plus 4 other changes


type: t
user: eisvogel
brief: Ticket [919082ffff]: 4 changes
comment:
  Ticket [919082ffff] <i>staled &quot;make test&quot; after &quot;window.test&quot;</i> status still Open with 4 other changes


type: t
user: wolfsuit
brief: Closed ticket [1202223fff].
comment:
  Closed ticket [1202223fff]: <i>TkAqua: text image embedding locks scrollbars</i> plus 7 other changes


type: t
user: sgeard
brief: Ticket [3017005fff]: 4 changes
comment:
  Ticket [3017005fff] <i>'update idletasks' now sufficient on windows</i> status still Open with 4 other changes


type: t
user: fridolin
brief: Ticket [1440417fff]: 4 changes
comment:
  Ticket [1440417fff] <i>Xft segfaults if fontconfig cannot find any font</i> status still Open with 4 other changes


type: t
user: andreas_kupries
brief: Ticket [476176ffff]: 1 change
comment:
  Ticket [476176ffff] <i> wish core dump with frame -container on</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220012ffff].
comment:
  Closed ticket [220012ffff]: <i>Misbehaviour of common dialog boxes on Windows 9x/NT if multiple toplevels are used.</i> plus 4 other changes


type: t
user: welch
brief: New ticket [220130ffff].
comment:
  New ticket [220130ffff] <i>ld.so.1: ./wish8.0: fatal: libX11.so.6.1: open failed: No such file or directory</i>.


type: t
user: dgp
brief: Ticket [220220ffff]: 3 changes
comment:
  Ticket [220220ffff] <i>Menus are detached from their parents</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Closed ticket [1311734fff].
comment:
  Closed ticket [1311734fff]: <i>Embedded windows fail to response to Windows display changes</i> plus 7 other changes


type: t
user: dgp
brief: Pending ticket [945409ffff].
comment:
  Pending ticket [945409ffff]: <i>special windows / OSX colors not documented</i> plus 8 other changes


type: t
user: dgp
brief: Ticket [220879ffff]: 2 changes
comment:
  Ticket [220879ffff] <i>Can't set size of window in a text widget in pixels</i> status still Open with 2 other changes


type: t
user: hobbs
brief: Closed ticket [701931ffff].
comment:
  Closed ticket [701931ffff]: <i>listbox.test drifts off screen; causes failures</i> plus 7 other changes


type: t
user: patthoyts
brief: Closed ticket [1583065fff].
comment:
  Closed ticket [1583065fff]: <i>Test suite hangs on Windows XP - &quot;Annuleren&quot;, not &quot;Cancel&quot;</i> plus 3 other changes


type: t
user: dkf
brief: Closed ticket [220342ffff].
comment:
  Closed ticket [220342ffff]: <i>tk_getOpenFile with -initialdir flag fails if path has a space in it</i> plus 2 other changes


type: t
user: dgp
brief: Ticket [220281ffff]: 3 changes
comment:
  Ticket [220281ffff] <i>invalid extern declarations within functions / inconsistancies</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220675ffff]: 3 changes
comment:
  Ticket [220675ffff] <i>unpredictable segfaults in test suite</i> status still Closed with 3 other changes


type: t
user: danckaert
brief: Ticket [2886436fff]: 4 changes
comment:
  Ticket [2886436fff] <i>[.txt delete] still deletes before startindex</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220222ffff]: 7 changes
comment:
  Ticket [220222ffff] <i>Flash cursor uses excess CPU in text widget</i> status still Closed with 7 other changes


type: t
user: patthoyts
comment:
  Add attachment [/artifact/0e1b03d9a54dbb79|0001-unix-menus-Make-Tk-menu-activation-follow-mouse-move.patch] to ticket [2920409fffffffff]


type: t
user: hobbs
brief: Ticket [2828398fff]: 5 changes
comment:
  Ticket [2828398fff] <i>tk crashes when destroying a widget</i> status still Open with 5 other changes


type: t
user: hobbs
brief: Closed ticket [641216ffff].
comment:
  Closed ticket [641216ffff]: <i>Misleading messages on photo name &quot;.&quot;</i> plus 8 other changes


type: t
user: dgp
brief: Closed ticket [1171762fff].
comment:
  Closed ticket [1171762fff]: <i>prepare variable like TCL_PACKAGE_PATH in tcl.</i> plus 6 other changes


type: t
user: scfiead
brief: Ticket [232213ffff]: 4 changes
comment:
  Ticket [232213ffff] <i>ImgName -data will not take 1 pixel wide/high rectangles</i> status still Closed with 4 other changes


type: t
user: bagnonm
brief: Ticket [1144335fff]: 2 changes
comment:
  Ticket [1144335fff] <i>tk_messageBox crashes when -parent set on an entry</i> status still Open with 2 other changes


type: t
user: patthoyts
brief: Ticket [1777362fff]: 2 changes
comment:
  Ticket [1777362fff] <i>Double-click bug in text widget with hyphen in name</i> status still Open with 2 other changes


type: t
user: eugene_cdn
brief: Ticket [3460406fff]: 5 changes
comment:
  Ticket [3460406fff] <i>Ttk async proc resets result of a command in main script</i> status still Open with 5 other changes


type: t
user: mickey_knox
comment:
  Add attachment [/artifact/060dfbdce966c68b|too_many_files_selected.patch] to ticket [2898255fffffffff]


type: t
user: dgp
brief: Closed ticket [2878941fff].
comment:
  Closed ticket [2878941fff]: <i>Tcl_ExternalToUtf(...dst, dstLen,...) writes to dst[dstLen]</i> plus 8 other changes


type: t
user: hobbs
brief: Closed ticket [1160563fff].
comment:
  Closed ticket [1160563fff]: <i>tk_chooseDirectory -mustexist 1 can return non-existant dir</i> plus 7 other changes


type: t
user: cc_benny
brief: Pending ticket [1824638fff].
comment:
  Pending ticket [1824638fff]: <i>Aqua: wraplength 1 does not work correctly with ATSUI</i> plus 6 other changes


type: t
user: dgp
brief: Ticket [220202ffff]: 3 changes
comment:
  Ticket [220202ffff] <i>wish does not work under IRIX 6.5</i> status still Closed with 3 other changes


type: t
user: ferrieux
brief: Ticket [2983824fff]: 2 changes
comment:
  Ticket [2983824fff] <i>Image output format autodetection broken</i> status still Open with 2 other changes


type: t
user: das
brief: Ticket [1072868fff]: 1 change
comment:
  Ticket [1072868fff] <i>TkAqua: overrideredirect is permanent</i> status still Open with 1 other change


type: t
user: patthoyts
brief: Ticket [1477426fff]: 5 changes
comment:
  Ticket [1477426fff] <i>TIP #213: standard font selection dialog</i> status still Open with 5 other changes


type: t
user: welch
brief: Closed ticket [220639ffff].
comment:
  Closed ticket [220639ffff]: <i>Listbox extended selection does fully initialize state</i> plus 4 other changes


type: t
user: dkf
brief: Ticket [228588ffff]: 4 changes
comment:
  Ticket [228588ffff] <i>grid crashes on resizing when window is too wide</i> status still Open with 4 other changes


type: t
user: dkf
brief: Ticket [1236306fff]: 1 change
comment:
  Ticket [1236306fff] <i>TraverseToMenu error with alt binding to toplevel destroy</i> status still Open with 1 other change


type: t
user: welch
brief: New ticket [220214ffff].
comment:
  New ticket [220214ffff] <i>we occassionally get a tk internal error which freezes the script and users have to restart</i>.


type: t
user: kocsonya
brief: Ticket [3301552fff]: 4 changes
comment:
  Ticket [3301552fff] <i>ttk::spinbox -font does not resize buttons</i> status still Open with 4 other changes


type: t
user: welch
brief: Closed ticket [220666ffff].
comment:
  Closed ticket [220666ffff]: <i>image format string should not be threated as binary data</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [505159ffff]: 5 changes
comment:
  Ticket [505159ffff] <i>TIP 27: tcl{FileName,Var}.c callers</i> status still Open with 5 other changes


type: t
user: patthoyts
brief: Closed ticket [2879789fff].
comment:
  Closed ticket [2879789fff]: <i>Item activating does not work as expected in torn-off menus</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [220199ffff]: 3 changes
comment:
  Ticket [220199ffff] <i>Possible regexp bug in Tcl8.1.1-11.06 with text widget</i> status still Closed with 3 other changes


type: t
user: vincentdarley
brief: Closed ticket [1186558fff].
comment:
  Closed ticket [1186558fff]: <i>Bad yscrollcommands generated when resizing word wrapped tex</i> plus 7 other changes


type: t
user: ferrieux
brief: Ticket [2918171fff]: 1 change
comment:
  Ticket [2918171fff] <i>Wish crash when destroying . with reflected channel</i> status still Open with 1 other change


type: t
user: dkf
brief: Ticket [783802ffff]: 2 changes
comment:
  Ticket [783802ffff] <i>Tcl\'2003: Split photo masters into Tcl package</i> status still Open with 2 other changes


type: t
user: davygrvy
brief: Ticket [458007ffff]: 7 changes
comment:
  Ticket [458007ffff] <i>tkstub.lib not copied to destination dir</i> status still Closed with 7 other changes


type: t
user: welch
brief: Closed ticket [220683ffff].
comment:
  Closed ticket [220683ffff]: <i>The tk_chooseColor fails with an invalid -initialcolor on NT</i> plus 4 other changes


type: t
user: hobbs
brief: Ticket [1449027fff]: 2 changes
comment:
  Ticket [1449027fff] <i>What does $canvas lower do when 'belowThis' not specified?</i> status still Closed with 2 other changes


type: ci
bgcolor: #60c060
user: jan.nijtmans
comment:
  Don't compile Tk with -DTCL_NO_DEPRECATED by default
   any more, it might hurt when we compile Tk 8.x
   against Tcl 8.y with y > x, because new deprecated constructs might be
   added in higher Tcl versions (except for Tk 8.6, for now, because there
   is no higher 8.x yet)


type: ci
user: jan.nijtmans
comment:
  Make sure the stubbed variants of Tcl_ObjSetVar2/Tcl_NewStringObj are never used in winMain.c/tkAppInit.c


type: ci
user: jan.nijtmans
comment:
  [Bug 3600390]: tk_strictMotif not tested for.
  Now all key-bindings for Control-a,b,e,f,n,p (and its shift variant) respect tk_strictMotif.


type: ci
bgcolor: #60c060
user: jan.nijtmans
comment:
  Don't use deprecated "case" any more.
  Don't do unnecessary Tcl_PkgRequire(..., "Tcl", ...), the preceding Tcl_InitStubs() call already does that, both for dynamic loaded as wel as the static case.


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
ecomment:
  Remove unused variable.
  Remove tkStubLib.o from tk85.dll. On Windows, data cannot be exported from dll's anyway, so it's just dead code. On UNIX, it makes a difference, and it would be a potential incompatibility to remove it.

comment:
  Remove unused variable.
  Remove tkStubLib.o from tk85.dll. On Windows, data cannot be exported from dll's anyway, so it's just dead code. On UNIX, it makes a difference: there it would be a potential incompatiblity to remove it.


type: ci
bgcolor: #c0c0f0
user: dgp
comment:
  3607830 Runtime checks that Xkb is available in the X server before trying to
  use.  Adapted from patch from Brian Griffin.


type: t
user: dgp
brief: Ticket [220625ffff]: 3 changes
comment:
  Ticket [220625ffff] <i>iwidgets::combobox  hiding of parent window</i> status still Closed with 3 other changes


type: t
user: welch
brief: Closed ticket [220286ffff].
comment:
  Closed ticket [220286ffff]: <i>&quot;after&quot; prevents user from switching to other applications in MacOS</i> plus 4 other changes


type: t
comment:
  Add attachment [/artifact/50af61ce808557db|tk-canvas-uncropped-text.png] to ticket [3403387fffffffff]


type: t
user: das
brief: Ticket [1816826fff]: 1 change
comment:
  Ticket [1816826fff] <i>focus bug during window activation (Aqua)</i> status still Open with 1 other change


type: t
user: nobody
brief: Ticket [1905656fff]: 4 changes
comment:
  Ticket [1905656fff] <i>Asking the width of a textwidget don't work like expected.</i> status still Closed with 4 other changes


type: t
user: fvogelnew1
brief: Closed ticket [1578519fff].
comment:
  Closed ticket [1578519fff]: <i>tk_getOpenFile -multiple 1  fails the first times</i> plus 7 other changes


type: t
user: mistachkin
brief: Open ticket [1456851fff].
comment:
  Open ticket [1456851fff]: <i>panic: exit handlers were created during Tcl_Finalize</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [2878941fff]: 4 changes
comment:
  Ticket [2878941fff] <i>Tcl_ExternalToUtf(...dst, dstLen,...) writes to dst[dstLen]</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [1189899fff]: 2 changes
comment:
  Ticket [1189899fff] <i>Crash on Windows during TkFinalize with threads</i> status still Open with 2 other changes


type: t
user: vincentdarley
brief: Ticket [582371ffff]: 1 change
comment:
  Ticket [582371ffff] <i>several textWind tests fail on Win.</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [975481ffff]: 8 changes
comment:
  Ticket [975481ffff] <i>Bad Path Names For X11 Directory</i> status still Closed with 8 other changes


type: t
user: wolfsuit
brief: Closed ticket [220794ffff].
comment:
  Closed ticket [220794ffff]: <i>Mac: tk_getSaveFile default filename is illegal</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [634548ffff]: 1 change
comment:
  Ticket [634548ffff] <i>OSX: scrollbar managed w/place disabled</i> status still Closed with 1 other change


type: t
user: dgp
brief: Ticket [219972ffff]: 3 changes
comment:
  Ticket [219972ffff] <i>Docs missing for Tk_InitStubs API</i> status still Closed with 3 other changes


type: t
user: fvogelnew1
brief: Ticket [3288113fff]: 1 change
comment:
  Ticket [3288113fff] <i>Missing marks when searched through mark next</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220427ffff].
comment:
  Closed ticket [220427ffff]: <i>Errors using tkfbox dialogs on different windows</i> plus 4 other changes


type: t
user: hobbs
brief: Closed ticket [220908ffff].
comment:
  Closed ticket [220908ffff]: <i>Clicking application windows fails to raise dialogs when a g</i> plus 7 other changes


type: t
user: dkf
brief: Ticket [1027743fff]: 4 changes
comment:
  Ticket [1027743fff] <i>update idletasks doesn't always process visibility events</i> status still Open with 4 other changes


type: t
user: dkf
brief: Closed ticket [752547ffff].
comment:
  Closed ticket [752547ffff]: <i>need allow users input entry fields in non-utf encodings</i> plus 8 other changes


type: t
user: arobert3434
brief: Ticket [3393315fff]: 4 changes
comment:
  Ticket [3393315fff] <i>Aqua Tk mishandles menus with Dvorak Qwerty Cmd input method</i> status still Pending with 4 other changes


type: t
user: hobbs
brief: Ticket [690178ffff]: 1 change
comment:
  Ticket [690178ffff] <i>OSX:blocking dialogs with menubuttons, called from menu item</i> status still Open with 1 other change


type: t
user: jenglish
brief: Ticket [2175411fff]: 4 changes
comment:
  Ticket [2175411fff] <i>test ttk-6.3 lacks important control</i> status still Open with 4 other changes


type: t
user: wolfsuit
brief: Ticket [814846ffff]: 4 changes
comment:
  Ticket [814846ffff] <i>No menu entry background color, Mac Aqua</i> status still Open with 4 other changes


type: t
user: nemethi
brief: Ticket [1581955fff]: 1 change
comment:
  Ticket [1581955fff] <i>text widget: window create ... -create ... doesn't work</i> status still Open with 1 other change


type: t
user: dkf
brief: Ticket [845189ffff]: 4 changes
comment:
  Ticket [845189ffff] <i>The first call to tk_get*File modifies the following calls</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Ticket [960190ffff]: 1 change
comment:
  Ticket [960190ffff] <i>MouseWheel binding not OK on Windows</i> status still Open with 1 other change


type: t
user: hobbs
brief: Closed ticket [1275237fff].
comment:
  Closed ticket [1275237fff]: <i>modified flag not managed when undoing certain text inserts</i> plus 8 other changes


type: t
user: mistachkin
brief: Ticket [756840ffff]: 5 changes
comment:
  Ticket [756840ffff] <i>thread finalize crash with console</i> status still Open with 5 other changes


type: t
user: jenglish
brief: Pending ticket [3543420fff].
comment:
  Pending ticket [3543420fff]: <i>Toggle.TButton style doesn't work on Windows</i> plus 6 other changes


type: t
user: hobbs
brief: Closed ticket [224002ffff].
comment:
  Closed ticket [224002ffff]: <i>On Win32, Tk console is always covered at startup</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [220118ffff]: 4 changes
comment:
  Ticket [220118ffff] <i>Grid &quot;-sticky&quot; option seems to misbehave</i> status still Closed with 4 other changes


type: t
user: dgp
brief: Ticket [220321ffff]: 3 changes
comment:
  Ticket [220321ffff] <i>dialog does not appear if . withdrawn</i> status still Closed with 3 other changes


type: t
user: welch
brief: Closed ticket [220728ffff].
comment:
  Closed ticket [220728ffff]: <i>Alt-octal sequence doesn't generate correct char on Windows</i> plus 4 other changes


type: t
user: dkf
brief: Ticket [832091ffff]: 5 changes
comment:
  Ticket [832091ffff] <i>tkUnixRFont.c not Tcl C style guide compliant</i> status still Open with 5 other changes


type: t
user: dgp
brief: Ticket [220594ffff]: 3 changes
comment:
  Ticket [220594ffff] <i>Pointer smash in TkpDisplayButton</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220381ffff]: 3 changes
comment:
  Ticket [220381ffff] <i>display popup window in center of screen rather than left corner</i> status still Closed with 3 other changes


type: t
user: dkf
brief: Ticket [1247835fff]: 8 changes
comment:
  Ticket [1247835fff] <i>tabs: wordprocessor vs tabular interpretation</i> status still Closed with 8 other changes


type: t
user: oehhar
brief: Closed ticket [3091872fff].
comment:
  Closed ticket [3091872fff]: <i>grid size&amp;rowconfigure memory after destroying all children</i> plus 7 other changes


type: t
user: hobbs
brief: Closed ticket [734498ffff].
comment:
  Closed ticket [734498ffff]: <i>canvas postscript command core dumps on special polygon</i> plus 7 other changes


type: t
user: dwtowner
brief: Ticket [2790175fff]: 1 change
comment:
  Ticket [2790175fff] <i>Wrong directory name is returned by tk_chooseDirectory</i> status still Open with 1 other change


type: t
user: welch
brief: New ticket [220410ffff].
comment:
  New ticket [220410ffff] <i>Copying and pasting from Tk Windows to other applications mangles double-byte text</i>.


type: t
user: egavilan
brief: Ticket [3554026fff]: 4 changes
comment:
  Ticket [3554026fff] <i>tearing off menu with embedded parent -&gt; crash (X11)</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220730ffff]: 3 changes
comment:
  Ticket [220730ffff] <i>creating a simple button crashes Wish shell.</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Closed ticket [606719ffff].
comment:
  Closed ticket [606719ffff]: <i>Message: File &quot;$item&quot; does not exist.</i> plus 8 other changes


type: t
user: hobbs
brief: Ticket [464451ffff]: 1 change
comment:
  Ticket [464451ffff] <i>'$menu post' posts menu in wrong position.</i> status still Open with 1 other change


type: t
user: das
comment:
  Add attachment [/artifact/b90017dbd8389bea|alphatran-macosx-core-8-4-branch.diff] to ticket [892194ffffffffff]


type: t
user: hobbs
brief: Ticket [496669ffff]: 1 change
comment:
  Ticket [496669ffff] <i>last selected char without selectbg</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [220576ffff]: 3 changes
comment:
  Ticket [220576ffff] <i>$canvas find enclosed does not find text with trailing newline</i> status still Closed with 3 other changes


type: t
user: welch
brief: Closed ticket [220482ffff].
comment:
  Closed ticket [220482ffff]: <i>focus.test hangs tktest with threads enabled</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220478ffff]: 3 changes
comment:
  Ticket [220478ffff] <i>Tk doesn't start if Tcl is running</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220750ffff]: 3 changes
comment:
  Ticket [220750ffff] <i>Tcl Help 8.4 crashes on Tk Built-In Commands - keysyms</i> status still Closed with 3 other changes


type: t
user: hume
brief: Ticket [620458ffff]: 4 changes
comment:
  Ticket [620458ffff] <i>TkWinWmCleanup exit crash, null datakey</i> status still Open with 4 other changes


type: t
user: oehhar
brief: Ticket [1934265fff]: 4 changes
comment:
  Ticket [1934265fff] <i>man2tcl does not honor quotes in macro arguments -&gt;bind.n</i> status still Closed with 4 other changes


type: t
user: das
brief: Ticket [488429ffff]: 6 changes
comment:
  Ticket [488429ffff] <i>on mac, toplevel pulses in this script</i> status still Open with 6 other changes


type: t
user: das
brief: Ticket [1951055fff]: 4 changes
comment:
  Ticket [1951055fff] <i>nested [exit] hangs threaded Tk</i> status still Pending with 4 other changes


type: t
user: wordtech
brief: Ticket [1717472fff]: 4 changes
comment:
  Ticket [1717472fff] <i>Display Mac icons with Carbon IconServices API</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Ticket [220899ffff]: 1 change
comment:
  Ticket [220899ffff] <i>Unicode Box characters use wrong font</i> status still Open with 1 other change


type: t
user: hobbs
brief: Ticket [749908ffff]: 4 changes
comment:
  Ticket [749908ffff] <i>problems with threaded Tk and multiple interps</i> status still Closed with 4 other changes


type: t
user: dkf
brief: Closed ticket [220785ffff].
comment:
  Closed ticket [220785ffff]: <i>attach user-defined data to generated events</i> plus 7 other changes


type: t
user: dkf
brief: Ticket [641216ffff]: 7 changes
comment:
  Ticket [641216ffff] <i>Misleading messages on photo name &quot;.&quot;</i> status still Closed with 7 other changes


type: t
user: welch
brief: Closed ticket [220762ffff].
comment:
  Closed ticket [220762ffff]: <i>Tk_GetHWND is not exported through the tk stub table</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220064ffff]: 3 changes
comment:
  Ticket [220064ffff] <i>Menu items check-marks are initally drawn incompletely.</i> status still Closed with 3 other changes


type: t
user: nijtmans
brief: Pending ticket [2441988fff].
comment:
  Pending ticket [2441988fff]: <i>[selection handle] errors are silently discarded</i> plus 7 other changes


type: t
user: welch
brief: Closed ticket [220442ffff].
comment:
  Closed ticket [220442ffff]: <i>text widget manpage wrong about Windows word definition</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220736ffff]: 3 changes
comment:
  Ticket [220736ffff] <i>proj.test causes wish to crash on windows</i> status still Closed with 3 other changes


type: t
user: dkf
brief: Closed ticket [220672ffff].
comment:
  Closed ticket [220672ffff]: <i>tk_getOpenFile does not work with a default extension!</i> plus 2 other changes


type: t
user: hobbs
brief: Ticket [661792ffff]: 4 changes
comment:
  Ticket [661792ffff] <i>TkCreateFrame didn't get application name</i> status still Open with 4 other changes


type: t
user: dkf
brief: Ticket [830674ffff]: 3 changes
comment:
  Ticket [830674ffff] <i>umask 027 causes bad wish installation</i> status still Open with 3 other changes


type: t
user: pspjuth
brief: Ticket [640337ffff]: 5 changes
comment:
  Ticket [640337ffff] <i>Grid behaves oddly on aqua Tk 8.4.1</i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [487442ffff]: 2 changes
comment:
  Ticket [487442ffff] <i>changing font size in tk widget demo</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [220777ffff]: 1 change
comment:
  Ticket [220777ffff] <i>pack v grid: Geometry managers contend for control of containers</i> status still Open with 1 other change


type: t
user: arjenmarkus
brief: Ticket [820519ffff]: 4 changes
comment:
  Ticket [820519ffff] <i>New messages file for Dutch locale</i> status still Closed with 4 other changes


type: t
user: dkf
brief: Ticket [1818491fff]: 1 change
comment:
  Ticket [1818491fff] <i>Placer geometry manager crash, and patch</i> status still Open with 1 other change


type: t
user: dkf
brief: Ticket [512503ffff]: 1 change
comment:
  Ticket [512503ffff] <i>TIP 41: panedwindow implementation</i> status still Closed with 1 other change


type: t
user: dgp
brief: Ticket [220696ffff]: 3 changes
comment:
  Ticket [220696ffff] <i>tk_dialog behaviour changed - bgerror now broken</i> status still Closed with 3 other changes


type: t
user: dkf
brief: Ticket [513923ffff]: 5 changes
comment:
  Ticket [513923ffff] <i>Tearoff+Cascade invokes wrong command</i> status still Open with 5 other changes


type: t
user: dgp
brief: Ticket [219895ffff]: 3 changes
comment:
  Ticket [219895ffff] <i>stipple in Mac vers. 8.0 and 8.1a2</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [219939ffff]: 3 changes
comment:
  Ticket [219939ffff] <i>Toplevels not resizing when widgets destroyed</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Open ticket [220735ffff].
comment:
  Open ticket [220735ffff]: <i>Bug with Motif tk_getOpenFile and spaces in directory</i> plus 3 other changes


type: t
user: welch
brief: Closed ticket [220589ffff].
comment:
  Closed ticket [220589ffff]: <i>Highlight color &amp; highlight background inverted for canvas</i> plus 4 other changes


type: t
user: dkf
brief: Ticket [742882ffff]: 1 change
comment:
  Ticket [742882ffff] <i>Potential division by zero in gridded wm geometry</i> status still Closed with 1 other change


type: t
user: alastair_davies
brief: Ticket [1692927fff]: 5 changes
comment:
  Ticket [1692927fff] <i>tk_messageBox does not display -detail argument correctly</i> status still Open with 5 other changes


type: t
user: oeloio
brief: Ticket [3485342fff]: 4 changes
comment:
  Ticket [3485342fff] <i>Add -confirmonwrite option to tk_get*File on nt</i> status still Open with 4 other changes


type: t
user: welch
brief: Closed ticket [220249ffff].
comment:
  Closed ticket [220249ffff]: <i>Console window broken in Tcl/Tk 8.2.1 for Win32 when started from Cygnus bash prompt</i> plus 4 other changes


type: t
user: jenglish
brief: Ticket [1716117fff]: 5 changes
comment:
  Ticket [1716117fff] <i>Cannot build extended tclshs any more</i> status still Open with 5 other changes


type: t
user: hobbs
brief: Ticket [515857ffff]: 4 changes
comment:
  Ticket [515857ffff] <i>Text. Underline/overstrike &amp; non-latin font</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [219926ffff]: 3 changes
comment:
  Ticket [219926ffff] <i>Strange file dialog behaviour on Windows</i> status still Closed with 3 other changes


type: t
user: dkf
brief: Ticket [487442ffff]: 6 changes
comment:
  Ticket [487442ffff] <i>changing font size in tk widget demo</i> status still Closed with 6 other changes


type: t
user: ralfixx
brief: Ticket [2975142fff]: 4 changes
comment:
  Ticket [2975142fff] <i>tk::CheckEnter broken with itcl variables</i> status still Open with 4 other changes


type: t
user: welch
brief: Closed ticket [220246ffff].
comment:
  Closed ticket [220246ffff]: <i>no gui update while reading from socket (fileevent readable)</i> plus 4 other changes


type: t
user: hobbs
brief: Ticket [1086917fff]: 5 changes
comment:
  Ticket [1086917fff] <i>Segfault with .canvas create bitmap</i> status still Closed with 5 other changes


type: t
user: dkf
brief: Ticket [3414673fff]: 2 changes
comment:
  Ticket [3414673fff] <i>Improper look of ttk::checkbutton -style Toolbutton</i> status still Open with 2 other changes


type: t
user: dkf
comment:
  Add attachment [/artifact/439a7d38b1acee38|too_many_files_selected.2.patch] to ticket [2898255fffffffff]


type: t
user: jenglish
brief: Closed ticket [922336ffff].
comment:
  Closed ticket [922336ffff]: <i>Tk apps have no maximize window button under KDE-3.2.1</i> plus 6 other changes


type: t
user: dkf
brief: Ticket [622582ffff]: 5 changes
comment:
  Ticket [622582ffff] <i>TkAqua IME: Partial fix for bug #616988</i> status still Closed with 5 other changes


type: t
user: welch
brief: Closed ticket [219939ffff].
comment:
  Closed ticket [219939ffff]: <i>Toplevels not resizing when widgets destroyed</i> plus 4 other changes


type: t
user: welch
brief: Closed ticket [220753ffff].
comment:
  Closed ticket [220753ffff]: <i>GetStdHandle OS bug on Win2K makes tkConsole.c fail</i> plus 4 other changes


type: t
user: welch
brief: New ticket [220795ffff].
comment:
  New ticket [220795ffff] <i>&quot;grab&quot; doesn't prevent interaction with entries that aren't grabbed (windows98)</i>.


type: t
user: ferrieux
brief: Closed ticket [3055902fff].
comment:
  Closed ticket [3055902fff]: <i>Control-a key binding for text widget is broke</i> plus 7 other changes


type: t
user: thomasmenez
brief: Ticket [3163893fff]: 6 changes
comment:
  Ticket [3163893fff] <i>-initialdir option bug for tk_chooseDirectory under XP</i> status still Open with 6 other changes


type: t
user: mleuschel
comment:
  Add attachment [/artifact/7b72db912f2fae80|btracer_for_Mac_Crash_min.tcl] to ticket [3285355fffffffff]


type: t
user: dkf
brief: Ticket [2257424fff]: 4 changes
comment:
  Ticket [2257424fff] <i>screenwidth incorrect on multiple monitors</i> status still Closed with 4 other changes


type: t
user: treincke
brief: Closed ticket [3572695fff].
comment:
  Closed ticket [3572695fff]: <i>Tk-Cocoa crashes on copy operation in text widget</i> plus 6 other changes


type: t
user: dgp
brief: Ticket [220051ffff]: 3 changes
comment:
  Ticket [220051ffff] <i>Thread compile option seriously slows down redraw</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [1032953fff]: 2 changes
comment:
  Ticket [1032953fff] <i>menubutton: can't set fg on aqua Tcl/Tk</i> status still Open with 2 other changes


type: t
user: hobbs
brief: Ticket [664785ffff]: 6 changes
comment:
  Ticket [664785ffff] <i>SGI warning: DisplayBitmap,DisplayLine</i> status still Open with 6 other changes


type: t
user: dgp
brief: Ticket [220499ffff]: 3 changes
comment:
  Ticket [220499ffff] <i>canvas find below x - segmentation error</i> status still Closed with 3 other changes


type: t
user: danckaert
brief: Ticket [2168768fff]: 1 change
comment:
  Ticket [2168768fff] <i>tk_get*File -typevariable should be global</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220156ffff].
comment:
  Closed ticket [220156ffff]: <i>menubutton inconsistency betw. win95 &amp; win98</i> plus 4 other changes


type: t
user: dunkfan
brief: Ticket [3301481fff]: 4 changes
comment:
  Ticket [3301481fff] <i>ttk::spinbox on windows doesnt handle -width 0</i> status still Open with 4 other changes


type: t
user: patthoyts
brief: Closed ticket [2491235fff].
comment:
  Closed ticket [2491235fff]: <i>Dictionary's man page [dict] needs better examples</i> plus 7 other changes


type: t
user: das
brief: Closed ticket [1845899fff].
comment:
  Closed ticket [1845899fff]: <i>wm transient creates wrong window class on OS X</i> plus 7 other changes


type: t
user: welch
brief: Closed ticket [220751ffff].
comment:
  Closed ticket [220751ffff]: <i>Shift-clicking text doesn't highlight region in Post Window's Send Data box</i> plus 4 other changes


type: t
user: hobbs
brief: Closed ticket [220897ffff].
comment:
  Closed ticket [220897ffff]: <i>Directory dialog not modal, can still select Browse from New</i> plus 7 other changes


type: t
user: mkolesn
brief: Ticket [1010083fff]: 4 changes
comment:
  Ticket [1010083fff] <i>spelled docs for widgets: menu and text</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Closed ticket [403327ffff].
comment:
  Closed ticket [403327ffff]: <i>Better Obj-aware screen distances (Tcl Patch #102471)</i> plus 7 other changes


type: t
user: dkf
brief: Ticket [220947ffff]: 6 changes
comment:
  Ticket [220947ffff] <i>Event binding bug where events are not triggerd when then sh</i> status still Closed with 6 other changes


type: t
user: dgp
brief: Open ticket [220554ffff].
comment:
  Open ticket [220554ffff]: <i>Maintainance improvement for Objectified commands</i> plus 2 other changes


type: t
user: udragon
brief: Ticket [742260ffff]: 4 changes
comment:
  Ticket [742260ffff] <i>tk_getpixmap returns 0 with multiple apps open</i> status still Open with 4 other changes


type: t
user: nijtmans
brief: Ticket [2898114fff]: 1 change
comment:
  Ticket [2898114fff] <i>wish/tclsh unable run in directories with non-Latin chars</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220122ffff].
comment:
  Closed ticket [220122ffff]: <i>XLookupString missing in X-emulation under Windows</i> plus 4 other changes


type: t
user: dkf
brief: Ticket [703787ffff]: 6 changes
comment:
  Ticket [703787ffff] <i>Tk 8.4.2 test on Solaris 7 unauthorizes DISPLAY :0.0</i> status still Closed with 6 other changes


type: t
user: dgp
brief: Open ticket [2264732fff].
comment:
  Open ticket [2264732fff]: <i>ttk themed widget X11 visual crash &amp; patch</i> plus 4 other changes


type: t
user: dgp
brief: Closed ticket [725941ffff].
comment:
  Closed ticket [725941ffff]: <i>[puts] called from a thread on win doesn't go to the console</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [1414171fff]: 6 changes
comment:
  Ticket [1414171fff] <i>Text widget dumps core with -command option</i> status still Open with 6 other changes


type: t
user: lvirden
brief: Ticket [1642750fff]: 4 changes
comment:
  Ticket [1642750fff] <i>focus-5.1 test suite case fails ni 8.5a6</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Closed ticket [1010941fff].
comment:
  Closed ticket [1010941fff]: <i>panedwindow -sashwidth &gt; -handlesize glitch</i> plus 5 other changes


type: t
user: dkf
brief: Ticket [3416492fff]: 1 change
comment:
  Ticket [3416492fff] <i>Crash in open/save file dialog in Windows 7 libraries</i> status still Open with 1 other change


type: t
user: heckp
brief: Ticket [1731355fff]: 4 changes
comment:
  Ticket [1731355fff] <i>tile display bug in TkAqua 8.4.15 preview</i> status still Open with 4 other changes


type: t
user: dkf
brief: Ticket [1892159fff]: 4 changes
comment:
  Ticket [1892159fff] <i>Add message catalog information for months and days of weeks</i> status still Open with 4 other changes


type: t
user: dkf
brief: Ticket [540375ffff]: 2 changes
comment:
  Ticket [540375ffff] <i>ppm photo images: support -data option</i> status still Open with 2 other changes


type: t
user: jenglish
brief: Closed ticket [2956100fff].
comment:
  Closed ticket [2956100fff]: <i>Text widgets with &quot;-&quot; in names vs anchor tags</i> plus 8 other changes


type: t
user: dkf
brief: Ticket [2902814fff]: 5 changes
comment:
  Ticket [2902814fff] <i>wm iconphoto broken in 8.5.8 64 bit linux</i> status still Open with 5 other changes


type: t
user: tmh
brief: Ticket [508988ffff]: 6 changes
comment:
  Ticket [508988ffff] <i>Replacing menus fails (example &amp; fix)</i> status still Closed with 6 other changes


type: t
user: vincentdarley
brief: Ticket [1085451fff]: 5 changes
comment:
  Ticket [1085451fff] <i>flickering with -alpha transparency manipulations</i> status still Open with 5 other changes


type: t
user: hobbs
brief: Ticket [1005902fff]: 7 changes
comment:
  Ticket [1005902fff] <i>grid: Cant set the focus anymore, cant type text</i> status still Pending with 7 other changes


type: t
user: hobbs
brief: Closed ticket [1375436fff].
comment:
  Closed ticket [1375436fff]: <i>compilation error in dec 5 cvs head snapshot</i> plus 7 other changes


type: t
user: dkf
brief: Pending ticket [1124654fff].
comment:
  Pending ticket [1124654fff]: <i>windows file dialog doesn't add the selected file extension</i> plus 3 other changes


type: t
user: dgp
brief: Ticket [220727ffff]: 3 changes
comment:
  Ticket [220727ffff] <i>Errant top level behaviour with Xmouse</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [220830ffff]: 3 changes
comment:
  Ticket [220830ffff] <i>add ability to define an event &quot;filter&quot;</i> status still Open with 3 other changes


type: t
user: dgp
brief: Ticket [220432ffff]: 4 changes
comment:
  Ticket [220432ffff] <i>Crash on exit due to Tcl_Eval(consoleInterp, &quot;tkConsoleExit&quot;);</i> status still Closed with 4 other changes


type: t
user: dkf
brief: Ticket [3405839fff]: 2 changes
comment:
  Ticket [3405839fff] <i>Writing PNG images sometimes generates wrong sBIT chunk </i> status still Open with 2 other changes


type: t
user: hobbs
brief: Ticket [1027741fff]: 1 change
comment:
  Ticket [1027741fff] <i>Selection doesn't change on Redo operation</i> status still Open with 1 other change


type: t
user: pspjuth
brief: Ticket [532022ffff]: 4 changes
comment:
  Ticket [532022ffff] <i>place info -in not returned in parent</i> status still Open with 4 other changes


type: t
user: pspjuth
brief: Ticket [420861ffff]: 4 changes
comment:
  Ticket [420861ffff] <i>Tip#18 (labelframe) changes, part 1.</i> status still Open with 4 other changes


type: t
user: welch
brief: New ticket [220932ffff].
comment:
  New ticket [220932ffff] <i>unable to display image [2048x1536] with graphics board using 32 bit</i>.


type: t
user: hobbs
brief: Ticket [1553691fff]: 4 changes
comment:
  Ticket [1553691fff] <i>hard-coded control of selection display</i> status still Closed with 4 other changes


type: t
user: welch
brief: New ticket [220921ffff].
comment:
  New ticket [220921ffff] <i>AIX --enable-shared passes illegal options (-Wl,...) to ld and (-bI:) to gcc</i>.


type: t
user: dkf
brief: Ticket [1660674fff]: 2 changes
comment:
  Ticket [1660674fff] <i>arrow reconfig triggers infinite Enter/Leave event sequence</i> status still Open with 2 other changes


type: t
user: welch
brief: New ticket [220119ffff].
comment:
  New ticket [220119ffff] <i>error handling is not turned on when invoking a proc from a menu (on windows95)</i>.


type: t
user: hobbs
brief: Ticket [420510ffff]: 5 changes
comment:
  Ticket [420510ffff] <i>Win32 -cursor doesn't handle fg/bg color</i> status still Closed with 5 other changes


type: t
user: wordtech
brief: Ticket [3574893fff]: 4 changes
comment:
  Ticket [3574893fff] <i>Cocoa: wm-forget-1.[124] tests segfault</i> status still Pending with 4 other changes


type: t
user: dgp
brief: Ticket [220897ffff]: 2 changes
comment:
  Ticket [220897ffff] <i>Directory dialog not modal, can still select Browse from New</i> status still Open with 2 other changes


type: t
user: das
brief: Ticket [1472624fff]: 6 changes
comment:
  Ticket [1472624fff] <i>TkAqua focus lost example with balloon help</i> status still Open with 6 other changes


type: t
user: dgp
brief: Ticket [891141ffff]: 4 changes
comment:
  Ticket [891141ffff] <i>Entry/Leave events cause variable writes</i> status still Closed with 4 other changes


type: t
user: welch
brief: Closed ticket [220569ffff].
comment:
  Closed ticket [220569ffff]: <i>Edit/Preferences/Appearance/Font/Size generates &quot;Error in Tcl Script&quot;</i> plus 4 other changes


type: t
user: mikelly3
brief: Ticket [503852ffff]: 4 changes
comment:
  Ticket [503852ffff] <i>Cannot compile Tk unix build on MAC OSX</i> status still Open with 4 other changes


type: t
user: welch
brief: Closed ticket [220069ffff].
comment:
  Closed ticket [220069ffff]: <i>Please bring back link to &quot;options&quot; on all Tk widget help pages.</i> plus 4 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  [Bug 3608074]: Add <<Invoke>> bindings to Button's, Listbox and Menu.
  Document <<Invoke>>, <<ThemeChanged>>, <<EnteredChild>> (ttk_pandedwindow only) and <<Increment/Decrement>> (ttk_spinbox only)


type: ci
user: dkf
comment:
  Force the use of the correct internal function for parsing hex colors rather than leaving it to the vagaries of the system library (buggy on some versions of MinGW apparently).


type: ci
user: jan.nijtmans
comment:
  Replace all Tcl_TraceVar/Tcl_UntraceVar with Tcl_TraceVar2/Tcl_UntraceVar2 calls: The former are just thin wrappers around the latter.


type: ci
user: jan.nijtmans
comment:
  More flexible search for win32 tclConfig.sh, backported from TEA. 
  Don't use deprecated "case" any more. 
  Don't do unnecessary Tcl_PkgRequire(..., "Tcl", ...), the preceding Tcl_InitStubs() call already does that, both for dynamic loaded as wel as the static case. 
  Disallow Tk 8.6.x to be loaded in any Tcl 8.6 alpha/beta release.


type: ci
bgcolor: #c0c0f0
user: dgp
comment:
  Merge dgp-support-tcl-8.6-build branch to complete support for building
  against Tcl 8.6+ headers that was begun in checkin 6445eceebbc.


type: ci
user: jan.nijtmans
comment:
  Remove dead code. During 8.6 alpha/beta, Tk_DefineBitmap/Tk_GetBitmapFromData moved to stub entry 274/275
  due to a signature change, but later that turned out not be necessary at all. The stub entries were kept
  in order not to lose binary compatibility for extensions that were compiled against beta 8.6 headers. Now that
  Tk 8.6 is final, this makes no sense any more.


type: ci
user: jan.nijtmans
comment:
  Demonstrate how the Tk_Main() macro can use Tcl_InitSubsystems(), as fully equivalent replacement of Tcl_FindExecutable/Tcl_CreateInterp. (not part of TIP #414)


type: t
user: dgp
brief: Ticket [222909ffff]: 5 changes
comment:
  Ticket [222909ffff] <i>Scale widget: Last tickmark missing</i> status still Open with 5 other changes


type: t
user: dgp
brief: Ticket [714956ffff]: 6 changes
comment:
  Ticket [714956ffff] <i>window-2.9 hangs when threads enabled</i> status still Open with 6 other changes


type: t
user: welch
brief: New ticket [220260ffff].
comment:
  New ticket [220260ffff] <i>Under Enlightenment, calls to &quot;raise &lt;toplevel&gt;&quot; are very slow</i>.


type: t
user: nobody
brief: Ticket [587745ffff]: 4 changes
comment:
  Ticket [587745ffff] <i>Results of running &quot;make test&quot; on RH7.3</i> status still Open with 4 other changes


type: t
user: welch
brief: New ticket [220265ffff].
comment:
  New ticket [220265ffff] <i>A Tcl command invokes whenever  a mouse pointer enter the scale widget without changing the value of the variable.</i>.


type: t
user: welch
brief: Closed ticket [220605ffff].
comment:
  Closed ticket [220605ffff]: <i>slowdown with tcl/tk 8.0.5 and above when creating and destroying windows with large number of widgets in them</i> plus 4 other changes


type: t
user: patthoyts
brief: Ticket [2898255fff]: 4 changes
comment:
  Ticket [2898255fff] <i>Patch for bug #2896501 (Filenames limit with tk_getFileName)</i> status still Closed with 4 other changes


type: t
user: welch
brief: Closed ticket [220684ffff].
comment:
  Closed ticket [220684ffff]: <i>Segmentation fault in Tk_CanvasEventuallyRedraw</i> plus 4 other changes


type: t
user: kaitzschu
brief: Ticket [220950ffff]: 4 changes
comment:
  Ticket [220950ffff] <i>[$menu delete $index end] deletes the last index even if it </i> status still Closed with 4 other changes


type: t
user: hobbs
brief: Ticket [548729ffff]: 2 changes
comment:
  Ticket [548729ffff] <i>finalize does not reset menuinitialized</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [220358ffff]: 3 changes
comment:
  Ticket [220358ffff] <i>Report errors from menu invocations on Windows</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [220090ffff]: 6 changes
comment:
  Ticket [220090ffff] <i>Program coredumps with 8.1, 8.2, 8.3 and 8.4a1</i> status still Closed with 6 other changes


type: t
user: udragon
brief: Ticket [698571ffff]: 6 changes
comment:
  Ticket [698571ffff] <i>image create failure when mem low</i> status still Closed with 6 other changes


type: t
user: welch
brief: Closed ticket [220161ffff].
comment:
  Closed ticket [220161ffff]: <i>calling exit() early in program gives Access violation</i> plus 4 other changes


type: t
user: hobbs
brief: Ticket [512503ffff]: 6 changes
comment:
  Ticket [512503ffff] <i>TIP 41: panedwindow implementation</i> status still Closed with 6 other changes


type: t
user: hobbs
brief: Ticket [891141ffff]: 6 changes
comment:
  Ticket [891141ffff] <i>Entry/Leave events cause variable writes</i> status still Open with 6 other changes


type: t
user: dgp
brief: Ticket [220429ffff]: 3 changes
comment:
  Ticket [220429ffff] <i>Windows menu separators do not reflect the menu background color</i> status still Closed with 3 other changes


type: t
user: tom_goddard
brief: Ticket [2948152fff]: 4 changes
comment:
  Ticket [2948152fff] <i>Tk Cocoa crashes when Option-e pressed</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220505ffff]: 3 changes
comment:
  Ticket [220505ffff] <i>Docs missing for Tk_GetNumMainWindows API</i> status still Closed with 3 other changes


type: t
user: welch
brief: New ticket [220569ffff].
comment:
  New ticket [220569ffff] <i>Edit/Preferences/Appearance/Font/Size generates &quot;Error in Tcl Script&quot;</i>.


type: t
user: wolfsuit
brief: Ticket [679892ffff]: 4 changes
comment:
  Ticket [679892ffff] <i>Dialog-box crashes on Tcl/Tk Aqua 8.4.1 / Iwidgets</i> status still Closed with 4 other changes


type: t
user: wildcard_25
brief: Ticket [1069997fff]: 1 change
comment:
  Ticket [1069997fff] <i>text.n - Unknown character: \&quot;</i> status still Open with 1 other change


type: t
user: jenglish
brief: Ticket [733581ffff]: 4 changes
comment:
  Ticket [733581ffff] <i>XSetSelectionOwner called with CurrentTime</i> status still Open with 4 other changes


type: t
user: sf-robot
brief: Closed ticket [1911011fff].
comment:
  Closed ticket [1911011fff]: <i>cscroll.tcl MouseWheel scrolling only works on Mac</i> plus 6 other changes


type: t
user: hobbs
brief: Ticket [740570ffff]: 6 changes
comment:
  Ticket [740570ffff] <i>window-2.9 hang on unix with threads</i> status still Open with 6 other changes


type: t
user: pspjuth
brief: Ticket [2997657fff]: 5 changes
comment:
  Ticket [2997657fff] <i>Labelframe loses border and title when it's a container</i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [220811ffff]: 4 changes
comment:
  Ticket [220811ffff] <i>Docs missing for Tk_TranslateWinEvent API</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Closed ticket [1309587fff].
comment:
  Closed ticket [1309587fff]: <i>Transparent images on disabled buttons display incorrectly</i> plus 7 other changes


type: t
user: eighthave
brief: Ticket [3069480fff]: 4 changes
comment:
  Ticket [3069480fff] <i>[w64] The app was unable to start correctly (0xc000007b)</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220229ffff]: 3 changes
comment:
  Ticket [220229ffff] <i>WinNT Dr Watson when using  WM_DELETE_WINDOW</i> status still Closed with 3 other changes


type: t
user: cjmcdonald
brief: Ticket [2507417fff]: 5 changes
comment:
  Ticket [2507417fff] <i>Fix for image clipping on Windows menus</i> status still Open with 5 other changes


type: t
user: fvogelnew1
brief: Ticket [3574945fff]: 5 changes
comment:
  Ticket [3574945fff] <i>Scrolling up with elided text doesn't play nice</i> status still Open with 5 other changes


type: t
user: dgp
brief: Open ticket [220677ffff].
comment:
  Open ticket [220677ffff]: <i>tk_chooseDirectory fails to close after browsing the directory tree.</i> plus 3 other changes


type: t
user: dgp
brief: Ticket [2958768fff]: 4 changes
comment:
  Ticket [2958768fff] <i>error immediately destroying interpreter</i> status still Open with 4 other changes


type: t
user: dkf
brief: Closed ticket [3294450fff].
comment:
  Closed ticket [3294450fff]: <i>Ttk label does not show multiline text if widget clipped</i> plus 8 other changes


type: t
user: mdejong
brief: Closed ticket [220921ffff].
comment:
  Closed ticket [220921ffff]: <i>AIX --enable-shared passes illegal options (-Wl,...) to ld and (-bI:) to gcc</i> plus 7 other changes


type: t
user: tom_goddard
brief: Ticket [2954673fff]: 4 changes
comment:
  Ticket [2954673fff] <i>Canvas line stipple ignored in Tk Cocoa</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Ticket [477740ffff]: 1 change
comment:
  Ticket [477740ffff] <i>Incorrect display of disabled compound buttons</i> status still Open with 1 other change


type: t
user: hobbs
brief: Open ticket [1143776fff].
comment:
  Open ticket [1143776fff]: <i>Panic: Added too many new lines in UpdateDisplayInfo</i> plus 5 other changes


type: t
user: dgp
brief: Pending ticket [3411525fff].
comment:
  Pending ticket [3411525fff]: <i>entry validatecommand and namespace code error</i> plus 7 other changes


type: t
user: welch
brief: New ticket [220340ffff].
comment:
  New ticket [220340ffff] <i>compiling 64 Bit binaries causes problems in the Tcl_HashEntry function</i>.


type: t
user: dgp
brief: Ticket [220136ffff]: 3 changes
comment:
  Ticket [220136ffff] <i>problems compiling TK using Borland 4.52</i> status still Closed with 3 other changes


type: t
user: dkf
brief: Ticket [2816150fff]: 1 change
comment:
  Ticket [2816150fff] <i>Rotated text displays incorrectly on WinXP</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220277ffff].
comment:
  Closed ticket [220277ffff]: <i>tk_chooseDirectory returns upper case name on Win98</i> plus 4 other changes


type: t
user: nijtmans
brief: Pending ticket [3532186fff].
comment:
  Pending ticket [3532186fff]: <i>pkgIndex.tcl file complexity that's unwarranted</i> plus 8 other changes


type: t
user: vincentdarley
brief: Closed ticket [693512ffff].
comment:
  Closed ticket [693512ffff]: <i>make install fails with spaces in winhelp path</i> plus 1 other change


type: t
user: reowen
brief: Ticket [3587262fff]: 5 changes
comment:
  Ticket [3587262fff] <i>Width of menubutton too short on aqua with textvariable</i> status still Open with 5 other changes


type: t
user: nijtmans
brief: Ticket [3129527fff]: 4 changes
comment:
  Ticket [3129527fff] <i>Fix buffer overflow w/ GCC 4.5 and -D_FORTIFY_SOURCE=2</i> status still Closed with 4 other changes


type: t
user: welch
brief: New ticket [220151ffff].
comment:
  New ticket [220151ffff] <i>windows crash in &quot;exit&quot;: TkFontPkgFree: all fonts should have been freed already</i>.


type: t
user: dkf
brief: Ticket [1477426fff]: 5 changes
comment:
  Ticket [1477426fff] <i>tk_chooseFont Dialogbox (Win32, generic)</i> status still Open with 5 other changes


type: t
user: dkf
brief: Closed ticket [220680ffff].
comment:
  Closed ticket [220680ffff]: <i>UNIX tk_chooseDirectory uses incorrect syntax for -mustexist</i> plus 2 other changes


type: t
user: patthoyts
brief: Closed ticket [2496329fff].
comment:
  Closed ticket [2496329fff]: <i>Error in bind.test: bad keysym &quot;:&quot;</i> plus 7 other changes


type: t
user: dunkfan
brief: Ticket [1123042fff]: 1 change
comment:
  Ticket [1123042fff] <i>Images are blank via Remote Desktop</i> status still Open with 1 other change


type: t
user: sf-robot
brief: Closed ticket [220789ffff].
comment:
  Closed ticket [220789ffff]: <i>Unmap,Deactivate,FocusOut,etc bindings don\'t work on NT for </i> plus 6 other changes


type: t
user: dkf
brief: Closed ticket [2971663fff].
comment:
  Closed ticket [2971663fff]: <i>Up and down arrow keys in entry fields, Mac Cocoa</i> plus 8 other changes


type: t
user: hobbs
brief: Ticket [220788ffff]: 3 changes
comment:
  Ticket [220788ffff] <i>request support for a window event &quot;proxy&quot;</i> status still Open with 3 other changes


type: t
user: oehhar
brief: Ticket [3301552fff]: 2 changes
comment:
  Ticket [3301552fff] <i>ttk::spinbox -font does not resize buttons</i> status still Open with 2 other changes


type: t
user: mdejong
brief: Ticket [439320ffff]: 2 changes
comment:
  Ticket [439320ffff] <i>distclean target doesn't always work</i> status still Closed with 2 other changes


type: t
user: vincentdarley
brief: Ticket [220776ffff]: 5 changes
comment:
  Ticket [220776ffff] <i>update idletasks does not update repacked widgets on Windows</i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [778511ffff]: 5 changes
comment:
  Ticket [778511ffff] <i>Elide text scrolling doesn't work </i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [927492ffff]: 4 changes
comment:
  Ticket [927492ffff] <i>winfo screenwidth, etc, don't respect resolution changes</i> status still Open with 4 other changes


type: t
user: dgp
brief: Closed ticket [1083878fff].
comment:
  Closed ticket [1083878fff]: <i>Wrong handling of mac file type with embedded nulls</i> plus 6 other changes


type: t
user: hobbs
brief: Open ticket [2898255fff].
comment:
  Open ticket [2898255fff]: <i>Patch for bug #2896501 (Filenames limit with tk_getFileName)</i> plus 4 other changes


type: t
user: das
brief: Ticket [925653ffff]: 1 change
comment:
  Ticket [925653ffff] <i>Win9X, i18n: codepage of error messages</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220073ffff].
comment:
  Closed ticket [220073ffff]: <i>Extending the current selection of a Text widget produces unexpected results</i> plus 4 other changes


type: t
user: mpr8
brief: Ticket [3005455fff]: 2 changes
comment:
  Ticket [3005455fff] <i>error with neo keyboard layout input</i> status still Open with 2 other changes


type: t
user: wolfsuit
brief: Ticket [220884ffff]: 4 changes
comment:
  Ticket [220884ffff] <i>Mac Scroll bars don't work consistently</i> status still Open with 4 other changes


type: t
user: bagnonm
brief: Ticket [539309ffff]: 4 changes
comment:
  Ticket [539309ffff] <i>make dependence on msgcat &quot;soft&quot;</i> status still Open with 4 other changes


type: t
user: andygoth
comment:
  Add attachment [/artifact/036a461a5bc84047|tk-selectiondocindent.patch] to ticket [2441884fffffffff]


type: t
user: dgp
brief: Open ticket [779559ffff].
comment:
  Open ticket [779559ffff]: <i>scale widget triggering on enter/leave events (LINUX only)</i> plus 6 other changes


type: t
user: kjnash
brief: Ticket [3607200fff]: 4 changes
comment:
  Ticket [3607200fff] <i>Cocoa/Carbon/OSX: variant keyboard events</i> status still Open with 4 other changes


type: t
user: stwo
comment:
  Add attachment [/artifact/d9695d20cc99f18d|patch-tk844_demos_anydir.tar.gz] to ticket [832691ffffffffff]


type: t
user: boakley
brief: New ticket [1806613fff].
comment:
  New ticket [1806613fff] <i>text widget name with &quot;-&quot; causes error in tk::TextSelectTo</i>.


type: t
user: hobbs
brief: Ticket [853003ffff]: 2 changes
comment:
  Ticket [853003ffff] <i>Performance problems in text widget</i> status still Open with 2 other changes


type: t
user: neddeily
brief: Open ticket [3520202fff].
comment:
  Open ticket [3520202fff]: <i>Cocoa Tk 8.5 generates invalid mouse_wheel invents</i> plus 8 other changes


type: t
user: vincentdarley
brief: Ticket [1083878fff]: 2 changes
comment:
  Ticket [1083878fff] <i>Wrong handling of mac file type with embedded nulls</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [1458234fff]: 2 changes
comment:
  Ticket [1458234fff] <i>Segmentation fault when using animated GIFs</i> status still Open with 2 other changes


type: t
user: hobbs
brief: Ticket [592096ffff]: 6 changes
comment:
  Ticket [592096ffff] <i>Tk requires same build setup as Tcl</i> status still Open with 6 other changes


type: t
user: welch
brief: Closed ticket [220269ffff].
comment:
  Closed ticket [220269ffff]: <i>Error: can't read &quot;tkPriv(x)&quot;: no such element in array</i> plus 4 other changes


type: t
user: dkf
brief: Ticket [2178820fff]: 5 changes
comment:
  Ticket [2178820fff] <i>Ttk depends on ckalloc(0) being non-NULL.</i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [1374556fff]: 1 change
comment:
  Ticket [1374556fff] <i>sparc solaris 8 test results in lots of errors</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [220378ffff]: 3 changes
comment:
  Ticket [220378ffff] <i>button state gets confused when state changes</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [530531ffff]: 6 changes
comment:
  Ticket [530531ffff] <i>Tk to be ported to BeOS and OpenBeOS ?</i> status still Open with 6 other changes


type: t
user: welch
brief: Closed ticket [220043ffff].
comment:
  Closed ticket [220043ffff]: <i>Filename Browser displays cryptic file names</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220567ffff]: 3 changes
comment:
  Ticket [220567ffff] <i>Abbreviated Tk commands don't work with iWidgets</i> status still Closed with 3 other changes


type: t
user: welch
brief: Closed ticket [219949ffff].
comment:
  Closed ticket [219949ffff]: <i>wm deiconify $win doesn't raise at the same time</i> plus 4 other changes


type: t
user: fvogelnew1
brief: Closed ticket [1638905fff].
comment:
  Closed ticket [1638905fff]: <i>Accented characters mess up underline shortcuts in menues</i> plus 6 other changes


type: t
user: welch
brief: New ticket [219905ffff].
comment:
  New ticket [219905ffff] <i>wm protocol does not support WM_TAKE_FOCUS or WM_SAVE_YOURSELF on Windows</i>.


type: t
user: hobbs
brief: Closed ticket [220881ffff].
comment:
  Closed ticket [220881ffff]: <i>font create does not recognises national fonts properly (was OK in</i> plus 6 other changes


type: t
user: dgp
brief: Ticket [1171762fff]: 6 changes
comment:
  Ticket [1171762fff] <i>prepare variable like TCL_PACKAGE_PATH in tcl.</i> status still Pending with 6 other changes


type: t
user: dkf
brief: Closed ticket [1924761fff].
comment:
  Closed ticket [1924761fff]: <i>Accented characters appearing at the end of the line</i> plus 6 other changes


type: t
user: sf-robot
brief: Closed ticket [1510796fff].
comment:
  Closed ticket [1510796fff]: <i>Embed Tk widgets in VisualC++, When changed the colourdepth</i> plus 6 other changes


type: t
user: dkf
brief: Ticket [3416492fff]: 2 changes
comment:
  Ticket [3416492fff] <i>Crash in open/save file dialog in Windows 7 libraries</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [220110ffff]: 3 changes
comment:
  Ticket [220110ffff] <i>many tests fail on IRIX 6.5 in Tk 8.0p2</i> status still Closed with 3 other changes


type: t
user: tom_goddard
comment:
  Add attachment [/artifact/252b5bf544a7a69d|python2.6_2010-06-14-143149_mach-2.crash] to ticket [3016181fffffffff]


type: t
user: sf-robot
brief: Ticket [725941ffff]: 4 changes
comment:
  Ticket [725941ffff] <i>[puts] called from a thread on win doesn't go to the console</i> status still Pending with 4 other changes


type: t
user: bitwalk
brief: Ticket [742660ffff]: 4 changes
comment:
  Ticket [742660ffff] <i>execute XCreateIC twice when &quot;TK_XIM_SPOT&quot; is enabled</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [881414ffff]: 5 changes
comment:
  Ticket [881414ffff] <i>1 fatal error plus 7 other errors in tk test suite</i> status still Closed with 5 other changes


type: t
user: hobbs
brief: Ticket [749889ffff]: 1 change
comment:
  Ticket [749889ffff] <i>Missing &quot;Times&quot; and &quot;Helvetica&quot; fonts when xft support on</i> status still Closed with 1 other change


type: t
user: welch
brief: Closed ticket [219917ffff].
comment:
  Closed ticket [219917ffff]: <i>Making an unmapped window transient maps it again</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220530ffff]: 3 changes
comment:
  Ticket [220530ffff] <i>bad binding scripts can crash prowish</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Closed ticket [220959ffff].
comment:
  Closed ticket [220959ffff]: <i>A  &quot;return&quot; statement within &quot;bind&quot; Tcl code generates a Tcl error dialog</i> plus 11 other changes


type: t
user: dgp
brief: Ticket [220320ffff]: 3 changes
comment:
  Ticket [220320ffff] <i>tk_chooseDir causes Invalid Page Fault</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Closed ticket [912571ffff].
comment:
  Closed ticket [912571ffff]: <i>wish crashing during exit when stdin is closed.</i> plus 8 other changes


type: t
user: dgp
brief: Ticket [220062ffff]: 1 change
comment:
  Ticket [220062ffff] <i>XIM is not working on Tcl/Tk8.3b2</i> status still Closed with 1 other change


type: t
user: dgp
brief: Ticket [220166ffff]: 3 changes
comment:
  Ticket [220166ffff] <i>Docs missing for Tk_EventuallyFree API</i> status still Closed with 3 other changes


type: t
user: johndoe32102002
comment:
  Add attachment [/artifact/f2eb6c524d210b99|tk8.5.11_tkMain.c_tclInt.h.txt] to ticket [3518311fffffffff]


type: t
user: dgp
brief: Ticket [220395ffff]: 3 changes
comment:
  Ticket [220395ffff] <i>hidemargin broken in tk8.1a2 under UNIX</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Closed ticket [2891541fff].
comment:
  Closed ticket [2891541fff]: <i>Grab on . prevents minimizing app on Windows.</i> plus 6 other changes


type: t
user: welch
brief: Closed ticket [220093ffff].
comment:
  Closed ticket [220093ffff]: <i>Disabled text widget selection inconsistency among Windows and Linux.</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220914ffff]: 1 change
comment:
  Ticket [220914ffff] <i>When a toplevel is grabbed, and the mouse pointer is not on top of the toplevel, the ButtonRelease event is lost</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [220718ffff]: 3 changes
comment:
  Ticket [220718ffff] <i>text widget dramatically slows down execution of unrelated commands on HP-UX</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220163ffff]: 3 changes
comment:
  Ticket [220163ffff] <i>Docs missing for Tk_BackgroundError API</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220748ffff]: 3 changes
comment:
  Ticket [220748ffff] <i>Photo image write command breaks for some GIFs</i> status still Closed with 3 other changes


type: t
user: welch
brief: New ticket [220473ffff].
comment:
  New ticket [220473ffff] <i>Add to Tk distributions reference files which may not be on user's system</i>.


type: t
user: hobbs
brief: Ticket [220880ffff]: 6 changes
comment:
  Ticket [220880ffff] <i>test suite failures in focus &amp; unixSelect on solaris 2.7</i> status still Open with 6 other changes


type: t
user: exgerhardr
brief: Ticket [3547229fff]: 4 changes
comment:
  Ticket [3547229fff] <i>Tk crashes when drawing many dashed objects</i> status still Open with 4 other changes


type: t
user: dkf
brief: Ticket [3028676fff]: 1 change
comment:
  Ticket [3028676fff] <i>Cocoa event loop won't let external events through</i> status still Open with 1 other change


type: t
user: hobbs
brief: Ticket [1086917fff]: 2 changes
comment:
  Ticket [1086917fff] <i>Segfault with .canvas create bitmap</i> status still Closed with 2 other changes


type: t
user: dgp
brief: Ticket [220888ffff]: 2 changes
comment:
  Ticket [220888ffff] <i>Feature to rearrange canvas items within a scroll command.</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [220251ffff]: 3 changes
comment:
  Ticket [220251ffff] <i>binding of &lt;Control-i&gt; does not replace inserting of a tab in text widget</i> status still Closed with 3 other changes


type: t
user: welch
brief: Closed ticket [220302ffff].
comment:
  Closed ticket [220302ffff]: <i>tk_getOpenFile won't cope with files with leading spaces</i> plus 4 other changes


type: t
user: hobbs
brief: Pending ticket [220802ffff].
comment:
  Pending ticket [220802ffff]: <i>trace on a textvariable does not report errors</i> plus 2 other changes


type: t
user: nijtmans
brief: Closed ticket [3552805fff].
comment:
  Closed ticket [3552805fff]: <i>canvas &quot;lower&quot; throws error if belowThis undefined</i> plus 7 other changes


type: t
user: welch
brief: Closed ticket [220187ffff].
comment:
  Closed ticket [220187ffff]: <i>X-Resources not properly read by AddFromString</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220608ffff]: 3 changes
comment:
  Ticket [220608ffff] <i>Race in tkUnixWm.C:TkCoordsToWindow leads to X error</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220261ffff]: 3 changes
comment:
  Ticket [220261ffff] <i>toplevels pop up in back of main window</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220553ffff]: 3 changes
comment:
  Ticket [220553ffff] <i>Implementation of XWarpPointer for Windows</i> status still Closed with 3 other changes


type: t
user: welch
brief: Closed ticket [220192ffff].
comment:
  Closed ticket [220192ffff]: <i>listbox browse mode allows multiple selectins</i> plus 4 other changes


type: t
user: hobbs
brief: Ticket [1247919fff]: 2 changes
comment:
  Ticket [1247919fff] <i>threading flaw in use of DeleteWindowsExitProc</i> status still Pending with 2 other changes


type: t
user: dgp
brief: Ticket [1583065fff]: 2 changes
comment:
  Ticket [1583065fff] <i>Test suite hangs on Windows XP - &quot;Annuleren&quot;, not &quot;Cancel&quot;</i> status still Open with 2 other changes


type: t
user: das
brief: Closed ticket [2548661fff].
comment:
  Closed ticket [2548661fff]: <i>Crash in GetFontFamilyName (tkMacOSXFont.c) + patch</i> plus 8 other changes


type: t
user: hobbs
brief: Ticket [739965ffff]: 2 changes
comment:
  Ticket [739965ffff] <i>numerous text test failures (TIP 113?)</i> status still Open with 2 other changes


type: t
user: dkf
brief: Ticket [2148529fff]: 6 changes
comment:
  Ticket [2148529fff] <i>Canvas scrolls when scrollbar indicates that it cannot.</i> status still Open with 6 other changes


type: t
user: dgp
brief: Ticket [220626ffff]: 3 changes
comment:
  Ticket [220626ffff] <i>Better support for compilation as static library on Windows</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Closed ticket [1799782fff].
comment:
  Closed ticket [1799782fff]: <i>Manual and code disagree about &lt;&lt;Modified&gt;&gt;</i> plus 7 other changes


type: t
user: petasis
brief: Ticket [661792ffff]: 5 changes
comment:
  Ticket [661792ffff] <i>TkCreateFrame didn't get application name</i> status still Open with 5 other changes


type: t
user: dkf
brief: Closed ticket [2116837fff].
comment:
  Closed ticket [2116837fff]: <i>EZ Fix for &lt;&lt;Copy&gt;&gt; &lt;&lt;Paste&gt;&gt; &lt;&lt;Cut&gt;&gt; to work w/CAP-LOCK</i> plus 8 other changes


type: t
user: tomdunne
comment:
  Add attachment [/artifact/61755779a0841436|tk.canvas.getimgphoto.patch] to ticket [923890ffffffffff]


type: t
user: dkf
brief: Ticket [1247835fff]: 2 changes
comment:
  Ticket [1247835fff] <i>tabs: wordprocessor vs tabular interpretation</i> status still Closed with 2 other changes


type: t
user: jesse_n
brief: Ticket [590704ffff]: 4 changes
comment:
  Ticket [590704ffff] <i>unmap crash in PackReqProc(), tkPack.c</i> status still Closed with 4 other changes


type: t
user: nobody
brief: Ticket [1584042fff]: 4 changes
comment:
  Ticket [1584042fff] <i>checkbutton binding behavior different on Windows and Linux</i> status still Closed with 4 other changes


type: t
user: dgp
brief: Ticket [220519ffff]: 3 changes
comment:
  Ticket [220519ffff] <i>tk_popup fails when called too quickly</i> status still Closed with 3 other changes


type: t
user: dkf
brief: Closed ticket [694280ffff].
comment:
  Closed ticket [694280ffff]: <i>impossible to create an image named &quot;info&quot; on windows</i> plus 6 other changes


type: t
user: nobody
brief: Ticket [1601494fff]: 4 changes
comment:
  Ticket [1601494fff] <i>Strange behavior in pack and configure</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220891ffff]: 2 changes
comment:
  Ticket [220891ffff] <i>Composing characters in Unicode need support</i> status still Open with 2 other changes


type: t
user: nijtmans
brief: Closed ticket [3380684fff].
comment:
  Closed ticket [3380684fff]: <i>Tk 8.5.10 XEmptyRegion prototype doesn't match usage</i> plus 7 other changes


type: t
user: patthoyts
brief: Ticket [788959ffff]: 5 changes
comment:
  Ticket [788959ffff] <i>TIP 150: Reference implementation of win32 send</i> status still Open with 5 other changes


type: t
user: bgriffin
brief: Ticket [1876768fff]: 4 changes
comment:
  Ticket [1876768fff] <i>fix for bug 220826 - reentrancy and tk_messageBox</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Ticket [1069137fff]: 2 changes
comment:
  Ticket [1069137fff] <i>WinXP: scrollbar test failure patch [Bug 1067249]</i> status still Pending with 2 other changes


type: t
user: dkf
brief: Ticket [2725308fff]: 1 change
comment:
  Ticket [2725308fff] <i>Option to exclude hidden unix files</i> status still Open with 1 other change


type: ci
bgcolor: #60c060
user: jan.nijtmans
comment:
  [Bug 3585396]: winDialog.test requires user interaction.
  <p>Renumber test-cases as in Tk 8.6, and convert various to tcltest-2 style.


type: ci
user: jan.nijtmans
comment:
  Add TCL_EVAL_GLOBAL everywhere, this is actually how it should have been. (Still to be tested on UNIX)


type: ci
user: jan.nijtmans
comment:
  Replace various functions calls, for functions which are small wrappers around other functions, to call the wrapped function directly.


type: ci
bgcolor: #60c060
user: dgp
comment:
  Avoid crashing the test suite due to apparent Xlib bug handling the
  zapfdingbats font as a core font, observed on Snow Leopard.


type: ci
user: jan.nijtmans
comment: Use (preferred) Tcl_ObjSetVar2 in stead of Tcl_SetVar in tkAppInit.c/winMain.c.
ecomment:
  Use (preferred) Tcl_ObjSetVar2 in stead of Tcl_SetVar in tkAppInit.c/winMain.c. 
  Remove unneeded use of TEXT() macro, as in tclAppInit.c


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Add some extra paths on Windows for finding tclConfig.sh, for mSys and Cygwin shell. 
  Improve some comments and quoting, no change in functionality.


type: ci
user: jan.nijtmans
comment:
  Add some extra paths on Windows for finding tclConfig.sh, for mSys and Cygwin shell.
  Improve some comments and quoting, no change in functionality.


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Extend the public and private stub tables with dummy NULL entries, up to the size of the Tk 8.6 stub tables. This makes it easier to debug Tk extensions which use Tk 8.6 features but (erroneously) are attempted to be loaded in wish8.5


type: ci
user: jenglish
comment:
  ttk::theme::* packages don't Provide anything Extra.
  Change Tcl_PkgProvideEx() back to Tcl_PkgProvide().


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Eliminate all usage of deprecated Tcl_EvalObj, Tcl_GlobalEval and Tcl_GlobalEvalObj functions. 
  Add [file normalize] to pkgIndex.tcl, in order to prevent '..' in file paths. 
  Remove unused TCLPATCHL, it should be ".0" for all final releases. 
  Enable tk.h to be used with higher tcl.h versions which might lack _ANSI_ARGS_


type: ci
bgcolor: #60c060
user: jan.nijtmans
comment:
  Eliminate all usage of deprecated Tcl_EvalObj, Tcl_GlobalEval and Tcl_GlobalEvalObj functions. 
  Add [file normalize] to pkgIndex.tcl, in order to prevent '..' in file paths. 
  Remove unused TCLPATCHL, it should be ".0" for all final releases.


type: ci
bgcolor: #c0c0f0
user: dgp
comment:
  Set of changes that permits Tk 8.5.14 to build against the released
  header files of Tcl 8.6.0.  Developed and tested only on linux so far.
  A step in the saga to decouple Tcl and Tk releases.


type: ci
bgcolor: #f0c0c0
user: dkf
comment:
  The proposed fix from Bug 3599312, which should make key map handling interact
  better with input methods. Note that this does not work on OSX (in X11 mode)
  because that handles the Alt key in its own special way.


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Don't use deprecated "case" any more.
  Don't do unnecessary Tcl_PkgRequire(..., "Tcl", ...), the preceding Tcl_InitStubs() call already does that, both for dynamic loaded as wel as the static case. 
  Disallow Tk 8.5.x to be loaded in any Tcl 8.5 alpha release.


type: ci
bgcolor: #60c060
user: jan.nijtmans
comment:
  Restructure Tk's stub library: No longer use Tcl_SetResult() for setting the error message,
  but Tcl_ResetResult/Tcl_AppendResult, as all other stub libraries do. This will allow us
  to remove Tcl_SetResult() in Tcl 9.0, eventually. More structural improvements, taken
  over from Tcl 8.6's tclOOStubLib.c/tclTomMathStubLib.c and from Tk 8.6's tclStubLib.c


type: ci
user: jan.nijtmans
comment:
  Use internalRep.twoPtrValue.ptr1 in stead of internalRep.otherValuePtr everywhere.
  Change some internal "length" variables from type int to type size_t, so it could handle bigger string sizes.


type: ci
user: jan.nijtmans
comment:
  Convert all Tcl_SetResult calls to Tcl_SetObjResult calls. 
  Convert Tcl_GetStringFromObj to Tcl_GetString when possible.


type: ci
user: jan.nijtmans
comment:
  Merge trunk. 
  Define some macros in tk.h which are needed by Tk as fallback, which might be removed from future tcl.h versions.


type: ci
user: jan.nijtmans
comment:
  Use internalRep.twoPtrValue.ptr1 in stead of internalRep.otherValuePtr everywhere. 
  Change some internal "length" variables from type int to type size_t, so it could handle bigger string sizes (for "novem")


type: ci
user: jan.nijtmans
comment:
  Backout [c43ceec9f6]. Since the change in Tcl_GetIndexFromObj()
  was undone due to [http://code.activestate.com/lists/tcl-core/12524/],
  it looks we have to live with uglier code.


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  make TkBackgroundEvalObjv a static function, and eliminate the use of the deprecated SaveResult API from it.


type: g
user: jan.nijtmans
comment:
  Edit [472e3798d1c835e4]: Move to branch [/timeline?r=getindexfromobjstruct&nd&dp=472e3798d1c835e4 | getindexfromobjstruct].


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  don't crash if Tcl_FindExecutable cannot be called
  don't compile with TCL_NO_DEPRECATED (otherwise Tcl_[GS]etStartupScript could be taken from the public stub table with Tcl 8.6)


type: ci
bgcolor: #60c060
user: dkf
comment:
  Force the use of the correct internal function for parsing hex colors rather
  than leaving it to the vagaries of the system library (buggy on some versions
  of MinGW apparently).


type: ci
user: andreask
comment:
  Contribution by Patrick Fradin <patrick.fradin@planar.com>
  Quoting his mail:

  <pre>
  ==========================================================
  Hi Jeff,

  I spent some of my time to contribute to the TclTk community ! I'm in
  late for Christmas gift but like we said in French : "Mieux vaut tard
  que jamais". ;-)

  I've use TclDevKit 5.3.0 tclchecker to analyse TclTk code in Tcl and
  Tk library directories (library, tools and tests) to correct a lot of
  warnings and few errors. (encapsulate some expr, use 'chan xxx'
  instead of fconfigure, fileevent...)

  I've made some improvements too :

  Examples :

  - Use 'lassign' instead of many 'lindex' of 'foreach/break' loop.

  - Use 'in' or 'ni' operators instead of 'lsearch -exact' or to
    factorise some eq/ne && / || tests.

  - Use 'eq' or 'ne' to tests strings instead of '==' or '!='.

  - Use 'unset -nocomplain' to avoid 'catch {unset...}'.

  - Remove some useless catch around 'destroy' calls.

  - Use expand {*} instead of 'eval'. Don't touch a lot of code because
    I don't know all structs and lists. I think it could be a greater
    improvement to reduce 'eval' calls.

  Due to previous experience, I dot not change any indentation ! ;-)
  ==========================================================
  </pre>


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Don't compile Tk with -DTCL_NO_DEPRECATED by default any more, it might hurt when we compile Tk 8.x against Tcl 8.y with y > x, because new deprecated constructs might be added in higher Tcl versions (except for Tk 8.6, for now, because there is no higher 8.x yet)


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  "package require Tk 8.5" already implies "package require Tcl 8.5" (That's what the Tcl_InitStubs does), so there is no need to test boths


type: g
user: jan.nijtmans
comment:
  Edit [3eee32aa88e5b310]: Move to branch [/timeline?r=novem-support-85&nd&dp=3eee32aa88e5b310 | novem-support-85].


type: g
user: jan.nijtmans
comment:
  Edit [fb87f8681e74b9fa]: Move to branch [/timeline?r=novem-support&nd&dp=fb87f8681e74b9fa | novem-support].


type: ci
user: jan.nijtmans
comment:
  "package require Tk 8.5" already implies "package require Tcl 8.5" (That's what the Tcl_InitStubs does), so there is no need to test both.


type: g
user: dgp
comment:
  Edit [b5bee92cab60420d]: Move to branch [/timeline?r=mistake&nd&dp=b5bee92cab60420d | mistake]. Change background color to "#000000". Edit check-in comment.


type: ci
user: jan.nijtmans
comment:
  Tk_InitStubs("8.6",1) would succeed in an "8.60" interp. Fixed.
  No longer use Tcl_SetResult() for setting the error message, but Tcl_ResetResult/Tcl_AppendResult, as all other stub libraries do. This will allow us to remove Tcl_SetResult() in Tcl 9.0, eventually


type: ci
bgcolor: #000000
user: fvogel
comment: [Bug 3588824]: bug in image index handling for weird image names
ecomment:
  [Bug 3588824]: bug in image index handling for weird image names

  Checkin leaves test text-8.22 segfaulting.  Moved to 'mistake' branch.


type: g
user: dgp
comment:
  Edit [c0d69e37b3f7a51a]: Change branch background color to "#000000". Move to branch [/timeline?r=mistake&nd&dp=c0d69e37b3f7a51a | mistake].


type: ci
user: jan.nijtmans
comment:
  fix bug 3585396: winDialog.test requires user interaction. Tested on Windows XP SP2 (32-bit) and Windows 7 (64-bit)


type: ci
bgcolor: #c0c0f0
user: mistachkin
comment:
  Add support for an 'M' binding substitution that is replaced with the number of script-based binding patterns matched so far for the event.


type: ci
user: jan.nijtmans
comment:
  Fixed, but only tested yet on Windows 7. On other platforms, at least the 'user input problem' is gone, but the test might still fail.


type: t
user: fvogel
brief: Ticket [3574945fff]: 3 changes
comment:
  Ticket [3574945fff] <i>Scrolling up with elided text doesn't play nice</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [3529885fff]: 3 changes
comment:
  Ticket [3529885fff] <i>negative resolution confuses scale widget</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [27ea26d666]: 3 changes
comment:
  Ticket [27ea26d666] <i>Segfault in wish on [text delete]: TkTextIsElided()?</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [1449858fff]: 7 changes
comment:
  Ticket [1449858fff] <i>limit on inserted string size in an entry widget</i> status still Open with 7 other changes


type: t
user: dgp
brief: Ticket [c607582489]: 3 changes
comment:
  Ticket [c607582489] <i>Tk crashes X server drawing multi-segment dashed lines</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [415415ffff]: 6 changes
comment:
  Ticket [415415ffff] <i>Long callback: One click -&gt; Two steps</i> status still Open with 6 other changes


type: t
user: dgp
brief: Ticket [9d72dcd3bc]: 3 changes
comment:
  Ticket [9d72dcd3bc] <i>Fix memory leak in OSX button implementation</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [3417012fff]: 7 changes
comment:
  Ticket [3417012fff] <i>Segfault if [scale]'s -digits parameter value too large.</i> status still Open with 7 other changes


type: t
user: anonymous
brief: Ticket [bc4552d0bb]: 3 changes
comment:
  Ticket [bc4552d0bb] <i>Tcl_SetServiceMode in nextEventMatchingMask can be removed</i> status still Open with 3 other changes


type: t
user: kevin_walzer
brief: Closed ticket [9d72dcd3bc].
comment:
  Closed ticket [9d72dcd3bc]: <i>Fix memory leak in OSX button implementation</i> plus 6 other changes


type: t
user: fvogel
brief: Ticket [3417012fff]: 3 changes
comment:
  Ticket [3417012fff] <i>Segfault if [scale]'s -digits parameter value too large.</i> status still Open with 3 other changes


type: t
user: anonymous
brief: Ticket [e2f801f6ee]: 3 changes
comment:
  Ticket [e2f801f6ee] <i>tkProcessEvent return value is trivial</i> status still Open with 3 other changes


type: t
user: kevin_walzer
brief: Closed ticket [bc4552d0bb].
comment:
  Closed ticket [bc4552d0bb]: <i>Tcl_SetServiceMode in nextEventMatchingMask can be removed</i> plus 6 other changes


type: t
user: ian_gay
brief: Ticket [c607582489]: 4 changes
comment:
  Ticket [c607582489] <i>Tk crashes X server drawing multi-segment dashed lines</i> status still Open with 4 other changes


type: t
user: fvogel
brief: Ticket [1591493fff]: 7 changes
comment:
  Ticket [1591493fff] <i>textImage test case failure on cvs head</i> status still Open with 7 other changes


type: t
user: ned.deily
brief: New ticket [c18c36f80c].
comment:
  New ticket [c18c36f80c] <i>Cocoa Tk can segfault when embedded Tcl interpreters are created and destroyed in the same app bundle</i>.


type: t
user: fvogel
brief: Ticket [3529885fff]: 6 changes
comment:
  Ticket [3529885fff] <i>negative resolution confuses scale widget</i> status still Open with 6 other changes


type: t
user: fvogel
brief: Ticket [1591493fff]: 3 changes
comment:
  Ticket [1591493fff] <i>textImage test case failure on cvs head</i> status still Open with 3 other changes


type: t
user: aku
brief: Ticket [775811ffff]: 5 changes
comment:
  Ticket [775811ffff] <i>textTag.test fails on Tru64Unix 5.1A</i> status still Closed with 5 other changes


type: t
user: dgp
brief: Closed ticket [bc4552d0bb].
comment:
  Closed ticket [bc4552d0bb]: <i>Tcl_SetServiceMode in nextEventMatchingMask can be removed</i> plus 5 other changes


type: t
user: fvogel
brief: Ticket [775811ffff]: 4 changes
comment:
  Ticket [775811ffff] <i>textTag.test fails on Tru64Unix 5.1A</i> status still Closed with 4 other changes


type: t
user: kevin_walzer
brief: Closed ticket [910f1b4955].
comment:
  Closed ticket [910f1b4955]: <i>Cocoa Key{Press,Release} serial numbers for auto-generated events</i> plus 5 other changes


type: t
user: ned.deily
brief: Ticket [c18c36f80c]: 3 changes
comment:
  Ticket [c18c36f80c] <i>Cocoa Tk can segfault when embedded Tcl interpreters are created and destroyed in the same app bundle</i> status still Open with 3 other changes


type: t
user: dgp
brief: Closed ticket [3417012fff].
comment:
  Closed ticket [3417012fff]: <i>Segfault if [scale]'s -digits parameter value too large.</i> plus 6 other changes


type: t
user: dgp
brief: Open ticket [bc4552d0bb].
comment:
  Open ticket [bc4552d0bb]: <i>Tcl_SetServiceMode in nextEventMatchingMask can be removed</i> plus 6 other changes


type: t
user: kevin_walzer
brief: Closed ticket [f8803a049e].
comment:
  Closed ticket [f8803a049e]: <i>Wish crashes with ‘num matched toplevel windows does not equal num children’</i> plus 6 other changes


type: t
user: fvogel
brief: Ticket [1591489fff]: 5 changes
comment:
  Ticket [1591489fff] <i>test suite text-1.10 failure , cvs head</i> status still Closed with 5 other changes


type: t
user: kevin_walzer
brief: Ticket [d65cf7e1ed]: 3 changes
comment:
  Ticket [d65cf7e1ed] <i>Canvas coordinate system is offset by 3 pixels on Mac OS X</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [1591491fff]: 3 changes
comment:
  Ticket [1591491fff] <i>textDisp test case failure on cvs head</i> status still Open with 3 other changes


type: t
user: anonymous
brief: Ticket [7fcb7ca586]: 3 changes
comment:
  Ticket [7fcb7ca586] <i>exec on a script which execute the 'rsh' command</i> status still Open with 3 other changes


type: t
user: dgp
brief: Ticket [4d8f66055a]: 3 changes
comment:
  Ticket [4d8f66055a] <i>Support for Win7/8 style tk_getOpenFile and friends</i> status still Open with 3 other changes


type: t
user: aku
brief: Ticket [775811ffff]: 3 changes
comment:
  Ticket [775811ffff] <i>textTag.test fails on Tru64Unix 5.1A</i> status still Open with 3 other changes


type: ci
user: jan.nijtmans
comment:
  - Fix winDialog-9.7 test in case "initialdir" contains capital characters. 
  - Add "uuid.lib" as requirement for tkWinDialog.c


type: ci
bgcolor: #c0c0f0
user: dgp
comment:
  Restore the use of -DTCL_NO_DEPRECATED when building Tk.
  Without this, attempts to build with the latest Xcode tools fail because
  of a conflict between the long (long long long long) deprecated macro
  panic() from Tcl's header and a panic() prototype in the system mach.h file,
  which rides into the build on the tails of Cocoa.h


type: t
user: kevin_walzer
brief: Ticket [1d37c3e166]: 3 changes
comment:
  Ticket [1d37c3e166] <i>Cocoa Tk built for OS X 10.10 fails with &quot;Mac OS X 10.10000 or later required &quot;</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [1591489fff]: 3 changes
comment:
  Ticket [1591489fff] <i>test suite text-1.10 failure , cvs head</i> status still Open with 3 other changes


type: ci
user: dgp
comment:
  Replace use of ::env(TEMP) with use of [tcltest::temporaryDirectory] for
  improved portability of the test suite.


type: ci
user: jan.nijtmans
comment:
  Make sure IID_IShellItem is defined even when uuid.lib does not export it. Idea stolen from here: [http://trac.wxwidgets.org/changeset/71395]


type: t
user: fvogel
brief: Ticket [775811ffff]: 7 changes
comment:
  Ticket [775811ffff] <i>textTag.test fails on Tru64Unix 5.1A</i> status still Open with 7 other changes


type: t
user: ned.deily
brief: New ticket [1d37c3e166].
comment:
  New ticket [1d37c3e166] <i>Cocoa Tk built for OS X 10.10 fails with &quot;Mac OS X 10.10000 or later required &quot;</i>.


type: t
user: kevin_walzer
brief: Closed ticket [1d37c3e166].
comment:
  Closed ticket [1d37c3e166]: <i>Cocoa Tk built for OS X 10.10 fails with &quot;Mac OS X 10.10000 or later required &quot;</i> plus 6 other changes


type: ci
user: jan.nijtmans
comment:
  Make tkWinDialog.c compile with MinGW 4.0.2. 
  Don't use "this" (possible conflict with C++ compiler). 
  Eliminate end-of-line spaces.


type: t
user: fvogel
brief: Ticket [1591489fff]: 7 changes
comment:
  Ticket [1591489fff] <i>test suite text-1.10 failure , cvs head</i> status still Open with 7 other changes


type: t
user: fvogel
brief: Ticket [1591491fff]: 7 changes
comment:
  Ticket [1591491fff] <i>textDisp test case failure on cvs head</i> status still Open with 7 other changes


type: t
user: kevin_walzer
brief: Ticket [fb35eb59dd]: 3 changes
comment:
  Ticket [fb35eb59dd] <i>PNGs on Mac OS X displaying incorrectly</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [810c43d789]: 4 changes
comment:
  Ticket [810c43d789] <i>textDisp-19.11.20 and textDisp-19.11.23 fail</i> status still Open with 4 other changes


type: ci
user: jan.nijtmans
comment:
  Fix [9e487e9f158b3aeda2b92ca75deb3abc04e21a61|9e487e9f15]: Fix for tkWinButton to avoid problems in plugin


type: g
user: dgp
comment:
  Edit [40d9c3f98c2f321b]: Move to branch [/timeline?r=core-8-6-3-rc&nd&dp=40d9c3f98c2f321b&unhide | core-8-6-3-rc]...


type: t
user: oehhar
brief: Closed ticket [0c7ac8216d].
comment:
  Closed ticket [0c7ac8216d]: <i>treeview tag command raises error with nodename containing space</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [d683208178]: 3 changes
comment:
  Ticket [d683208178] <i>OSX Segfault when combobox is located on second screen</i> status still Open with 3 other changes


type: t
user: dgp
brief: Ticket [b4214b4712]: 3 changes
comment:
  Ticket [b4214b4712] <i>Segfault on unexpected &lt;Destroy&gt; event</i> status still Open with 3 other changes


type: t
user: jan.nijtmans
brief: Closed ticket [9e487e9f15].
comment:
  Closed ticket [9e487e9f15]: <i>Fix for tkWinButton to avoid problems in plugin</i> plus 6 other changes


type: t
user: kevin_walzer
brief: Ticket [7579528afb]: 4 changes
comment:
  Ticket [7579528afb] <i>tk crashes on Mac when using dead keys</i> status still Open with 4 other changes


type: t
user: dkf
brief: Ticket [c84f660833]: 4 changes
comment:
  Ticket [c84f660833] <i>Tk crashes when toplevel placed on second display, Mac</i> status still Open with 4 other changes


type: t
user: anonymous
brief: Ticket [0c7ac8216d]: 3 changes
comment:
  Ticket [0c7ac8216d] <i>treeview tag command raises error with nodename containing space</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [810c43d789]: 3 changes
comment:
  Ticket [810c43d789] <i>textDisp-19.11.20 and textDisp-19.11.23 fail</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Closed ticket [810c43d789].
comment:
  Closed ticket [810c43d789]: <i>textDisp-19.11.20 and textDisp-19.11.23 fail</i> plus 6 other changes


type: t
user: jan.nijtmans
brief: Pending ticket [9e487e9f15].
comment:
  Pending ticket [9e487e9f15]: <i>Fix for tkWinButton to avoid problems in plugin</i> plus 7 other changes


type: ci
user: ashok
comment:
  Update test suite for compatibility with new Vista file dialogs.
  Some tests still fail pending what we decide about behaviour
  when -initialdir is not specified.


type: ci
user: hypnotoad
comment:
  Wrapped the installation of the tkkit executable inside an "if", as the
  binary may or may not have been built by "make binaries"


type: ci
user: tne
comment:
  TkKits for Windows now build using the mkVfs.tcl script in Tcl_Src_Dir/tools

  Note: We don't build them by default with "make binaries" as, at least on Windows,
  we aren't guaranteed to have a Tclsh available in the environment, and if we do,
  we may not know it's name.


type: t
user: apnadkarni
brief: Ticket [62f1343ad2]: 3 changes
comment:
  Ticket [62f1343ad2] <i>Tk textbox not working with &quot;Bengali&quot; set as keyboard input language</i> status still Open with 3 other changes


type: ci
user: hypnotoad
comment:
  Update the Unix build for VFS enabled wish shells to use the same
  conventions as the VFS enabled Tcl shells


type: ci
user: ashok
comment:
  Implemented more options for new tk_get{Open,Save} file dialogs
  Renamed Win32ErrorObj to TkWin32ErrorObj and moved it from tkWinSend.c
  to be generally available.


type: t
user: anonymous
brief: Ticket [3c8a969ac1]: 4 changes
comment:
  Ticket [3c8a969ac1] <i>[selection handle] doesn't replace a previously installed utf-8 handler</i> status still Open with 4 other changes


type: t
user: anonymous
brief: New ticket [3c8a969ac1].
comment:
  New ticket [3c8a969ac1] <i>[selection handle] doesn't replace a previously installed utf-8 handler</i>.


type: ci
user: tne
comment:
  Created a working arrangement for tkkits in Windows.

  The first argument on the command line is being munched, but I may have to
  cheat and wake tkkits up as Tcl, and make the user "Package require tk"


type: ci
user: tne
comment:
  On Windows: zlib is now statically linked to the tkkit (by compiling from
  the sources in tclsrc/compat/zlib)

  tclZipVfs.c is now statically linked to the tkkit (by compiling from tclsrc/generic)


type: ci
user: hypnotoad
comment:
  Tweaks for tkkits under Unix.

  tkkit is now compiled like wish or tktest.

  Kit-specific behavior is now wrapped in macros


type: t
user: jan.nijtmans
brief: Ticket [3c8a969ac1]: 3 changes
comment:
  Ticket [3c8a969ac1] <i>[selection handle] doesn't replace a previously installed utf-8 handler</i> status still Open with 3 other changes


type: ci
user: jan.nijtmans
comment:
  Better pic flag for OpenBSD, see: [http://core.tcl.tk/tcl/info/fc3dfd9bc8e16b7ee0b49850df9de93eb4aa4ea6|fc3dfd9bc8]


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Better pic flag for OpenBSD, see: [http://core.tcl.tk/tcl/info/ae059042333583f6d4e2cea4aab3c2a3e9db9a6a|ae05904233]


type: t
user: apnadkarni
brief: Ticket [4d8f66055a]: 4 changes
comment:
  Ticket [4d8f66055a] <i>Support for Win7/8 style tk_getOpenFile and friends</i> status still Open with 4 other changes


type: t
user: anonymous
brief: New ticket [62f1343ad2].
comment:
  New ticket [62f1343ad2] <i>Tk textbox not working with &quot;Bengali&quot; set as keyboard input language</i>.


type: ci
euser: hypnotoad
user: seandeelywoods
comment:
  Fix for segfaults induced by the following script:

  button .b
  pack .b
  update
  destroy .b
  button .c
  update


type: ci
bgcolor: #c0c0f0
user: kevin_walzer
comment:
  Fix for shimmering of buttons embedded when scrolled in text and canvas widgets; improvements in scrolling smoothness in text widget. Thanks to Marc Culler for patches.


type: ci
user: jan.nijtmans
comment:
  Fix build problem on Cygwin, caused by a mismatch between tcl.m4 and the generated configure script (configure script was correct)


type: t
user: kevin_walzer
brief: Closed ticket [a79cca6910].
comment:
  Closed ticket [a79cca6910]: <i>Event system broken on latest Mac OS X, latest tools</i> plus 6 other changes


type: ci
euser: hypnotoad
user: seandeelywoods
comment:
  Adding basic support for ZipVFS into Wish shells
  (Specialized binaries to follow, but for now, you can tack a zip to wish)


type: t
user: kevin_walzer
brief: Ticket [a79cca6910]: 5 changes
comment:
  Ticket [a79cca6910] <i>Event system broken on latest Mac OS X, latest tools -TransformProcessType err</i> status still Closed with 5 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Combine TCL_SHLIB_LD_EXTRAS+TK_SHLIB_LD_EXTRAS (for Cygwin and FreeBSD) to a single SHLIB_LD_LIBS usable for both Tcl and Tk


type: t
user: anonymous
brief: Ticket [a79cca6910]: 6 changes
comment:
  Ticket [a79cca6910] <i>Event system broken on latest Mac OS X, latest tools -TransformProcessType err</i> status still Closed with 6 other changes


type: t
user: aku
brief: Ticket [a79cca6910]: 3 changes
comment:
  Ticket [a79cca6910] <i>Event system broken on latest Mac OS X, latest tools</i> status still Open with 3 other changes


type: t
user: anonymous
brief: Ticket [a79cca6910]: 4 changes
comment:
  Ticket [a79cca6910] <i>Event system broken on latest Mac OS X, latest tools</i> status still Open with 4 other changes


type: t
user: kevin_walzer
brief: Closed ticket [471cf20e82].
comment:
  Closed ticket [471cf20e82]: <i>Calls to TkpConfigureMenuEntry Crash under OSX Maverics</i> plus 5 other changes


type: ci
bgcolor: #c0c0f0
user: kevin_walzer
comment:
  Add copyright notice to Marc Culler for extensive patch to alpha rendering on Mac/Cocoa; remove private API calls to comply with platform requirements.


type: ci
bgcolor: #c0c0f0
user: kevin_walzer
comment:
  Fine-tune scrolling, especially of text widgets with embedded windows, after removal of private API calls; performance is now better and within acceptable ranges.


type: t
user: sbron
brief: Ticket [3547356fff]: 7 changes
comment:
  Ticket [3547356fff] <i>[tk busy] (8.6) bug with menu on toplevel</i> status still Open with 7 other changes


type: t
user: aku
brief: Ticket [3547356fff]: 4 changes
comment:
  Ticket [3547356fff] <i>[tk busy] (8.6) bug with menu on toplevel</i> status still Open with 4 other changes


type: t
user: kevin_walzer
brief: Closed ticket [45bc225206].
comment:
  Closed ticket [45bc225206]: <i>Display artifacts when scrolling a Text widget on OS X</i> plus 7 other changes


type: ci
bgcolor: #c0c0f0
user: kevin_walzer
comment:
  Fix for alpha channel rendering for images on OS X Mavericks; thanks to Marc Culler for the extensive patch.


type: t
user: kevin_walzer
brief: Closed ticket [99b84e49ff].
comment:
  Closed ticket [99b84e49ff]: <i>PhotoImages do not support alpha channel on OSX Mavericks</i> plus 6 other changes


type: t
user: aku
brief: Ticket [aefc556471]: 5 changes
comment:
  Ticket [aefc556471] <i>Tk Cocoa, error: garbage collection is no longer supported</i> status still Closed with 5 other changes


type: t
user: kevin_walzer
brief: Ticket [99b84e49ff]: 3 changes
comment:
  Ticket [99b84e49ff] <i>PhotoImages do not support alpha channel on OSX Mavericks</i> status still Open with 3 other changes


type: g
user: dkf
comment:
  Edit [ca2ba35eeb32465f]: Move to branch [/timeline?r=bug-99b84e49ff-trunk&nd&dp=ca2ba35eeb32465f&unhide | bug-99b84e49ff-trunk]...


type: t
user: kevin_walzer
brief: Closed ticket [aefc556471].
comment:
  Closed ticket [aefc556471]: <i>Tk Cocoa, error: garbage collection is no longer supported</i> plus 7 other changes


type: t
user: kevin_walzer
comment:
  Add attachment [/artifact/4bd4a1e225a3439d|Screen Shot 2014-06-20 at 7.42.54 PM.png] to ticket [d65cf7e1ed6ee4e4]


type: t
user: aku
brief: Ticket [99b84e49ff]: 4 changes
comment:
  Ticket [99b84e49ff] <i>PhotoImages do not support alpha channel on OSX Mavericks</i> status still Open with 4 other changes


type: t
user: anonymous
comment:
  Add attachment [/artifact/6cf2a3e82076baee|Screen Shot 2014-06-21 at 10.37.41 AM.png] to ticket [99b84e49ffe48694]


type: t
user: kevin_walzer
brief: Open ticket [99b84e49ff].
comment:
  Open ticket [99b84e49ff]: <i>PhotoImages do not support alpha channel on OSX Mavericks</i> plus 5 other changes


type: g
user: dkf
comment:
  Edit [d9e4b5f0b545cf13]: Move to branch [/timeline?r=bug-99b84e49ff-8.5&nd&dp=d9e4b5f0b545cf13&unhide | bug-99b84e49ff-8.5]...


type: ci
user: jan.nijtmans
comment:
  Workaround for [http://core.tcl.tk/tcl/tktview?name=4955f5d8a4dce006e063f924bc9709f7850ecb6a|4955f5d8a4]: tailcall splicing spot vs. raw TclInvokeObjectCommand. 
  This commit can be reverted as soon as a solution for [http://core.tcl.tk/tcl/tktview?name=4955f5d8a4dce006e063f924bc9709f7850ecb6a|4955f5d8a4] is committed to Tcl trunk, but I don't want to hold my breath until that is done, neither do I want to leave the Ocaml guys in the cold ...


type: t
user: kevin_walzer
comment:
  Add attachment [/artifact/2438c04bff9ef89f|Screen Shot 2014-06-20 at 7.21.26 PM.png] to ticket [99b84e49ffe48694]


type: ci
user: jenglish
comment:
  ttk::entry, ttk::combobox: proposed fix for [a80f5d7165]:
  keep track of whether a drag transaction is in progress;
  only initiate autoscroll in <B1-Leave> if selectMode is not "none" 
  and %m is NotifyNormal.


type: ci
bgcolor: #c0c0f0
user: jenglish
comment:
  ttk::entry, ttk::combobox: proposed fix for [a80f5d7165]:
  keep track of whether a drag transaction is in progress;
  only initiate autoscroll in <B1-Leave> if selectMode is not "none"
  and if %m is NotifyNormal.


type: t
user: jan.nijtmans
brief: Ticket [08d16a673a]: 3 changes
comment:
  Ticket [08d16a673a] <i>Combo Boxes Crash under OSX Maverics</i> status still Open with 3 other changes


type: ci
user: kevin_walzer
comment:
  Update configure files on Aqua to remove garbage collection flag, which is no longer supported with Xcode 5.1; also add key to Wish Info.plist to support high-resolution (Retina) displays.


type: t
user: anonymous
brief: Ticket [0917069c05]: 3 changes
comment:
  Ticket [0917069c05] <i>tk on HDPI displays renders tiny fonts</i> status still Open with 3 other changes


type: t
user: dkf
brief: Ticket [08d16a673a]: 5 changes
comment:
  Ticket [08d16a673a] <i>Combo Boxes Crash under OSX Maverics</i> status still Closed with 5 other changes


type: t
user: hypnotoad
brief: Ticket [aefc556471]: 3 changes
comment:
  Ticket [aefc556471] <i>Tk Cocoa, error: garbage collection is no longer supported</i> status still Open with 3 other changes


type: ci
user: jan.nijtmans
comment:
  Fix [http://core.tcl.tk/tcl/info/5bcb5026ad|5bcb5026ad]: Undefined autotools token @TK_LIBS@ in pkgconfig file


type: t
user: dkf
brief: Ticket [aefc556471]: 5 changes
comment:
  Ticket [aefc556471] <i>Tk Cocoa, error: garbage collection is no longer supported</i> status still Open with 5 other changes


type: t
user: jenglish
brief: Ticket [8a270c661c]: 3 changes
comment:
  Ticket [8a270c661c] <i>ttk::treeview -selectmode doesn't match [listbox]</i> status still Open with 3 other changes


type: t
user: aku
brief: Ticket [a2abc45ee6]: 3 changes
comment:
  Ticket [a2abc45ee6] <i>Cursor at wrong position after event generate -warp on secondary screen</i> status still Open with 3 other changes


type: t
user: dkf
brief: Ticket [0917069c05]: 5 changes
comment:
  Ticket [0917069c05] <i>tk on HDPI displays renders tiny fonts</i> status still Open with 5 other changes


type: t
user: jan.nijtmans
brief: Ticket [471cf20e82]: 3 changes
comment:
  Ticket [471cf20e82] <i>Calls to TkpConfigureMenuEntry Crash under OSX Maverics</i> status still Open with 3 other changes


type: t
user: hypnotoad
brief: Ticket [471cf20e82]: 4 changes
comment:
  Ticket [471cf20e82] <i>Calls to TkpConfigureMenuEntry Crash under OSX Maverics</i> status still Open with 4 other changes


type: t
user: dkf
brief: Ticket [b4214b4712]: 4 changes
comment:
  Ticket [b4214b4712] <i>Segfault on unexpected &lt;Destroy&gt; event</i> status still Open with 4 other changes


type: ci
user: jan.nijtmans
comment:
  Provide full Tk patchlevel to tk.pc and move private libs to "Libs.private". 
  Supply both the shared library and the stub library to "Libs": Only one of them will actually be linked in, depending on whether -DUSE_TCL_STUBS is defined or not.


type: t
user: jan.nijtmans
brief: Closed ticket [3107390fff].
comment:
  Closed ticket [3107390fff]: <i>Tk 8.5.9 fails to build &quot;wish&quot; on FreeBSD 8.1</i> plus 9 other changes


type: t
user: sbron
brief: New ticket [a2abc45ee6].
comment:
  New ticket [a2abc45ee6] <i>Cursor at wrong position after event generate -warp on secondary screen</i>.


type: t
user: jan.nijtmans
brief: Ticket [3477449fff]: 1 change
comment:
  Ticket [3477449fff] <i>Patch - segfault when mark out of -startline/-endline range</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [220822ffff]: 1 change
comment:
  Ticket [220822ffff] <i>some canvas polygons leave trails when moved</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3314770fff]: 1 change
comment:
  Ticket [3314770fff] <i>regression - Windows file dialogs not resizable</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3083971fff]: 1 change
comment:
  Ticket [3083971fff] <i>tk_optionMenu popup in wrong location on extended desktop</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [220954ffff]: 1 change
comment:
  Ticket [220954ffff] <i>button-release events get lost when target window is destroy</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3505358fff]: 1 change
comment:
  Ticket [3505358fff] <i>invalid color name &quot;#f75df642f527&quot;</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3600260fff]: 1 change
comment:
  Ticket [3600260fff] <i>Errors in new virtual event definitions</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3021557fff]: 1 change
comment:
  Ticket [3021557fff] <i>Moving the cursor in elided text freezes Tk</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3080953fff]: 1 change
comment:
  Ticket [3080953fff] <i>Malformed Unicode characters in %A substitution</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [897516ffff]: 1 change
comment:
  Ticket [897516ffff] <i>Static build needs more 2 ole libs for tkWinSend</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2999920fff]: 1 change
comment:
  Ticket [2999920fff] <i>Internal Virtual event string operations</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3541305fff]: 1 change
comment:
  Ticket [3541305fff] <i>Xfree/Xsync... shoulc not be macros</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3568760fff]: 1 change
comment:
  Ticket [3568760fff] <i>Tk documentation fails to build (patch provided)</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3027438fff]: 1 change
comment:
  Ticket [3027438fff] <i>Tk_Main calls Tcl_CreateInterp before Tcl_FindExecutable</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3160703fff]: 1 change
comment:
  Ticket [3160703fff] <i>Add unicode support for tk_chooseDirectory on Windows</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2768586fff]: 1 change
comment:
  Ticket [2768586fff] <i>Menu posting problem on dual monitors</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3471873fff]: 1 change
comment:
  Ticket [3471873fff] <i>mark next/prev with peer text widgets</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3518311fff]: 1 change
comment:
  Ticket [3518311fff] <i>Make fails: tkMain.c points missing tclInt.h</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2312027fff]: 1 change
comment:
  Ticket [2312027fff] <i>Tk_CreateImageType and Tk_CreateOldImageType not thread safe</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3600251fff]: 1 change
comment:
  Ticket [3600251fff] <i>Inappropriate replacement of Mac binding</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3597410fff]: 1 change
comment:
  Ticket [3597410fff] <i>new virtual events &lt;&lt;NewLine&gt;&gt; and &lt;&lt;NewPage&gt;&gt;</i> status still Open with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [467524ffff]: 1 change
comment:
  Ticket [467524ffff] <i>GIF images are not read correctly</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2956548fff]: 1 change
comment:
  Ticket [2956548fff] <i>TkpButtonSetDefaults only initialises one button type</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2898114fff]: 1 change
comment:
  Ticket [2898114fff] <i>wish/tclsh unable run in directories with non-Latin chars</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3585396fff]: 1 change
comment:
  Ticket [3585396fff] <i>winDialog.test requires user interaction</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2477446fff]: 1 change
comment:
  Ticket [2477446fff] <i>catch [image create photo] fails on invalid images</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [220906ffff]: 1 change
comment:
  Ticket [220906ffff] <i>More of Tk's internal functions exported through Stub table</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3536507fff]: 1 change
comment:
  Ticket [3536507fff] <i>clientData field in Tk_OptionSpec should be &quot;const void *&quot;</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3129527fff]: 1 change
comment:
  Ticket [3129527fff] <i>Fix buffer overflow w/ GCC 4.5 and -D_FORTIFY_SOURCE=2</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2433260fff]: 1 change
comment:
  Ticket [2433260fff] <i>non-critical error in Tk_PhotoPutBlock</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2229999fff]: 1 change
comment:
  Ticket [2229999fff] <i>Tk doesn't compile on HP-UX any more</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3076671fff]: 1 change
comment:
  Ticket [3076671fff] <i>CVS HEAD Tk build fails on win32 with msys/mingw</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3534137fff]: 1 change
comment:
  Ticket [3534137fff] <i>$tcl_platform(platform) != [tk windowingsystem]</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2932808fff]: 1 change
comment:
  Ticket [2932808fff] <i>Canvas items not updating on widget state change</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3163893fff]: 1 change
comment:
  Ticket [3163893fff] <i>-initialdir option bug for tk_chooseDirectory under XP</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2507326fff]: 1 change
comment:
  Ticket [2507326fff] <i>build problem with amsn and 8.6b1 </i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [1055974fff]: 1 change
comment:
  Ticket [1055974fff] <i>-dashofset option doesnt work on ms windows build</i> status still Open with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3288121fff]: 1 change
comment:
  Ticket [3288121fff] <i>Endless loop with marks from peer text widget</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [1945073fff]: 1 change
comment:
  Ticket [1945073fff] <i>Demo square.tcl cannot run; need package tktest</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3102739fff]: 1 change
comment:
  Ticket [3102739fff] <i>de.msg misses %OK used by tk_messageBox</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3604914fff]: 1 change
comment:
  Ticket [3604914fff] <i>cocoa 8.6.0 Text &lt;&lt;Paste&gt;&gt; not bound to  tk_textPaste</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [1627732fff]: 1 change
comment:
  Ticket [1627732fff] <i>CONST: tkButton.c: optionSpecs with TkpButtonSetDefaults</i> status still Closed with 1 other change


type: t
user: jenglish
brief: Closed ticket [c81b1544ce].
comment:
  Closed ticket [c81b1544ce]: <i>Changing cursor in ttk::checkbutton changes state</i> plus 7 other changes


type: t
user: jan.nijtmans
brief: Ticket [3519917fff]: 1 change
comment:
  Ticket [3519917fff] <i>Snow Leopard unix/Makefile `make test` fail</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3562426fff]: 1 change
comment:
  Ticket [3562426fff] <i>Context menu goes out of edge of screen</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2190619fff]: 1 change
comment:
  Ticket [2190619fff] <i>Warnings due to Tk_SmoothMethod name constness change</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3516768fff]: 1 change
comment:
  Ticket [3516768fff] <i>Latest Tk head fails to compile in debug mode</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2636558fff]: 1 change
comment:
  Ticket [2636558fff] <i>Tk_DefineBitmap and Tk_GetBitmapFromData signature problem</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2021525fff]: 1 change
comment:
  Ticket [2021525fff] <i>missing definitions for ms vc 8 builds</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3069480fff]: 1 change
comment:
  Ticket [3069480fff] <i>[w64] The app was unable to start correctly (0xc000007b)</i> status still Closed with 1 other change


type: t
user: dkf
brief: Ticket [3519111fff]: 7 changes
comment:
  Ticket [3519111fff] <i>Problem with horizontal scroll of treeview</i> status still Open with 7 other changes


type: t
user: jan.nijtmans
brief: Ticket [3532186fff]: 1 change
comment:
  Ticket [3532186fff] <i>pkgIndex.tcl file complexity that's unwarranted</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3288113fff]: 1 change
comment:
  Ticket [3288113fff] <i>Missing marks when searched through mark next</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3480634fff]: 1 change
comment:
  Ticket [3480634fff] <i>PNG Images missing in menus on Mac</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [1630271fff]: 1 change
comment:
  Ticket [1630271fff] <i>segfault/infinite loop when a mark is before -startline</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3472539fff]: 1 change
comment:
  Ticket [3472539fff] <i>Moving the cursor in elided text freezes Tk</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3380684fff]: 1 change
comment:
  Ticket [3380684fff] <i>Tk 8.5.10 XEmptyRegion prototype doesn't match usage</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [2257424fff]: 1 change
comment:
  Ticket [2257424fff] <i>screenwidth incorrect on multiple monitors</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [533519ffff]: 1 change
comment:
  Ticket [533519ffff] <i>Window placement with multiple screens</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Ticket [3505465fff]: 1 change
comment:
  Ticket [3505465fff] <i>Error with &quot;selection get&quot;</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1353416fff]: 1 change
comment:
  Ticket [1353416fff] <i>tk_popup posts menu at the wrong place</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1513517fff]: 1 change
comment:
  Ticket [1513517fff] <i>.text search -regexp wraps despite stopIndex is specified</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [3476698fff]: 1 change
comment:
  Ticket [3476698fff] <i>Patch for failing test text-31.11</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1169429fff]: 1 change
comment:
  Ticket [1169429fff] <i>insertofftime 0 should not hide the cursor in text widgets</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1273358fff]: 1 change
comment:
  Ticket [1273358fff] <i>Ask a text widget for the depth of its undo and redo stacks</i> status still Open with 1 other change


type: t
user: andreask
brief: Ticket [1449858fff]: 1 change
comment:
  Ticket [1449858fff] <i>limit on inserted string size in an entry widget</i> status still Open with 1 other change


type: t
user: andreask
brief: Ticket [1638905fff]: 1 change
comment:
  Ticket [1638905fff] <i>Accented characters mess up underline shortcuts in menues</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1275237fff]: 1 change
comment:
  Ticket [1275237fff] <i>modified flag not managed when undoing certain text inserts</i> status still Closed with 1 other change


type: t
user: jan.nijtmans
brief: Closed ticket [52ca3e7f55].
comment:
  Closed ticket [52ca3e7f55]: <i>XkbOpenDisplay macro incorrect when HAVE_XKBKEYCODETOKEYSYM is not defined</i> plus 7 other changes


type: t
user: andreask
brief: Ticket [1517768fff]: 1 change
comment:
  Ticket [1517768fff] <i>wish does not know about tcl_wordchars</i> status still Open with 1 other change


type: t
user: andreask
brief: Ticket [3469780fff]: 1 change
comment:
  Ticket [3469780fff] <i>Additional options for text widget tags</i> status still Open with 1 other change


type: t
user: anonymous
brief: New ticket [52ca3e7f55].
comment:
  New ticket [52ca3e7f55] <i>XkbOpenDisplay macro incorrect when HAVE_XKBKEYCODETOKEYSYM is not defined</i>.


type: t
user: andreask
brief: Ticket [1217762fff]: 1 change
comment:
  Ticket [1217762fff] <i>panedwindow geom manager bug when sash was moved</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1357575fff]: 1 change
comment:
  Ticket [1357575fff] <i>Unclear defn of result of text widget index with modifiers</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1192323fff]: 1 change
comment:
  Ticket [1192323fff] <i>panedwindow resize problem with minsize</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [3554273fff]: 1 change
comment:
  Ticket [3554273fff] <i>Test textDisp-32.2 (elide and tags) fails</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1217222fff]: 1 change
comment:
  Ticket [1217222fff] <i>[.textw edit undo] return ranges of modified characters</i> status still Open with 1 other change


type: t
user: andreask
brief: Ticket [1281228fff]: 1 change
comment:
  Ticket [1281228fff] <i>Text widget -strictlimits option ignored and undocumented</i> status still Closed with 1 other change


type: g
user: jan.nijtmans
comment:
  Edit [87d4c7788ed98145]: Move to branch [/timeline?r=rfe-3f456a5bb9&nd&dp=87d4c7788ed98145&unhide | rfe-3f456a5bb9]...


type: t
user: andreask
brief: Ticket [1871474fff]: 1 change
comment:
  Ticket [1871474fff] <i>&lt;&lt;Modified&gt;&gt; does not trigger</i> status still Closed with 1 other change


type: t
user: dkf
brief: Ticket [1ce993240c]: 4 changes
comment:
  Ticket [1ce993240c] <i>set wm geometry fails from a script</i> status still Open with 4 other changes


type: t
user: andreask
brief: Ticket [3545457fff]: 1 change
comment:
  Ticket [3545457fff] <i>Crash on packing a menubutton with Tk 8.4.19</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1281243fff]: 1 change
comment:
  Ticket [1281243fff] <i>panedwindow sash coord documentation bug</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1578519fff]: 1 change
comment:
  Ticket [1578519fff] <i>tk_getOpenFile -multiple 1  fails the first times</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [1626419fff]: 1 change
comment:
  Ticket [1626419fff] <i>Text widget documentation bug -inactiveselectionbackground</i> status still Closed with 1 other change


type: t
user: andreask
brief: Ticket [2045553fff]: 1 change
comment:
  Ticket [2045553fff] <i>tk_getSaveFile -defaultextension disagrees with its man page</i> status still Open with 1 other change


type: t
user: andreask
brief: Ticket [3553311fff]: 1 change
comment:
  Ticket [3553311fff] <i>Test spinbox-3.70 fails (core-8-5-branch)</i> status still Closed with 1 other change


type: ci
bgcolor: #c0c0f0
user: andreask
comment:
  Ticket [3279221]: Fixed setup of popup menu to prevent immediate
  disappearance due to an event race.


type: ci
user: jan.nijtmans
comment:
  Eliminate all usage of __WIN32__ macro: Some compilers (e.g. Clang/LLVM) don't define it, and _WIN32 is much more portable anyway. 
  See: [http://nadeausoftware.com/articles/2012/01/c_c_tip_how_use_compiler_predefined_macros_detect_operating_system#WindowsCygwinnonPOSIXandMinGW]


type: t
user: oehhar
brief: Ticket [d01ec103c0]: 4 changes
comment:
  Ticket [d01ec103c0] <i>After &quot;wm withdraw .;wm state . iconic&quot;, &quot;wm state .&quot; always returns &quot;withdrawn&quot;</i> status still Open with 4 other changes


type: t
user: screwtop
comment:
  Add attachment [/artifact/b4c4d483fe6da311|TkTextIsElided segfault stack trace.txt] to ticket [27ea26d6661258e6]


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Fix [http://core.tcl.tk/tcl/info/651e828a52|651e828a52]: Wrong Windows version reported for Windows 8.1


type: t
user: fvogel
brief: Ticket [27ea26d666]: 4 changes
comment:
  Ticket [27ea26d666] <i>Segfault in wish on [text delete]: TkTextIsElided()?</i> status still Open with 4 other changes


type: t
user: anonymous
comment:
  Add attachment [/artifact/07a38ec48fbbc7e4|tk-osx-fix-button-memleak.patch] to ticket [9d72dcd3bcf9798d]


type: ci
user: andreask
comment:
  Merged. Ticket [3279221]: Fixed setup of popup menu to prevent
  immediate disappearance due to an event race.


type: ci
user: jan.nijtmans
comment:
  Fix [http://core.tcl.tk/tcl/info/651e828a52|651e828a52]: Wrong Windows version reported for Windows 8.1. 
  Remove some dead code (since Win95/98/ME is no longer supported)


type: t
user: anonymous
brief: Ticket [6867cc13a4]: 3 changes
comment:
  Ticket [6867cc13a4] <i>[tk fontchooser configure] overwrites global variables</i> status still Open with 3 other changes


type: t
user: jenglish
brief: Ticket [d01ec103c0]: 3 changes
comment:
  Ticket [d01ec103c0] <i>After &quot;wm withdraw .;wm state . iconic&quot;, &quot;wm state .&quot; always returns &quot;withdrawn&quot;</i> status still Open with 3 other changes


type: t
user: tombert
comment:
  Add attachment [/artifact/0be25daf0cf3ad84|tk-lbjustify-tkWinDefault-h.patch] to ticket [3f456a5bb980e9db]


type: t
user: tombert
comment:
  Add attachment [/artifact/a92ed9f63aef7640|tk-lbjustify-tkUnixDefault-h.patch] to ticket [3f456a5bb980e9db]


type: t
user: dkf
brief: Ticket [9d72dcd3bc]: 5 changes
comment:
  Ticket [9d72dcd3bc] <i>Fix memory leak in OSX button implementation</i> status still Open with 5 other changes


type: t
user: jan.nijtmans
brief: Closed ticket [6867cc13a4].
comment:
  Closed ticket [6867cc13a4]: <i>[tk fontchooser configure] overwrites global variables</i> plus 8 other changes


type: t
user: tombert
comment:
  Add attachment [/artifact/8af5c6fbe65fa3a8|tk-lbjustify-tkListbox-c.patch] to ticket [3f456a5bb980e9db]


type: ci
user: jan.nijtmans
comment:
  Some bit of Windows 8.1 compatibility: See [http://msdn.microsoft.com/en-us/library/windows/desktop/dn302074.aspx]


type: t
user: ChlorideCull
brief: Ticket [3141377fff]: 8 changes
comment:
  Ticket [3141377fff] <i>[winfo screenwidth/height] fail to track resolution changes</i> status still Open with 8 other changes


type: ci
user: jan.nijtmans
comment:
  Cygwin: In stead of checking whether the win32 part is configured properly, just configure it when needed. 
  Always build the stub library first (and - on Cygwin - configure win32 properly just before building the stub library)


type: t
user: anonymous
brief: Ticket [df09b0665c]: 3 changes
comment:
  Ticket [df09b0665c] <i>entry can't get the focus after tk_getSaveFile or tk_getOpenFile is called</i> status still Open with 3 other changes


type: t
user: dkf
brief: Closed ticket [3e4c64c8b1].
comment:
  Closed ticket [3e4c64c8b1]: <i>crash for untrusted X connections (for ssh: ForwardX11Trusted no)</i> plus 7 other changes


type: t
user: jan.nijtmans
brief: Closed ticket [0aa5e852dc].
comment:
  Closed ticket [0aa5e852dc]: <i>Accept newline characters as value in Tk option files</i> plus 6 other changes


type: ci
user: jan.nijtmans
comment:
  Store menu option tables in Thread storage in stead of allocated storage. This makes "menu" a normal command without needing special initialization tricks.


type: t
user: anonymous
brief: New ticket [df09b0665c].
comment:
  New ticket [df09b0665c] <i>entry can't get the focus after tk_getSaveFile or tk_getOpenFile is called</i>.


type: t
user: oehhar
brief: New ticket [d01ec103c0].
comment:
  New ticket [d01ec103c0] <i>After &quot;wm withdraw .;wm state . iconic&quot;, &quot;wm state .&quot; always returns &quot;withdrawn&quot;</i>.


type: ci
user: jan.nijtmans
comment:
  Revert [3eaa6c984a] (Enh [http://core.tcl.tk/tcl/info/2959069|2959069]), as it turns out that -fvisibility=hidden only affects definitions and not declarations. 
  Therefore explicitely declaring each MODULE_SCOPE function as  __attribute__((__visibility__("hidden")) is much better. 
  Suggested by Stuart Cassoff (Thanks!).


type: ci
user: jan.nijtmans
comment:
  Arjen Marcus' patch, with minor edits in the ParseProc and PrintProc (making the offset obsolete).
  TODO: -other items than ovals and rects, -documentation


type: t
user: jan.nijtmans
brief: Ticket [3414089fff]: 6 changes
comment:
  Ticket [3414089fff] <i>Grab interaction problem on Windows-XP</i> status still Open with 6 other changes


type: t
user: ChlorideCull
brief: Ticket [3141377fff]: 3 changes
comment:
  Ticket [3141377fff] <i>[winfo screenwidth/height] fail to track resolution changes</i> status still Open with 3 other changes


type: t
user: stwo
brief: Ticket [3604346fff]: 3 changes
comment:
  Ticket [3604346fff] <i>Checkin [a7eee0499a] broke Ttk docs.</i> status still Open with 3 other changes


type: t
user: anonymous
brief: Ticket [df09b0665c]: 4 changes
comment:
  Ticket [df09b0665c] <i>entry can't get the focus after tk_getSaveFile or tk_getOpenFile is called</i> status still Open with 4 other changes


type: t
user: jal_frezie
brief: Deleted ticket [fb4f5e38b1].
comment:
  Deleted ticket [fb4f5e38b1]: <i>&quot;.menu index active&quot; always returns &quot;none&quot;</i> plus 5 other changes


type: t
user: oehhar
brief: Ticket [2046267fff]: 5 changes
comment:
  Ticket [2046267fff] <i>Ttk::button -takefocus option influences &lt;Button-1&gt;</i> status still Open with 5 other changes


type: ci
user: jan.nijtmans
comment:
  Since fontCache is the first field of struct TkFontInfo, make the code somewhat better readable. But actually it's no change at all.
  This is my only review comment! Good work!


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Fix [http://core.tcl.tk/tcl/info/426679ef7d|426679ef7d]: Having man.macros after .TH breaks rendering on OpenBSD and possibly others.


type: ci
bgcolor: black
user: jan.nijtmans
ecomment:
  Disable command line globbing on MinGW compiles, just as MSVC and MinGW-w64 don't enable command line globbing either by default. (Accidently cleared execute permission on two files)

comment:
  Disable command line globbing on MinGW compiles, just as MSVC and MinGW-w64 don't enable command line globbing either by default.


type: t
user: dkf
brief: Ticket [1520742fff]: 8 changes
comment:
  Ticket [1520742fff] <i>Windows-style Open and Save file dialog on Unix</i> status still Open with 8 other changes


type: ci
user: dkf
comment:
  [1632447]: Allow the PPM maxval to go up to 65535, to conform with a format
  definition change from around 2000 (even if that's a rare format).


type: t
user: jan.nijtmans
brief: Closed ticket [c0cc9fd153].
comment:
  Closed ticket [c0cc9fd153]: <i>PNG parser does not support uppercase format string (using -format)</i> plus 7 other changes


type: t
user: anonymous
brief: Ticket [61e81fe822]: 4 changes
comment:
  Ticket [61e81fe822] <i>Incorrect mouse events under OSX (Aqua)</i> status still Open with 4 other changes


type: ci
user: jan.nijtmans
comment:
  Put extern "C" guards around all stub table struct definitions, 
  so it is usable to be used for C++ compilers as well without the danger of modifying the calling convention. 
  For tkDecls.h, ttkDecls.h tkIntXlibDecls.h is was no problem, because tk.h, tkTheme.h and Xlib.h
  already contain those guards. But not for the other *Decls.h files.


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Cherrypick [132bf978f2] from trunk: 
  Workaround for [http://sourceforge.net/p/mingw/bugs/2065/|MinGW bug #2065]. 
  Both MinGW and MinGW-w64 (32-bit) are affected. 
  Even though Win64 is not affected, adding -static-libgcc doesn't harm there, and we don't want to distrubute additional dll's with MinGW-compiled Tcl anyway.


type: ci
user: jan.nijtmans
comment:
  Workaround for [http://sourceforge.net/p/mingw/bugs/2065/|MinGW bug #2065]. 
  Both MinGW and MinGW-w64 (32-bit) are affected. 
  Even though Win64 is not affected, adding -static-libgcc doesn't harm there, and we don't want to distrubute additional dll's with MinGW-compiled Tcl anyway.


type: t
user: kevin_walzer
brief: Ticket [53f7a1b553]: 3 changes
comment:
  Ticket [53f7a1b553] <i>Aqua Cocoa Tk multi-window apps redraw problems on OS X 10.9 Mavericks</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [1630262fff]: 7 changes
comment:
  Ticket [1630262fff] <i>segfault when deleting a line which is a -startline</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [3545457fff]: 7 changes
comment:
  Ticket [3545457fff] <i>Crash on packing a menubutton with Tk 8.4.19</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [3553311fff]: 7 changes
comment:
  Ticket [3553311fff] <i>Test spinbox-3.70 fails (core-8-5-branch)</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [2321450fff]: 7 changes
comment:
  Ticket [2321450fff] <i>Text widget block cursor problem</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [1630254fff]: 7 changes
comment:
  Ticket [1630254fff] <i>problem configuring -startline in a peer</i> status still Closed with 7 other changes


type: ci
user: jan.nijtmans
comment:
  Fix compilation with latest MinGW-w64 version 3.0: Conflict on EXCEPTION_REGISTRATION typedef, which means something completely different in MinGW-w64.


type: t
user: dkf
brief: Ticket [fb4f5e38b1]: 4 changes
comment:
  Ticket [fb4f5e38b1] <i>&quot;.menu index active&quot; always returns &quot;none&quot;</i> status still Open with 4 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  When compiling with MSVC++, no longer link the stub library with msvcrt??.dll.
  This way, workarounds in extensions like [http://core.tcl.tk/itcl/info/a961f0729c] are no longer necessary.


type: t
user: fvogel
brief: Ticket [3588824fff]: 7 changes
comment:
  Ticket [3588824fff] <i>Text widget: bug in image index handling</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [3476698fff]: 7 changes
comment:
  Ticket [3476698fff] <i>Patch for failing test text-31.11</i> status still Closed with 7 other changes


type: t
user: jan.nijtmans
brief: Closed ticket [3603436fff].
comment:
  Closed ticket [3603436fff]: <i>png save has wrong  component indexes in Tk8.6</i> plus 7 other changes


type: t
user: fvogel
brief: Ticket [1615425fff]: 7 changes
comment:
  Ticket [1615425fff] <i>[tag add] segfaults if index out of range of peer</i> status still Closed with 7 other changes


type: t
user: dkf
brief: Ticket [3604346fff]: 6 changes
comment:
  Ticket [3604346fff] <i>Checkin [a7eee0499a] broke Ttk docs.</i> status still Open with 6 other changes


type: t
user: fvogel
brief: Ticket [3574945fff]: 6 changes
comment:
  Ticket [3574945fff] <i>Scrolling up with elided text doesn't play nice</i> status still Open with 6 other changes


type: t
user: kevin_walzer
brief: Closed ticket [53f7a1b553].
comment:
  Closed ticket [53f7a1b553]: <i>Aqua Cocoa Tk multi-window apps redraw problems on OS X 10.9 Mavericks</i> plus 6 other changes


type: t
user: ned.deily
brief: New ticket [53f7a1b553].
comment:
  New ticket [53f7a1b553] <i>Aqua Cocoa Tk multi-window apps redraw problems on OS X 10.9 Mavericks</i>.


type: t
user: dkf
brief: Ticket [3603436fff]: 6 changes
comment:
  Ticket [3603436fff] <i>png save has wrong  component indexes in Tk8.6</i> status still Open with 6 other changes


type: t
user: dkf
brief: Ticket [3603436fff]: 6 changes
comment:
  Ticket [3603436fff] <i>png save has wrong  component indexes in Tk8.6</i> status still Closed with 6 other changes


type: g
user: jan.nijtmans
comment:
  Edit [d3fa2acf3cac2c23]: Move to branch [/timeline?r=mistake&nd&dp=d3fa2acf3cac2c23&unhide | mistake].. Edit check-in comment..


type: t
user: fvogel
brief: Ticket [3554273fff]: 7 changes
comment:
  Ticket [3554273fff] <i>Test textDisp-32.2 (elide and tags) fails</i> status still Closed with 7 other changes


type: t
user: kevin_walzer
brief: Ticket [46827143b4]: 3 changes
comment:
  Ticket [46827143b4] <i>Allow picking all file types on OSX by having panel accessory view option</i> status still Open with 3 other changes


type: t
user: fvogel
brief: Ticket [415415ffff]: 3 changes
comment:
  Ticket [415415ffff] <i>Long callback: One click -&gt; Two steps</i> status still Open with 3 other changes


type: t
user: kevin_walzer
brief: Ticket [0434d28bdb]: 3 changes
comment:
  Ticket [0434d28bdb] <i>Too many nested evaluations recursion for OSX/TK events</i> status still Open with 3 other changes


type: t
user: kevin_walzer
brief: Ticket [0953f30d0b]: 3 changes
comment:
  Ticket [0953f30d0b] <i>Buttons are not displaying on OSX because of hard-coded values</i> status still Open with 3 other changes


type: t
user: brianhds
brief: New ticket [46827143b4].
comment:
  New ticket [46827143b4] <i>Allow picking all file types on OSX by having panel accessory view option</i>.


type: t
user: kevin_walzer
brief: Ticket [22c9fe0623]: 3 changes
comment:
  Ticket [22c9fe0623] <i>Balloon help implementations bind Leave functionality broken on OSX</i> status still Open with 3 other changes


type: t
user: kevin_walzer
brief: Ticket [b2462158c3]: 3 changes
comment:
  Ticket [b2462158c3] <i>Scrollbars are not appearing on OSX</i> status still Open with 3 other changes


type: t
user: dkf
brief: Ticket [46827143b4]: 4 changes
comment:
  Ticket [46827143b4] <i>Allow picking all file types on OSX by having panel accessory view option</i> status still Open with 4 other changes


# attachment

src: c0063e501a6b9f357e9d4c0b39bd58437494afd9
target: e9a842a3c584d6e709398529863fb8f798c83e3c
filename: patch_canvas_based_off_tk8_5_9.rar
user: arjenmarkus
comment:
  I received this RAR archive from Nataraja. It contains the four source files that were changed to solve the performance issue.


src: cd834e88f0e17a3faf313c906e1ed4b14434bd58
target: 4939f815b9ae1c4b76fd102d0ab48fb194ab45c9
filename: tk_chooseDirectory_20130711_01.jpg
user: anonymous
comment:
  Sorry some of the text are in Chinese, but it should not be an issue for this problem. On the left side is the screen shot from 8.5.0, and on the right side is the screen shot from 8.6.  Under the caption "please choose the directory, then select OK.", you can see 8.5 has shown  the full path name, and the scroll-down window has been located to the directory.
  This is on Windows 7 64bit.


src: 8d51cd6c1a34b4a8ac71c0cb8fe581adadc9e130
target: 3117468fffffffffffffffffffffffffffffffff
filename: gdb_session2
user: fendin
comment:
  Stack trace and additional debug info at second entry to ExpandPercents with a %A in the string to expand.


src: 017d20e8d748bceef556762094810afa261d7a3d
target: 1186643fffffffffffffffffffffffffffffffff
filename: chooseFileDialogProblem.tcl
user: stefanvw
comment:
  Tcl-Script: Usage: press test button and position the dialog over the checkbutton, double click a file symbol at the (not visible) position of the checkbutton, watch the checkbutton.


src: 033ad9771d7bd5c823e374137583bda26d0ffaab
target: 3416492fffffffffffffffffffffffffffffffff
filename: tkbug.zip
user: eaducac
comment:
  Python script to replicate bug and C++ program demonstrating failure of CDM_GETFOLDERPATH in Libraries


src: 88b9f3191fb3ab2aab7f89aa59560979130f70c3
target: 45bc2252066b706bfea8553c34b13a92ca3bbb3d
filename: scroll_patch
user: anonymous
comment:
  Patch to fix TkScrollWindow for OS X so that display artifacts will not be created when scrolling a Text widget with embedded images.


src: a8778f02e7f7b8438aefdb881e6bb84791ebd72c
target: 99b84e49ffe486949ef08fd4b68feb29bb3e9002
filename: zeta_shot.tiff
user: anonymous
comment:
  Thank you Kevin.

  I just attached a file named zeta_2.png which is an image with all pixels black but with transparency ranging from 0 to 255.  It should look like an anti-aliased image of the formula for the Riemann zeta function evaluated at 2.  This attachment is a screenshot of how the image looked on my Mavericks system before applying my patch.  After applying my patch, if the image is displayed on a white canvas it looks as it should.

  It may well be the case that there are more problems that my patch does not fix.  Kevin, can you please attach the .png file that you used to create your screenshot?  Thanks - Marc


src: b4e02249ab24e5ad5891622794f24d4d320ff939
target: 99b84e49ffe486949ef08fd4b68feb29bb3e9002
filename: culler_patch2
user: anonymous
comment:
  The previous version of this patch file contained garbage, which has been removed from this one.  (Sorry!)


src: 6cf2a3e82076baee4e9dd6ef7ca94aec59107c0c
target: 99b84e49ffe486949ef08fd4b68feb29bb3e9002
filename: Screen Shot 2014-06-21 at 10.37.41 AM.png
user: anonymous
comment:
  This is a screen shot showing the addressbook.png displaying correctly as a photoimage using the version of Tcl/Tk 8.6 patched with my patch.


src: d13afa29197ab7c00520d17bb85a948d13b8c850
target: 99b84e49ffe486949ef08fd4b68feb29bb3e9002
filename: zeta_shot.png
user: anonymous
comment:
  Since the .tiff screen shot cannot be rendered by my web browser, I converted it to a .png and I am now attaching the .png file.


src: b4c4d483fe6da31145c8c5b671bcab32176519f4
target: 27ea26d6661258e60381a89372a0b6e934ba7d3b
filename: TkTextIsElided segfault stack trace.txt
user: screwtop
comment:
  Thanks for the quick responses!  I've attached a stack trace for this.  I haven't yet managed to construct a simpler test case that triggers the bug, but I do wonder if it might be an interaction between several different event-driven parts of the code (the text editor that this is from uses events for updating a label showing the text cursor position, and also uses asynchronous background processes for char/word/line count and syntax highlighting).

  SciPad looks very comprehensive, BTW - I'll have to take a look at the sources and see how you did things like the split window view. :)


src: 00d3c337843e2e3bc810542b90d3ae0083cbdf54
target: bc4552d0bb8d4489b1d9675bbf7e0873d32bdb0c
filename: tkMacOSXNotify.c.patch
user: anonymous
comment:
  Patch to macosx/tkMacOSXNotify.c, relative to macosx/tkMacOSXNotify.c after applying my previous patch at https://core.tcl.tk/tcl/tktview?name=883155fb98


src: a01e9e0079deba9e3b8a0efa7e7698321a271751
target: e2f801f6ee3784ebff175a76451a993c4762ad8a
filename: tk.patch
user: anonymous
comment:
  Patch to tkMacOSXEvent.c, tkMacOSXKeyEvent.c, tkMacOSXMouseEvent.c, tkMacOSXNotify.c, tkMacOSXPrivate.h. This patch is relative to the source code after applying this patch:
  https://core.tcl.tk/tk/tktview?name=bc4552d0bb


src: 238426e59d7e1e4acdce410c740e3db8664a6e78
target: e9a842a3c584d6e709398529863fb8f798c83e3c
filename: smallitems.patch
user: arjenmarkus
comment:
  Patch implementing the -suppresssmallitems option, based on the ideas from Nataraja. Implementation uses the flags and redraw_flags fields rather than anything new.


# ticket

tkt_uuid: 069c9e43c443f3310098b923aa827c89c85281b1
type: Bug
status: Closed
subsystem: 23. Option Parsing
priority: 5 Medium
severity: Critical
foundin: 8.6.0
private_contact: 61154c9a8cc9481667c5103170cfc31d0245efe1
resolution: Fixed
title: FreeOptionInternalRep() breaks Tk_CreateOptionTable()
comment:
  I have discovered an error that is causing a crash in xcircuit (see opencircuitdesign.com) when used with Tk version 8.6.0.  This bug has been seen in several OS versions (Fedora, Arch Linux, Mac OS X).

  This bug can be seen by compiling xcircuit with Tcl/Tk support and linking to Tcl/Tk version 8.6.0.

  Error happens when xcircuit runs the script "wrapper.tcl".  Here's what I see:

  (1) The first call to "frame" (wrapper.tcl line 793, "frame .filelist.listwin") calls Tk_CreateOptionTable and returns an allocated memory value for optionSpecs[type] where type is TYPE_FRAME.

  (2) Subsequent calls to "frame" get this same value back from Tk_CreateOptionTable, as they should

  (3) A call to "checkbutton" a handful of lines later (wrapper.tcl, line 815, "checkbutton .filelist.textent.title.filter -bg beige ..." makes a call to ConfigureButton --> Tk_SetOptions --> GetOptionFromObj --> FreeOptionInternalRep.  In FreeOptionInternalRep(), objPtr is a pointer to the Tcl_Obj object for the checkbutton option "-bg".  Its internalRep is (apparently) a 2-pointer value, where ptr1 is the same value as that returned by Tk_CreateOptionTable for type TYPE_FRAME.

  (4) FreeOptionInternalRep decrements refCount2 on this OptionTable pointer, finds that it is zero, and then calls ckfree() on this value.  Note that at this point, refCount = 4 ("frame" has been called 4 times).

  (5) Some time later, ckalloc() is called and repurposes the memory location for another subroutine.  The memory location is overwritten with other data.

  (6) "frame" is called again later (wrapper.tcl line 855, "frame .output.title -bg beige").  Again, at tkFrame.c line 483, Tk_CreateOptionTable is called for type TYPE_FRAME, and returns the original memory pointer, which has since been freed, reallocated, and overwritten with other data.  Consequently, the program crashes.

  It seems to me that the error is in FreeOptionInternalRep, where it is freeing the table pointer based on refCount2 while refCount still shows multiple references to the table.  Maybe there is supposed to be an additional check for refCount > 0?


tkt_uuid: 0e7185dc4caec945aeed9e11cbb0943c736dd28a
type: Bug
status: Open
subsystem: 88. Themed Tk (Ttk)
priority: 5 Medium
severity: Minor
foundin: 8.5
private_contact: 14a675c50ac4a876c8e77bd8fdc8364024eb6648
resolution: None
title: ttk combobox selection issue
comment:
  The tile combobox has a problem with the way it handles the text 
  selection of the currently selected item. If items are selected from 
  the drop down list the highlighting and exporting of the current item 
  is adjusted to match the new item but if the selection is changed by 
  modifying the textvariable the highlighting and export isn't updated 
  which can result in only a portion of the currently selected item 
  being highlighted and exported. 

  It is the same on any platform and theme. 

  toplevel .t 
  pack [ttk::combobox .t.c -values "Australia India USA Europe" -textvariable combo] 
  pack [ttk::entry .t.e -textvariable entry] 
  set entry USA; 
  set combo Australia; 

  To reproduce the issue: 
  1. run the above script and select the entry content byt click and drag the content right to left (not by double click) 
  2. now click on the combobox button (not text area) and select any Europe. 
  now you can observe that the combobox content is highlighted (blue background) only for 3 characters (Eur). 

  I am running this script on Tcl version. 8.5.9 and tile 0.8.6

  https://groups.google.com/forum/#!topic/comp.lang.tcl/LKNKFN1Hhoo


tkt_uuid: 1000051fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 69. Events
priority: 9 Immediate
foundin: obsolete: 8.4.7
resolution: Duplicate
title: Compose key doesn't work
comment:
  I just observed, that in some applications (e.g. tkchat
  and tkcon) the Compose key doesn't work under 8.4.7
  while 8.4.6 is OK.

  But when I run a simple test script like
   pack [entry .e]
   pack [text .t]
  under 8.4.7 the Compose key works fine in those widgets.

  I have already searched through the diff between 8.4.6
  and 8.4.7, but all keyboard-related changes seem to be
  for macosx.


tkt_uuid: 1000613fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 5 Medium
foundin: None
resolution: Invalid
title: keyboard traversal with menubuttons under windows
comment:
  The keyboard traversal default bindings for menubuttons
  seems to work only under unix/linux.

  I've tried to bind manually for keyboard traversal but
  i've encountered a major problem: under windows is
  impossible to bind a simple keypress to a menu.

  An example:

  toplevel .tl
  menu .tl.menu -tearoff 0
  menu .tl.menu.file -tearoff 0
  .tl.menu add cascade -label File -menu .tl.menu.file
  .tl.menu.file add command -label New
  .tl.menu.file add command -label Open
  .tl configure -menu .tl.menu
  bind .tl.menu.fichero <h> {puts "Hello"}
  ----

  This works on linux but not on windows.


tkt_uuid: 1001070fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 03. [*button] and [label]
priority: 4
foundin: obsolete: 8.4.6
resolution: None
title: Mac label doesn\'t display -highlightbackground
comment:
  This may be related to the following Scriptics bug:
  http://groups.google.com/groups?th=5ce791bec63b3058

  Labels don't seem to properly draw the highlight border, at least on 
  TclTkAquaBI and Classic MacTcl.  A short transcript is shown below.  
  I have also played around with -takefocus and all other color-
  related configuration options.  I don't have a PC handy, and I don't 
  have X11 Tk installed on my Mac right now, so I don't know how 
  they work.

  () 1 % label .foo -text foo -width 40 -height 5 -relief solid
  .foo
  () 2 % grid .foo -sticky nsew -padx 3 -pady 4
  () 3 % .foo config -bd 4 -highlightthickness 4
  () 4 % .foo config -bg yellow
  () 5 % .foo config -bg white
  () 6 % .foo config -fg yellow
  () 7 % .foo config -fg black
  () 8 % .foo config -highlightbackground yellow
  () 9 % info patchlevel
  8.4.6
  () 10 % parray tcl_platform
  tcl_platform(byteOrder) = bigEndian
  tcl_platform(machine)   = Power Macintosh
  tcl_platform(os)        = Darwin
  tcl_platform(osVersion) = 7.4.0
  tcl_platform(platform)  = unix
  tcl_platform(threaded)  = 1
  tcl_platform(user)      = john
  tcl_platform(wordSize)  = 4


tkt_uuid: 1004508fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 75. wish
priority: 5 Medium
foundin: obsolete: 8.5a1
resolution: Fixed
title: array expansion can remove user's text
comment:
  There's an annoying little problem in the way that 
  wish8.5 and tkcon 2.4 expand environment variables:

  Given a text 'env(HO', ESCAPE (wish) or TAB (tkcon)
  expands it to env(HOME). However, if you press
  the expansion key twice, through mistake or impatience,
  the text becomes env().

  The problem is in ::tk::console::ExpandVariable
  in Console.tcl. It deals with multiple matches and
  then does:

     } else {
        set match $ary\($match\)
     }

  this should be:

     } elseif {[llength $match] == 1} {
        set match $ary\($match\)
     }

  unmatched array elements are then left untouched.

  Problem seen in self built 8.4.3 and in ActiveTcl 8.5a1 on
  Windows XP.


tkt_uuid: 1005902fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 55. [focus]
priority: 5 Medium
foundin: None
resolution: Invalid
title: grid: Cant set the focus anymore, cant type text
comment:
  I use the grid command to switch between frames:

  grid remove .currentframe
  grid .frametodisplay -column 1 -row 2

  Those are container frames containing toplevel windows
  (frames created with -container 1 containing windows
  created with toplevel -use)

  When I keep switching between tabs, I notice I can't
  set the focus anymore on any widget (or use keyboard
  bindings), or set the keyboard input focus on entry and
  text widgets. 

  (although I can still click on button style widgets or
  select text)

  Where is gone the focus ?

  There's a few ways to get it back depending on the
  Window Manager
  eg: clicking another window before, or clicking the
  title bar, display a popup menu - enter and leave it -
  release the mouse...

  maybe the bug is in my code (bugshit happends) ... or
  maybe i'm doing something i should'nt try with Tk ?..

  look at the attached code sample:

  tar -zxvf bug.tar.gz
  cd bug
  wish main.tcl


tkt_uuid: 1006286fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 47. Win Fonts
priority: 5 Medium
foundin: None
resolution: Fixed
title: Fix for Win font wrapping bug with leading spaces
comment:
  The attached patch fixes a problem where strings with
  leading
  spaces were being rendered incorrectly because
  Tk_ComputeTextLayout was generating bad results.
  This problem only showed up under Windows in calls to
  Tk_MeasureChars with a max width value failed.


tkt_uuid: 1006686fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Fixed
title: wm resizable command not working on Solaris/CDE
comment:
  The fix for bug #915350 "Tk sets min, max size in WM_HINTS
  when it shouldn't", which was recently backported to Tk
  8.4.7, breaks the wm resizable command for the CDE window
  manager on Solaris 8.  Setting wm resizable 0 0 is now not
  properly handled by the window manager, because the max
  size hint is not set.  The window cannot be made smaller
  than the current requested size, but it can be dragged
  larger by the user.

  Obviously this is in the realm of different interpretations
  and behaviours among different window managers (and
  probably different versions of the same window manager). 
  But the attached simple patch fixes the problem in
  Solaris/CDE, and hopefully won't undo the fix for bug
  #915350.

  The patch is for for UpdateSizeHints in the current head
  version 1.43 of tkUnixWm.c


tkt_uuid: 1008975fffffffffffffffffffffffffffffffff
type: Support
status: Closed
subsystem: None
priority: 5 Medium
foundin: None
title: TIP#165 (user data field)
comment:
  Here's a first (untested) hack at an implementation. 
  See http://purl.org/tcl/tip/165.html for details


tkt_uuid: 1010083fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: None
priority: 9 Immediate
foundin: None
resolution: Fixed
title: spelled docs for widgets: menu and text
comment:
  spelled docs for widgets: 'menu' and 'text'
  see attached file 'text_menu_n.patch'

  additional comments:

  text.n

  pay attention to the submodifier sentence in the 
  INDICES chapter of the file
  even if the variant in the patch is not accepted
  the sentence in any way requires a revision (Bold-tag, 
  non-existent? and thus confusing submodifier 'nothing', 
  etc.)

  The 'which ...' clause appears 45 times in the file
  Could it be in some cases simplified?
  Splitted onto separate sentences or something else
  ____________________________

  menu.n

  "Note that in Tcl 8.0 on Macintosh and Windows, all 
  commands ?in a menu systems? are executed before any 
  are posted."
  does that mean 'in systems of a menu', or 'in menu 
  systems', or 'in a menu system'

  does 'labelled' (three times in file menu.n) is acceptable 
  instead of 'labeled'
  is this some type of 'accent'


tkt_uuid: 1010607fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: None
priority: 2
foundin: None
resolution: Fixed
title: widgets docs spelling
comment:
  see attached patch
  affected files are:
  button.n entry.n listbox.n message.n panedwindow.n 
  scale.n scrollbar.n spinbox.n


  where is 'screenful' from? does 'screen' is not enough?

  is 'readonly' acceptable, or is 'read-only' better?


tkt_uuid: 1010941fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Fixed
title: panedwindow -sashwidth > -handlesize glitch
comment:
  If a panedwindow -sashwidth is greater than -
  handlesize, the handle is drawn in a strange location 
  (offset to the left).


tkt_uuid: 1011234fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 18. [text]
priority: 7 High
foundin: None
resolution: Fixed
title: Better handling of up/down in text widgets
comment:
  This is in regards to the tk text windows.

  I find that the up/down keys do not work as one would
  expect in a text box that includes wrapped lines. It
  does not go to the character immediately above, rather
  goes to the character at the same index in the 'line'
  above which could actually be a number of lines up.

  Therefore I recommend changing the ::tk::TextUpDownLine
  to something more along the lines of below.

  Just a quick note it is not fully complete. I have not
  added the ::tk::Priv as before (which should be added)
  and there is a small bug with it when the cursor is at
  the very end of the line, although I believe that bug
  is due possibly to a bug in the return of [$inputbox
  bbox insert] when the character is at the end of the line.
  I also have it as 2 fucntions which could be
  reorganised to be 1 function as the old code.

  #///////////////////////////////////////////////////////////////////////////////
  # UpKeyPressed (inputbox)
  # Called by a window when the user uses the up key in
  a text box. It returns
  # the index of the character 1 line above the
  insertion cursor
  proc UpKeyPressed { inputbox } {
  $inputbox see insert

  set bbox [$inputbox bbox insert]
  set xpos [expr [lindex $bbox 0]+[lindex $bbox 2]/2]
  set ypos [lindex $bbox 1]
  set height [lindex $bbox 3]
  if { $ypos > $height } {
  return [$inputbox index "@$xpos,[expr $ypos-$height]"]
  } else {
  $inputbox yview scroll -1 units
  update
  set ypos [lindex [$inputbox bbox insert] 1]
  set height [lindex [$inputbox bbox insert] 3]
  if { $ypos > $height } {
  return [$inputbox index "@$xpos,[expr $ypos-$height]"]
  }
  }
  return [$inputbox index insert]
  }
  #///////////////////////////////////////////////////////////////////////////////


  #///////////////////////////////////////////////////////////////////////////////
  # DownKeyPressed (inputbox)
  # Called by a window when the user uses the down key
  in a text box. It returns
  # the index of the character 1 line below the
  insertion cursor
  proc DownKeyPressed { inputbox } {
  $inputbox see insert

  set bbox [$inputbox bbox insert]
  set xpos [expr [lindex $bbox 0]+[lindex $bbox 2]/2]
  set ypos [lindex $bbox 1]
  set height [lindex $bbox 3]
  set inputboxheight [lindex [$inputbox configure
  -height] end]
  if { [expr $ypos+$height] < [expr
  $inputboxheight*$height] } {
  return [$inputbox index "@$xpos,[expr $ypos+$height]"]
  } else {
  $inputbox yview scroll +1 units
  update
  set ypos [lindex [$inputbox bbox insert] 1]
  set height [lindex [$inputbox bbox insert] 3]
  set inputboxheight [lindex [$inputbox configure
  -height] end]
  if { [expr $ypos+$height] < [expr
  $inputboxheight*$height] } {
  return [$inputbox index "@$xpos,[expr $ypos+$height]"]
  }
  }
  return [$inputbox index insert]
  }
  #///////////////////////////////////////////////////////////////////////////////


tkt_uuid: 1012083fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: None
priority: 9 Immediate
foundin: None
resolution: Fixed
title: spelled docs patch4
comment:
  See attached file

  Affected files are:
  bind.n, event.n, grid.n, pack.n, place.n, 
  chooseDirectory.n, getOpenFile.n

  there might be some disagreement about changes to 
  the bind.n, or grid.n


  As for word 'labelled'
  here is 'grep' output:

  File ENTRY.N:
  504     The F16 key (labelled Copy on many Sun 
  workstations) or Meta-w
  507     The F20 key (labelled Cut on many Sun 
  workstations) or Control-w
  512     The F18 key (labelled Paste on many Sun 
  workstations) or Control-y
  File LISTBOX.N:
  547     The F16 key (labelled Copy on many Sun 
  workstations) or Meta-w
  File SPINBOX.N:
  542     The F16 key (labelled Copy on many Sun 
  workstations) or Meta-w
  545     The F20 key (labelled Cut on many Sun 
  workstations) or Control-w
  550     The F18 key (labelled Paste on many Sun 
  workstations) or Control-y
  File TEXT.N:
  1884    The F16 key (labelled Copy on many Sun 
  workstations) or Meta-w
  1890    The F20 key (labelled Cut on many Sun 
  workstations) or Control-w
  1898    The F18 key (labelled Paste on many Sun 
  workstations) or Control-y


tkt_uuid: 1012325fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: compiler warning
comment:
  "/local/src/tk/unix/tkUnixWm.c", line 4324: warning:
  argument #7 is incompatible
   with prototype:
          prototype: pointer to const unsigned char :
  "/usr/openwin/include/X11/Xl
  ib.h", line 2283
          argument : pointer to const char
  "/local/src/tk/unix/tkUnixWm.c", line 4338: warning:
  argument #7 is incompatible
   with prototype:
          prototype: pointer to const unsigned char :
  "/usr/openwin/include/X11/Xl
  ib.h", line 2283
          argument : pointer to char


tkt_uuid: 1012331fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: canvas-17.1 fails
comment:
  ==== canvas-17.1 default smooth method handling FAILED
  ==== Contents of test case:

      destroy .c; canvas .c
      set id [.c create line {0 0 1 1 2 2 3 3 4 4 5 5 6 6}]
      set result [.c itemcget $id -smooth]
      foreach smoother {yes 1 bezier raw r b} {
          .c itemconfigure $id -smooth $smoother
          lappend result [.c itemcget $id -smooth]
      }

  ---- Result was:

  ---- Result should have been (exact matching):
  0 true true true raw raw true
  ==== canvas-17.1 FAILED


tkt_uuid: 1012837fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: None
priority: 2
foundin: None
resolution: Fixed
title: more spelled docs
comment:
  Affected files are:
  font.n, keysyms.n, MaintGeom.3, options.n, 
  ParseArgv.3, photo.n, TkInitStubs.3

  in file photo.n string #186 is:

  only every xth pixel in the X direction and yth pixel in

  I think, it's better (for readability) to separate dimension 
  letter (x or y) and suffix 'th'
  I.e. x'th or y-th


tkt_uuid: 1012852fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 11. Aqua Menus
priority: 5 Medium
foundin: None
resolution: Fixed
title: Radio Button Checkboxes fail when accelerators are used
comment:
  TclTkAqua release 8.4.7

  When menu items include radiobuttons with accelerators, 
  the checkboxes indicating the currently selected item do 
  not update correctly.  In the following script, the menu 
  without accelerators works correctly.  In the one with 
  accelerators, the radio item is never unchecked.

  set lc "black"
  menu .menubar
  . config -menu .menubar
  set color [menu .menubar.color -tearoff 0]
  set color1 [menu .menubar.color1 -tearoff 0]
  .menubar add cascade -label "Colors with Accelerators" -
  menu
  .menubar.color
  .menubar add cascade -label "Colors without 
  Accelerators" -menu
  .menubar.color1
  $color add radio -label "Black" -variable lc -value "black" -
  accelerator
  "Command-B"
  $color add radio -label "Red" -variable lc -value "red" -
  accelerator
  "Command-R"
  $color add radio -label "Green" -variable lc -value "green" 
  -accelerator
  "Command-G"
  $color add radio -label "Blue" -variable lc -value "blue" -
  accelerator
  "Command-E"

  $color1 add radio -label "Black" -variable lc -value "black" 
  $color1 add radio -label "Red" -variable lc -value "red" 
  $color1 add radio -label "Green" -variable lc -value 
  "green" 
  $color1 add radio -label "Blue" -variable lc -value "blue" 

  canvas .pic -width 800 -height 600 -bg white
  pack .pic -side top -fill both -expand 1


tkt_uuid: 1012854fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 66. Aqua Window Operations
priority: 3 Low
foundin: None
resolution: None
title: photo image write appears to fail under TclTkAqua
comment:
  TclTkAqua 8.4.7

  The ability to use the "write" option for photo images 
  appears to be broken under 8.4.6.1 and 8.4.7.   The 
  following script from the ActiveState "Cookbook" section 
  correctly generates three versions of the same simple 
  canvas under windows 2K, Xp and Linux. 

   When run under TclTkAqua the image files generated are 
  identical, but show simply as black boxes, with no detail.  
  The script generates JPEG, GIF, and PNG files.

  # Draw filled rectangle and some text into canvas at 
  position (x,y).
  proc drawInfo { x y color } {
      set size 10
      set tx [expr $x + $size * 2]
      .t.c create rectangle $x $y [expr $x + $size] [expr $y 
  + $size] -fill
  $color
      .t.c create text $tx $y -anchor nw -fill $color -text 
  "$color box"
  }

  proc drawTestCanvas { imgVersion} {
      if { [catch {toplevel .t -visual truecolor}] } {
          toplevel .t
      }
      wm title .t "Canvas window"
      wm geometry .t "+0+0"

      canvas .t.c -bg gray -width 300 -height 220
      pack .t.c

      puts "Drawing text and rectangles into canvas .."
      .t.c create rectangle 1 1 299 219 -outline black
      .t.c create rectangle 3 3 297 217 -outline green -
  width 2

      drawInfo 140  10 black
      drawInfo 140  30 white
      drawInfo 140  50 red
      drawInfo 140  70 green
      drawInfo 140  90 blue
      drawInfo 140 110 cyan
      drawInfo 140 130 magenta
      drawInfo 140 150 yellow

      .t.c create text 160 170 -anchor nw -fill black -text 
  "Created
  with:"
      .t.c create text 160 190 -anchor nw -fill black -text    
      "Tcl
  [info 
  patchlevel] and Img $imgVersion"
      update
  }

  proc canvas2Photo { canvId } {
      # The following line grabs the contents of the canvas 
  canvId into 
  photo image ph.
      set retVal [catch {image create photo -format window 
  -data $canvId} 
  ph]
      if { $retVal != 0 } {
         puts "\n\tFATAL ERROR: Cannot create photo from 
  canvas 
  window"
         exit 1
      }
      return $ph
  }

  set retVal [catch {package require Img} version]
  if { $retVal } {
      error "Trying to load package Img: $version"
  }

  if { $tcl_platform(platform) == "windows" } {
      catch { console show }
  }

  wm geometry . "+320+0"
  drawTestCanvas $version
  set ph [canvas2Photo .t.c]
  puts "Writing canvas as JPG image: test.jpg"
  $ph write test.jpg -format JPEG
  puts "Writing canvas as GIF image: test.gif"
  $ph write test.gif -format GIF
  puts "Writing canvas as PNG image: test.png"
  $ph write test.png -format PNG

  button .b -text "Quit" -command exit
  pack .b
  update


tkt_uuid: 1013520fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: None
priority: 2
foundin: None
resolution: Fixed
title: spelled docs
comment:
  Affected files:
  ConfigWidg.3 CrtItemType.3 FontId.3 GetBitmap.3 
  GetDash.3 GetHWND.3 GetVRoot.3 MeasureChar.3 
  SetClassProcs.3 SetOptions.3 

  Question:
  GetCursor.3, lines 119-121:
  In addition, Tk will load Macintosh cursor resources of 
  the types crsr (color) and CURS (black and white) by 
  the name of the of the resource.
  ???
  1) by the name of the resource.
  2) by the name of the (something? e.g. file, class ...) of 
  the resource.


tkt_uuid: 1013942fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 76. Widget Tour
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Fixed
title: blocking of wheel-scrolling in demo:File sel.dialog
comment:
  Linux
  Widget Demonstration
  Demo: Common Dialogs -> File selection dialog
  option: Use Motif Style Dialog
  blocks wheel-scrolling in the whole demo application.
  Even when the example window is closed
  it sets the global variable 'tk_strictMotif'
  unblocking is possible by running again the example and
  unchecking the option

  for me worked this line (in the file 'filebox.tcl'):
  bind $w <Destroy> "+set tk_strictMotif 0"
  !but it is called 15 times per 'close'


tkt_uuid: 1014213fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Fixed
title: text -exportselection 0 stills clears 'sel'
comment:
  If a text widget has a selection, but is configured
  with -exportselection 0, and the widget loses the focus
  (e.g. click on another window), the previously-selected
  text becomes unselected in the display (the information
  is still remembered on Win/MacOS X, but is not displayed).

  This seems to be contrary to the documentation for
  '-exportselection', and contrary to the behaviour of
  other widgets (e.g. listbox) with -exportselection 0.

  It seems to me there are two possible solutions:

  (i) This is a bug and should be fixed.

  or 

  (ii) This is considered desirable, but the opposite
  behaviour should be possible under user control. Then
  we should add a 'inactiveselectionbackground' (or some
  other name?) configuration option to the widget which
  is applied to the "sel" tag to specify a colour to use
  when the selection doesn't have the focus.

  I think (i) is probably the preferable fix.


tkt_uuid: 1015859fffffffffffffffffffffffffffffffff
type: Patch
status: Open
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: None
resolution: None
title: Allow to open non-existing files.
comment:
  Current set of file dialogs in Tk provides only dialogs
  for open of existing file and save to file with
  confirmation of overwriting file. 

  This is enough to implement standard File menu in the
  CUA compatible application, where New command and Open
  command are distinct. 

  But uses of file dialogs are not limiting to opening
  main document to work with. There are some auxiliary
  files which names can be configured in configuration
  dialog for example, and existense/non-existense of
  these files can be handled programmaticaly more clever
  way. At least user should be asked "File doesn't exist,
  create one with default values" rather than "File
  exist, it's ok to overwrite" if we deal with
  configuration file. 

  In some cases (such as log files) file could be
  silently created when it doesn't exist, and appended if
  it exist.

  Current tk_get*File model doesn't provide way to handle
  such situation.

  This patch adds option -allownonexistent to
  tk_getOpenFile, which allows it to return valid
  non-existent filename just as tk_getSaveFile does and
  let application to handle existense of file.

  Patch to the getOpenFile manpage is also included.

  This patch provides implementation only for Unix and
  Windows, since I don't have any Mac handy to debug it.


tkt_uuid: 1016385fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 54. [console]
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Fixed
title: [rename console] doomed to fail
comment:
  TkConsolePrint() makes use
  of Tcl_GetCommandInfo(... "console" ...)
  to get at data it needs to operate.

  After [console] is [rename]d, that will
  no longer work.

  [console] and its supporting cast
  should rely on things less transient
  than command names.


tkt_uuid: 1016389fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 39. Image Basics
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Wont Fix
title: [rename image] breaks Tk_InitImageArgs
comment:
  Tk_InitImageArgs() does a
  Tcl_GetCommandInfo(..."image" ...)
  to get data it needs to operate.

  After a [rename] of [image]. this
  may fail.


tkt_uuid: 1019024fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 85. Win Build
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: Tests can't find tk.tcl
comment:
  Tk: v8.5a2 HEAD at 30-08-04
  OS: WinXPsp1
  Built with makefile.vc using VC7

  When running the tests for Tk, from makefile.vc, 
  Wish85.exe fails to load due to it being unable to find 
  tk.tcl.

  This seems to be due to the changes to the search 
  paths in auto.tcl on 23-08-04.

  The attached patch adds the missing path to the tk 
  library into makefile.vc using the same format as was 
  used for the tcl library.

  Error displayed...
  error dialog
  title =Error in Wish
  text =Can't find a usable tk.tcl in the 
  following directories:
  D:/src_tcl/library/tk8.5
  D:/src_tcl/tk8.5
  D:/src_tk/win/lib/tk8.5
  D:/src_tk/lib/tk8.5
  D:/src_tk/win/library
  This problem means that tk wasn't 
  installed properly.

  Also included check for old 'MSVCDIR' as per tcl 
  makefile.vc.


tkt_uuid: 1019085fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: bind-22.163 failure
comment:
  Tk: v8.5a2 HEAD at 30-08-04
  OS: WinXPsp1
  Built with makefile.vc using VC7

  just one test overlooked in TIP#165, attached patch 
  adds extra '-data' option to expected result.

  ==== bind-22.163 HandleEventGenerate: options 
  <Key> -xyz 1 FAILED
  ==== Contents of test case:

  setup
  bind .b.f $event "lappend x $substitution"
  set x {}
  if [catch {eval event gen .b.f $event 
  $generator} msg] {
      set x [list 1 $msg]
  }
  set x
      
  ---- Result was:
  1 {bad option "-xyz": must be -when, -above, -
  borderwidth, -button, -count, -data, -delta, -detail, -
  focus, -height, -keycode, -keysym, -mode, -override, -
  place, -root, -rootx, -rooty, -sendevent, -serial, -
  state, -subwindow, -time, -warp, -width, -window, -x, 
  or -y}
  ---- Result should have been (exact matching):
  1 {bad option "-xyz": must be -when, -above, -
  borderwidth, -button, -count, -delta, -detail, -focus, -
  height, -keycode, -keysym, -mode, -override, -place, -
  root, -rootx, -rooty, -sendevent, -serial, -state, -
  subwindow, -time, -warp, -width, -window, -x, or -y}
  ==== bind-22.163 FAILED


tkt_uuid: 1019100fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: panedwindow-23.2 failure
comment:
  Tk: v8.5a2 HEAD at 30-08-04
  OS: WinXPsp1
  Built with makefile.vc using VC7

  ==== panedwindow-23.2 PanedWindowReqProc, react 
  to slave geometry changes FAILED
  ==== Contents of test case:

      panedwindow .p -orient horizontal -sashpad 0 -
  sashwidth 2
      .p add [frame .f1 -width 10] [frame .f2 -width 10]
      set result [winfo reqwidth .p]
      .f1 configure -width 20
      lappend result [winfo reqwidth .p]
      destroy .p .f1 .f2
      set result

  ---- Result was:
  26 36
  ---- Result should have been (exact matching):
  32 42
  ==== panedwindow-23.2 FAILED

  possibly just needs a '-borderwidth 0' option added 
  to .p, as the window does grow by 10 pixels as 
  expected.

  alternatively, make the expected result 10 and the 
  produced result an expression of 2nd minus 1st


tkt_uuid: 1020001fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 70. Event Loop
priority: 6
foundin: obsolete: 8.5a2
resolution: Fixed
title: Ignorance of dead keys
comment:
  Hi, 

  As I post to news, I have problem with ignorance dead
  keys in input to entry, text vidget etc. There is
  sample code.

  #!/usr/bin/wish -f
  entry .oute
  label .nadpis -text "Label text : "
  grid .nadpis -row 0 -column 0
  grid .oute   -row 0 -column 1

  When entry alone (comment out "grid .nadpis -row 0
  -column 0"), thinks work normally. When add label to
  geometry, then i can type for example zcaron () as
  signe keyboard press, its ok. But when I type caron (as
  dead key) and then "z" i got only z and no z acaron.

  My locale settings:
  LANG=cs_CZ
  LC_ALL=cs_CZ
  LC_CTYPE=cs

  I test it with XFree86 Version 4.2.1.1 and XFree86
  Version 3.3.6a - no differneces.

  On same machine, all other nonTk apps working ok
  Previous Tk from CVS (i use from Sat, 19 Jun 2004)
  working ok
  Tk8.1-8.4 working ok

  Michal


tkt_uuid: 1021812fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 10. Generic Menus
priority: 9 Immediate
foundin: obsolete: 8.5a2
resolution: Fixed
title: crash with user_data field of XVirtualEvent
comment:
  When testing 'tile' today with cvs head, I got a crash
  when cleaning up an event because the user_data field
  was garbage.

  It appears TIP#165 didn't update these three sets of code:

  "tkMacOSXMenu.c";                            Line 3663:
      XVirtualEvent event;
  "tkMacOSXMenus.c";                           Line 226:
      XVirtualEvent event;

  "tkWinMenu.c";                               Line 2794:
      XVirtualEvent event;

  To null out the user_data field.


tkt_uuid: 1023272fffffffffffffffffffffffffffffffff
type: Patch
status: Open
subsystem: 13. Win Menus
priority: 6
foundin: None
resolution: None
title: Win unpost and Menubutton support
comment:
  This is a patch to provide some infrastructure for
  improving
  menu handling on Windows, in particular making Menubuttons
  work better.

  Nothing that uses the support is included in this patch
  so nothing user visible should be affected by the patch.
  By applying just this part I hope to get confirmation that
  these changes does not affect anything.

  The main points are:

  1. Move bindings definitions to menu.tcl

  2. Implement "unpost" as well as it can be.

  3. Provide virtual events on Menubutton's menu to help it
     do the right thing.

  4. Make tk::WinMenu a general command for support
     functions. More subcommands are foreseen there.


tkt_uuid: 1023551fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 01. Bindings
priority: 5 Medium
foundin: None
resolution: None
title: Add default right-button menu for entry and text widgets.
comment:
  Most modern GUI system have a convention that
  right-click of mouse on the widget brings up a menu
  with context-related operations on this widget.

  At least user expect Cut/Copy/Paste operations
  availible on such menu of any editable widget.

  Tk core doesn't provide such menus on entry and text
  widgets.

  Since incorporation of undo stack into core, undo and
  redo operations should be added into this menu as well.

  Attached file provides such bindings for Entry and Text
  bindtags along with code which enables and disables
  certain operation according to widget and system
  clipboard state.

  This file is a proper tcl package with namespace, but I
  think that this feature really should go into Tk core.


tkt_uuid: 1023955fffffffffffffffffffffffffffffffff
type: RFE
status: Closed
subsystem: 12. Unix Menus
priority: 5 Medium
foundin: None
resolution: Fixed
title: don't flip cursor on menus
comment:
  On unix, the cursor flips to 'arrow' when you click in
  a menu.  This is adopted from Motif, and no other unix
  toolkit seems to use this style anymore.  Those kind of
  things belong in the tk_strictMotif paradigm, if we
  retain them at all.  The attached patch corrects that.


tkt_uuid: 1024364fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 8
foundin: None
resolution: Accepted
title: option -use does not work properly under Windows
comment:
  I was exploring the possibility to embed a Tk window in
  a window owned by another program and so I first tried
  the following script:

  exec wish -use [winfo id .] &

  in the console window under Windows 98 and Windows XP
  (using 8.4.1 repsectively 8.4.5).

  This causes a crash (a messagebox with an application
  error comes up - memory referenced at some invalid
  address or a message of similar wordings)


tkt_uuid: 1024742fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 47. Win Fonts
priority: 5 Medium
foundin: None
resolution: None
title: better support for Type 1 fonts on WinXP
comment:
  Tk has a rather clever method of font substitution; 
  however, it doesn't work well with Type 1 fonts on 
  WinXP.

  The trouble seems to be in tkWinFont.c, in the function 
  LoadFontRanges().  It uses GetFontData() from the 
  Win32 API, but the platform SDK states "If an application 
  attempts to use this function to retrieve information for 
  a non-TrueType font, an error occurs."

  I wrote a little program (source available on request) to 
  try this out, and indeed

    n = GetFontData(hdc, cmapKey, 0, &cmapTable, sizeof
  (cmapTable));

  returns GDI_ERROR with a Type 1 font selected into 
  hdc.  (I cut-and-pasted this from tkWinFont.c, along 
  with what I thought was enough of the preceding code 
  to declare the tables and whatnot.)  Perhaps this isn't 
  saying much, since even for TrueType fonts I get 
  GDI_ERROR.  Maybe using

    hdc = CreateCompatibleDC(NULL);

  to create a device context isn't the right way; maybe I 
  need to write a "real" Windows program with WinMain 
  and a HWND so I can get a real HDC instead of plain 
  main.  But we will assume the docs to be true, so that 
  Type 1 fonts return GDI_ERROR.

  So, I check

    if (GetTextCharset(hdc) == ANSI_CHARSET)

  as tkWinFont.c does, and this comes up true for every 
  font I throw in, Type 1 or TrueType.  The code in 
  LoadFontRanges() would then declare that the character 
  range for the font is 0x00 to 0xff, which means that for 
  a Type 1 font any character outside of that range will 
  be substituted for, as is the case.

  Now, WinXP (and Win2K) has a function 
  GetFontUnicodeRanges() that accurately reports what 
  glyphs are available in a Type 1 font.  It also works for 
  TrueType fonts.  I propose that this function be used in 
  tkWinFont.c instead of GetFontData() for those ports of 
  Tk to versions of Windows that support it.  TextOut() 
  works with Type 1 fonts (from personal experience), so I 
  would assume GetTextExtentPoint32() would also, 
  meaning that very little of the rest of tkWinFont.c would 
  have to be touched.

  I suppose I should submit a patch.  Why don't I?

  1) I've never submitted a patch before.
  2) I don't know the protocol for patching something to 
  work on only some versions of Windows.


tkt_uuid: 1025471fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 52. [clipboard]
priority: 5 Medium
foundin: obsolete: 8.5a1
resolution: Invalid
title: Problem with newline translation when appending to clipboard
comment:
  To illustrate the problem perform the following command
  in a wish shell on Windows

  clipboard append -format STRING --
  "\"hello\nworld\"\ngoodbye\tworld"

  and then do a paste in cell A1 of an Excel document. At
  this point the first \n has produce a line break
  between "hello" and "world" in cell A1, the second \n
  caused insertion to move to cell A2 and the \t caused
  insertion to move to cell B2. Unfortunately there is an
  extra character after "hello" and before the line
  return in cell A1. I believe this is the result of
  blanket newline translation in the tkWinClipboard.c
  code. I don't think this issue is a "bug", but since
  there isn't any work-a-round I think an option should
  be added to the clipboard append command that would
  allow newline translation to be turned off. The
  translation needs to be truned off because the newline
  translations isn't uniform over the entire clipboard
  string but is based on context (i.e. is it within
  quotes or not).

  Tom Krehbiel
  tom.krehbiel@freescale.com


tkt_uuid: 1025774fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 37. [tk_get*File]
priority: 4
foundin: obsolete: 8.5a2
resolution: None
title: winDialog-5.16 test failure
comment:
  Tk: v8.5a2 HEAD at 10-09-04
  OS: WinXPsp2
  Built with makefile.vc using VC7

  ==== winDialog-5.16 GetFileName: initial file: long 
  name FAILED
  ==== Contents of test case:

      start {set x [tk_getSaveFile -initialfile $a -
  title Long]}
      then {
  Click 1
      }
      string totitle $x

  ---- Result was:
  D:/src_tk/win/12x 456
  ---- Result should have been (exact matching):
  D:/src_tk/win/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  ==== winDialog-5.16 FAILED

  This is a new failure since installing SP2, it used 
  to pass on SP1


tkt_uuid: 1025781fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 6
foundin: obsolete: 8.5a2
resolution: Fixed
title: textDisp-19.16 test failure
comment:
  Tk: v8.5a2 HEAD at 30-08-04
  OS: WinXPsp2
  Built with makefile.vc using VC7

  ==== textDisp-19.16 count -ypixels FAILED
  ==== Contents of test case:

      .t configure -wrap word
      .t delete 1.0 end
      .t insert 1.0 "Line 1"
      foreach i {2 3 4 5 6 7 8 9 10 11 12 13 14 15} {
  .t insert end "\nLine $i"
      }
      .t insert end "\nThis last line wraps around 
  four "
      .t insert end "times with a bit left on the last 
  line."
      # Need to update so everything is calculated.
      update
      set res {}
      lappend res  [.t count -ypixels 1.0 end]  [.t 
  count -update -ypixels 1.0 end]  [.t count -ypixels 
  15.0 16.0]  [.t count -ypixels 15.0 "16.0 
  displaylineend +1c"]  [.t count -ypixels 16.0 "16.0 
  displaylineend +1c"]  [.t count -ypixels "16.0 +1 
  displaylines" "16.0 +4 displaylines +3c"]

  ---- Result was:
  240 300 15 30 15 45
  ---- Result should have been (exact matching):
  300 300 15 30 15 45
  ==== textDisp-19.16 FAILED

  This also used to fail with SP1.


tkt_uuid: 1025871fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: text-1.42 fails
comment:
  ==== text-1.42 text options FAILED
  ==== Contents of test case:

      set result {}
      foreach i [.t2 configure] {
          lappend result [lindex $i 4]
      }
      set result

  ---- Result was:
  1 blue {} {} 0 7 watch {} 0 {} fixed #012 5 #123 #234 0
  #c3c3c3 green 45 100 47 2 5 3 82 raised #ffff01234567
  21 yellow 0 0 0 0 {} disabled {1i 2i 3i 4i} {any old
  thing} 1 73 word {x scroll command} {test command}
  ---- Result should have been (exact matching):
  1 blue {} {} 0 7 watch {} 0 {} fixed #012 5 #123 #234 0
  {} green 45 100 47 2 5 3 82 raised #ffff01234567 21
  yellow 0 0 0 0 {} disabled {1i 2i 3i 4i} {any old
  thing} 1 73 word {x scroll command} {test command}
  ==== text-1.42 FAILED


tkt_uuid: 1026485fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: search return index is less than the start
comment:
  Parts of this are taken from tklib bug 984407 by Niel
  Madden:

  This bug doesn't occur with 8.4.6 in unix, but does
  occur with 8.5 and the HEAD as of Sep 11, 2004.  It can
  result in an endless loop with applications that expect
  the result to be >= the start index.

  Using the ctext.tcl (a text megawidget) in the HEAD of
  tklib:

  source ctext.tcl
  pack [ctext .t]
  ctext::addHighlightClassForRegexp .t comment navy
  {#[^\n]*\n}

  Then if I add the following to the text widget:

  This is a test
  # This is a test
  foo

  Then position the cursor somewhere in the comment, and
  press
  backspace - endless loop occurs in ctext::highlight -
  the third while
  1 loop. Problem seems to be that the [$win search..]
  stuff is
  passed indices like 4.0 3.15 (i.e. start is after end),
  and it return
  3.0 bizarrely (this may be a bug in the text widget, or
  possibly in
  the Mac OS X implementation - I haven't followed up
  yet). The fix
  was to add these lines after the {"" == $res} check:

  # If result given is less than the start index (can
  happen), then
  # break out
  foreach {l1 c1} [split $res .] {l2 c2} [split $si .] {
  break }
  if {$l1 < $l2 || ($l1 == $l2 && $c1 < $c2)} { break }


tkt_uuid: 1027741fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: None
priority: 5 Medium
foundin: None
resolution: None
title: Selection doesn\'t change on Redo operation
comment:
  When Redo operation is invoked in text widget with
  selection,
  insertion cursor moves to the redone text, but if there
  is a selection which was created after last Undo, it
  persists.
  This can be misleading for users which thinks that text
  typed with active selection should replace selection.

  If selection changes would be saved in Undo stack, it
  would be more consistent with other (non-Tk ) applications.


tkt_uuid: 1027743fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 70. Event Loop
priority: 5 Medium
foundin: None
resolution: Invalid
title: update idletasks doesn't always process visibility events
comment:
  When application does some long operation with periodic
  calls to update idletasks, not all widgets in
  application are redrawn
  if it is neccessary.

  In my case, when window was obscured by another app
  window, and then shown again, listbox widget is updated,
  but image buttons and lables was not. 


tkt_uuid: 1028888fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 51. [place]
priority: 8
foundin: obsolete: 8.4.7
resolution: Fixed
title: memory leak in [place forget]
comment:
  This script causes memory use
  to grow without bound:

  . configure -width 500 -height 50 -bg white
  frame .f -height 50 -width 5 -bg red
  place .f -x 250 -y 0 -anchor nw
  set place 0
  while 1 {
      place forget .f
      place .f -x [expr {[incr place] %500}]
  }


tkt_uuid: 1029349fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 85. Win Build
priority: 5 Medium
foundin: None
resolution: Fixed
title: makefile.vc env checks fail under vc7
comment:
  the environment checks in the tk makefile.vc differ
  from the tcl makefile. tcl works under vc7 but tk does
  not.

  tk:

  !if "$(MSDEVDIR)" == ""

  tcl:

  !if !defined(MSDEVDIR) && !defined(MSVCDIR)


tkt_uuid: 1030445fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Works For Me
title: Topmost window changes with wm attributes -alpha
comment:
  In tkchat I added a slider on a dialog to play with the
  -alpha transparency gimmick :)

  However, when we transition to or from opaque to
  transparent the main toplevel always becomes topmost.

  In the slider command handler I fixed it by adding a
  [raise $dlgname]


tkt_uuid: 1030541fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 41. Photo Images
priority: 7 High
foundin: obsolete: 8.4.4
resolution: Fixed
title: $imageName configure fails with pure list.
comment:
  If I attempt to switch frames on an animated GIF
  with

      $imageName configure -format [list GIF -index $index]

  it appears to revert to frame 0; [$imageName cget -format]
  returns the empty string.

  On the other hand

      $imageName configure -format "GIF -index $index"

  works as expected.

  Is something reaching directly into the string rep that
  isn't there, rather than doing Tcl_GetStringFromObj?


tkt_uuid: 1032077fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 68. Win Window Operations
priority: 5 Medium
foundin: None
resolution: None
title: Add Windows animation of toplevels
comment:
  It would be simple to modify tkWinWm.c:TkpWmSetState to
  use AnimateWindow instead of ShowWindow, based on some
  extra 'wm' params that would allow window animation.


tkt_uuid: 1032300fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Fixed
title: wish crashes with canvas
comment:
  when I try to save the canvas created using 
  tkpiechart package to a post script file wish crashes.
  wish: 8.4.7
  platform: windows XP home edition

  package require stooop 4.1
  namespace import stooop::*
  package require switched 2.2
  package require tkpiechart
   
  set canvas [canvas .c -highlightthickness 0]
  pack $canvas -fill both -expand 1
  set pie1 [new pie\
      $canvas 0 0 -height 150 -thickness 20 -
  background gray\
      -labeler [new pieBoxLabeler $canvas -justify 
  center -offset 10]\
      -title "this is pie #1" -titlefont fixed -titleoffset 6 -
  selectable 1\
  ]
  # create a few slices
  set slice11 [pie::newSlice $pie1 test]
  pie::sizeSlice $::pie1 $slice11 0.5 100
  set slice12 [pie::newSlice $pie1 yaha]
  pie::sizeSlice $::pie1 $slice12 0.4
  set slice13 [pie::newSlice $pie1 hello]
  pie::sizeSlice $::pie1 $slice13 0.1
  update idletasks
  #
  # this causes the crash
  #
  $canvas postscript -file test.pst


tkt_uuid: 1032907fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 11. Aqua Menus
priority: 4
foundin: obsolete: 8.4.7
resolution: None
title: menubutton fg color changes unexpectedly under Aqua Tk
comment:
  I noticed the following bizarre behavior under MacOS X  
  10.3.4 with Tcl/Tk Aqua 8.4.7: if I have a button using a 
  gray50 bitmap and I change its foreground color, the color 
  of the text of all menubuttons on the same toplevel also 
  changes to that same new color!

  Here is a procedure to see this:

  menubutton .mb -text sometext
  pack .mb
  button .b -bitmap gray50
  pack .b
  .b configure -fg blue

  * Click on the title bar of the topevel window to bring it to 
  the front.
  * Move the mouse over the menubutton (without clicking!)
  * Observe that the color of the menubutton's text changes 
  to blue! Why???

  I sure hope this is a bug and not a feature. I can't imagine 
  why this behavior should be normal, and I don't see this 
  strange behavior under unix (nor, I think, under some 
  earlier versions of aqua Tcl/Tk but I've not tried reverting to 
  find out for sure).

  On the other hand, under aqua Tk I've not found any 
  *proper* way to change the color of the text or the 
  background for a menubutton, which has been a great 
  source of grief. Pity that this bug doesn't make a useful 
  workaround for that problem.     


tkt_uuid: 1032941fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 11. Aqua Menus
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Duplicate
title: menu bar menus sometimes in wrong place under aqua
comment:
  On MacOS X, using aqua tcl/tk 8.4.7 or earlier, create a 
  menu bar using the old technique of creating a frame and 
  packing menubuttons into it. I observe that menus are 
  sometimes posted at very much the wrong location on the 
  screen (e.g. 1/4 to 1/2 screen away from where it should 
  be).

  I see the problem intermittently on my tcl/tk application and 
  haven't found any way to force it to misbehave or to 
  behave. Once it starts it seems to persist, so I have to quit 
  and start over. It also appears that once it starts, bringing a 
  different application to the front and then bringing my tcl/tk 
  application to the front seems to make the offset worse.

  -- Russell


tkt_uuid: 1032943fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 11. Aqua Menus
priority: 4
foundin: obsolete: 8.4.7
resolution: None
title: menubutton indicator always on for aqua tk
comment:
  the menubutton "menu" indicator (controlled by 
  indicatoron) is always present on Aqua tcl/tk (e.g. MacOS X 
  10.3.4, Aqua tcl/tk 8.4.7 but also for every earlier version I 
  tried).

  If one sets indicatoron=0 one sees that the menu becomes 
  narrower (by approximately the width of the menu 
  indicator) but the indicator is still there; the space is taken 
  out of the area used for displaying the text of the 
  menubutton.

  As a consequence, the displayed text may become 
  truncated. This truncation occurs quite reliably if the font 
  size is small (less than 13 point or so), at least for my 
  menubuttons which typically have 3-5 characters in their 
  text.

  -- Russell


tkt_uuid: 1032953fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 11. Aqua Menus
priority: 4
foundin: obsolete: 8.4.7
resolution: None
title: menubutton: can\'t set fg on aqua Tcl/Tk
comment:
  Setting the fg or bg of a menubutton under aqua tcl/tk 
  (8.4.7 or earlier, MacOS X 10.3.4 or earlier) does nothing 
  useful. Setting bg sets the color of a border region around 
  the menubutton. Setting fg does nothing. Setting other 
  colors (active..., etc.) also does nothing.

  I realize this is probably an issue with limitations in the 
  native toolkit, but what with all the other problems with 
  aqua menubuttons (see my recent spate of bug reports and 
  reports from others), I was hoping you might consider 
  making your own menubutton instead of relying on the 
  native widget.

  (aqua buttons have some of the same limitations and would 
  also benefit from being homegrown instead of native).


tkt_uuid: 1032982fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 68. Win Window Operations
priority: 5 Medium
foundin: TIP Implementation
resolution: Accepted
title: Add fullscreen wm state
comment:
  This patch implements a new fullscreen state for the
  wm state command. A TIP will be created for it very
  soon. Note that this patch currently applies to Windows
  only.


tkt_uuid: 1033299fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 04. Canvas Basics
priority: 5 Medium
foundin: None
resolution: None
title: Add -class option to canvas
comment:
  Canvas widgets are very useful thing to use as base for
  megawidget construction. Given that canvas can contain
  embedded windows, it can be considered container widget
  just like frame and toplevel.

  But because there is no -class option, options database
  cannot be used do control behavoir of canvas-based
  megawidgets, without enclosing canvas into frame which
  sole purpose to provide class. This makes application
  widget tree overcomplicated and hamper use of Tk
  introspection features.

  Canvas widget has very few global option by itself, and
  they are seldom globally changed using option database.

  Even better is to allow certain groups of canvas items
  to have its own database class within parent canvas
  namespace.


tkt_uuid: 1034171fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: textDisp-19.14 fails sometimes:
comment:
  ==== textDisp-19.14 GetYView procedure FAILED
  ==== Contents of test case:

      .t configure -wrap word
      .t delete 1.0 end
      .t insert 1.0 "Line 1"
      foreach i {2 3 4 5 6 7 8 9 10 11 12 13 14 15} {
          .t insert end "\nLine $i"
      }
      .t insert end "\nThis last line wraps around four "
      .t insert end "times with a bit left on the last line."
      # Need to update so everything is calculated.
      update ; .t count -update -ypixels 1.0 end
      set scrollInfo "unchanged"
      .t mark set insert 3.0
      .t tag configure x -background red
      .t tag add x 1.0 5.0
      update
      .t tag delete x
      set scrollInfo

  ---- Result was:
  0.0 0.5
  ---- Result should have been (exact matching):
  unchanged
  ==== textDisp-19.14 FAILED

  This test does not always fail.  Its failure
  appears to be correlated with slow/busy
  machines, making me think this test is
  timing-dependent.


tkt_uuid: 1035348fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 83. Mac OS X Build
priority: 5 Medium
foundin: None
resolution: Fixed
title: loadable TkAqua
comment:
  patches to core-8-4-branch and HEAD that enable [package 
  require Tk] for TkAqua:

  All platform specific code from tkMacOSXAppInit.c is moved to 
  tkMacOSXInit.c and tkMacOSXAppInit.c is removed and replaced by 
  the generic unix/tkAppInit.c.

  Almost all such startup code was interp specific and is moved into 
  the existing initialization code in TkpInit(). The only pre-interp-
  initialization we need to do is setting up the Resources/Scripts/
  AppMain.tcl startup file (if present), this code is moved to a new 
  TkMacOSXDefaultStartupScript() which is called from Tk_Main() 
  (the only change to generic code).

  The main project change is addition of a pkgIndex.tcl script in 
  Tk.framework/Resources/Scripts, which enables [package require 
  Tk]. 

  I've also added code to TkpInit() that checks if we are loaded into a 
  bundled executable; and if not, attempts to dynamically acquire the 
  undocumented CPSEnableForegroundOperation SPI and use it to 
  notify the window server that we are now a full GUI application (this 
  will not break if that SPI ever disappears or changes its name).
  Even though we've previously discussed and rejected using CPS SPI, 
  I've lost my scruples on this after talking to the LaunchServices 
  engineers at WWDC (who said to go ahead and use the same 
  workaround that JAR launcher, SDL, wxPython etc all already use, 
  it's not likely to go away at this point and an official solution is not 
  in the pipeline). Just google for CPSEnableForegroundOperation to 
  see how widespread use of this SPI is... In any case, this code can 
  be disabled via #define if desired.
  Of course it's still much preferred to use a bundled executable, as 
  you cannot get a dock icon, document bindings, a bundle id, etc 
  otherwise, also the aete resource for Wish is not available to an 
  unbundled executable (i.e. app cannot be targeted via AppleScript)

  With all this, [package require Tk] now works from tclsh wrapped as 
  a bundled executable, and also unbundled if the above code is 
  enabled.

  In particular, this also allows the Tcl::Tk perl module to properly 
  load TkAqua:
  http://search.cpan.org/~vkon/Tcl/
  http://search.cpan.org/~vkon/Tcl-Tk/
  get release 0.84 which has my patches to build the Tcl module 
  against Tcl.framework, and configure the Tcl module with
  perl Makefile.PL --tclconfig /Library/Frameworks/
  Tcl.framework/tclConfig.sh --usestubs INSTALLSITEMAN3DIR=/usr/
  local/man/man3
  and the Tcl::Tk module with
  perl Makefile.PL INSTALLSITEMAN3DIR=/usr/local/man/man3
  both modules should pass all their 'make test's...

  Jim, could you review this for checkin?


tkt_uuid: 1036245fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 49. [grid]
priority: 5 Medium
foundin: obsolete: 8.4.1
resolution: Invalid
title: grid places new cell over old (removed one)
comment:
  The following example shows the issue:

    
  label .l1 -text 1
  label .l2  -text 2
  grid .l1    
  grid remove .l1
  grid .l2
  grid .l1

  if we remove last grid cells their place is overtaken
  by creating next cells
  even the first cells are not forgotten (like in grid
  forget), the placement is
  wrong

  puts  [ grid info .l1 ]
  -in . -column 0 -row 0 -columnspan 1 -rowspan 1 -ipadx
  0 -ipady 0 -padx 0 
  -pady 0 -sticky {}

  puts  [ grid info .l2 ]
  -in . -column 0 -row 0 -columnspan 1 -rowspan 1 -ipadx
  0 -ipady 0 -padx 0 
  -pady 0 -sticky {}

  It shows that both cells have the same place now!!!!!!!!

  Workaround: firstly create all cells, afterwards
  remove/re-add necessary ones. 8.3 did not have this bug


tkt_uuid: 1036963fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 7 High
foundin: obsolete: 8.4.7
resolution: Fixed
title: panedwindow proxy sash should have save_under attribute set
comment:
  The panedwindow proxy sash should have the X windows
  save_under attribute set, the same as pop-up menus.

  The save_under attribute is used in X windows to
  indicate that a window is a temporary pop-up, and the
  contents of windows beneath it should be preserved if
  possible.  If save_under is not set then the
  panedwindow pane windows get Expose events as the
  proxy sash is dragged across them.  This is
  demonstrated using the attached test script.  The
  consequence of the Expose events is that the
  pane windows must redraw the damaged areas as
  the proxy sash is moved, causing extra processing (and
  network traffic for remote displays).  I am using an
  OpenGL extension to create the pane windows, which can
  involve a lot of processing to redraw in response to
  an Expose event.

  The attached simple patch adds the save_under flag to
  the proxy sash window.  The diff is generated from the
  latest HEAD version 1.20.  It could also be applied to
  the 8.4 branch. The change only affects X windows
  systems, and is ignored by the Xlib emulation on
  Windows.


  #!/bin/env wish
  #
  # Example script to demonstrate expose events being
  # generated as the panedwindow proxy sash is dragged
  # across the panes

  panedwindow .p

  frame .p.pane1
  .p add .p.pane1 -sticky nsew -width 200 -height 200

  bind .p.pane1 <Expose> { puts "Expose on pane1" }

  frame .p.pane2
  .p add .p.pane2 -sticky nsew -width 200 -height 200

  bind .p.pane2 <Expose> { puts "Expose on pane2" }

  pack .p -fill both -expand 1


tkt_uuid: 1038760fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 70. Event Loop
priority: 5 Medium
foundin: None
resolution: None
title: Tcl_DoOneEvent doesn't return when modal dialog is open.
comment:
       I have a problem with Tcl_DoOneEvent when used 
  with modal dialog box. 
  I am using C-Tcl/Tk interface on linux platform with C as 
  backend and Tcl/Tk as GUI front end. In C program I use 
  the call Tcl_DoOneEvent to service all Tcl events. If 
  TCL_DONT_WAIT flag is specified with this call, this call  
  should return when there are no events to handle. It 
  does return normally, but not when a modal dialog is 
  opened in Tcl/Tk. Thus, when a modal dialog box is 
  opened, my C program is effectively 'blocked' and I 
  cannot use C program to update display in GUI front 
  end. 
    I have attached a sample C and Tcl program to 
  simulate this problem. It can be compiled for linux with
  gcc -o tclmodal main.c -ltcl8.4 -tk8.4

    Following is the event loop shown here from attached 
  file main.c
  while (TclIsRunning) {
        while (Tcl_DoOneEvent(TCL_ALL_EVENTS | 
  TCL_DONT_WAIT));
  printf("Returned from Tcl_DoOneEvent ");
  usleep(10);   
  }
  When you run tclmodal, it will repeatedly print "Returned 
  from Tcl_DoOneEvent". But if you click File->Open, it will 
  open a dialog box and you will see that print messages 
  are stopped indicating that Tcl_DoOneEvent has not 
  returned. Closing the dialog box will resume printf 
  messages. 
     Can anybody explain this behavior of Tcl_DoOneEvent 
  and help me find a solution so that my C program is 
  not 'blocked' when modal dialog box is open ? I would 
  really appreciate the help. 

  The file attached is : main.c   
  I could attach only one file with the tracker, so I have 
  printed here contents of modaldlg.tcl. Just copy 
  following part to modaldlg.tcl file and run C application.  
  # modaldlg.tcl file for eventloop testing
  . configure -menu .mbar
  menu .mbar
  .mbar add cascade -label "File" -menu .mbar.file
  menu .mbar.file -tearoff 0
  .mbar.file add command -label "Open..." \
  -command {set openFile [tk_getOpenFile -
  title "Select File to Open"]}


tkt_uuid: 1038905fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: text.n: unknown characters
comment:
  Tk: v8.5a2 HEAD at 01-10-04
  OS: WinXPsp2
  Built with makefile.vc using VC7

  The following two warnings occur while building the 
  helpfile:-

  Pass 2 -- D:/src_tk/win/../doc/text.n
  Unknown character: \s
  Unknown character: \{

  The attached patch fixes these typos.


tkt_uuid: 1041475fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 06. Canvas Postscript
priority: 8
foundin: obsolete: 8.5a2
resolution: Rejected
title: canvPs-3.1: long delay
comment:
  Test canvPs-3.1 still passes, but
  the command

      .c postscript -file bar.ps

  within it is now taking much longer
  than it ever has before, around
  30 *seconds* to complete.  Something
  must have recently changed to bog this
  way down.


tkt_uuid: 1042414fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 61. Safe Tk
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Duplicate
title: safe-2.1 fails on Windows - VC++
comment:
  ==== safe-1.2 Safe Tk loading into an interpreter FAILED
  ==== Contents of test case:

      catch {safe::interpDelete a}
      safe::interpCreate a
      safe::loadTk a
      set l [lsort [interp hidden a]]
      safe::interpDelete a
      set l

  ---- Result was:
  bell cd clipboard encoding exec exit fconfigure file
  glob grab load menu open pw
  d selection socket source tk_chooseColor
  tk_chooseDirectory tk_getOpenFile tk_ge
  tSaveFile tk_messageBox toplevel wm
  ---- Result should have been (exact matching):
  bell cd clipboard encoding exec exit fconfigure file
  glob grab load menu open pw
  d selection send socket source tk_chooseColor
  tk_chooseDirectory tk_getOpenFile
  tk_getSaveFile tk_messageBox toplevel wm
  ==== safe-1.2 FAILED


tkt_uuid: 1048554fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: None
resolution: Out of Date
title: Bug fix for pinstripe background--from Trebuchet developer
comment:
  From the Trebuchet developer: 

   Focus rings for text widgets are often wrong.  I'll take a look and 
  see if I can track this bug down later.

      Focus rings are implemented as a bit of a hack.  Carbon 
  appears to refuse to tell me the true region shapes of the controls 
  in question, so I had to fake it.  This means if apple changes the 
  shape of their theme buttons at some point in the future, the focus 
  rings will be incorrect.  I recently came across info on how to fix 
  this so it's done the correct way, but it will take a lot of rework of 
  the tkMacOSXButton.c and tkMacOSXMenuButton.c files.

      In canvas widgets, the pinstripe background gets offset from the 
  correct pattern.  This is a subtle effect usually, but it appears hard 
  to fix.

      The Application Preferences menu item will always be enabled, 
  even if no preferences handler proc is defined.

      Dashed lines in canvases don't work when drawing with 
  foreground color set to one of the theme background patterns.  You 
  can do one or the other, but not both at the same time.


tkt_uuid: 1048942fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: text.tcl: Mousewheel binding output to stderr
comment:
  Tcl/Tk: v8.5a2
  OS: WinXPsp2
  Built with makefile.vc using VC7

  When trying to use the scrollwheel in wish all I get 
  are a stream of numbers printed in red. These appear 
  to be test indicators for scroll speed for both up 
  (positive numbers) and down (negative numbers) 
  directions.


tkt_uuid: 1055023fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 03. [*button] and [label]
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Fixed
title: Aqua button compound changes incomplete
comment:
  Under Aqua, configuring a button with -compound and a
  value other than none, then configuring it to none,
  only partially updates the geometry and leaves the
  text.  This can yield strange effects such as having
  the button text appear in the center of the button when
  it is supposed to not appear at all, or shift the image
  out of the center of the button.  e.g.

  pack [button .b -text Foo -image $img]
  .b configure -compound top
  .b configure -compound none

  The problem appears to be that the Aqua native control
  only has its text ("title") property changed when the
  text for the button changes.  It does not get re-set
  when the compound setting changes to none.

  The attached patch fixes the problem for me (note the
  version in the diffs is from my repository, not
  sourceforge's).


tkt_uuid: 1055423fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 08. [(label)frame] and [toplevel]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: Improve doc for frame -width/-height
comment:
  It should be documented better that frame's (and its
  peers')
  -width (and -height) is total size, including -bd/-pad.
  That is different from how e.g. canvas' -width work.

  Also, a note on how frame's -width interact badly with
  geometry managers would be good.


tkt_uuid: 1056161fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 9 Immediate
foundin: obsolete: 8.5a2
resolution: Fixed
title: Sporadic crashes in text widget
comment:
  From time to time, wish8.5 crashes with the panic
  message "LayoutDLine couldn't place any characters on a
  line".   Stack trace atttached.

  I can't reliably replicate the problem, but it tends to
  happen in tkchat while scrolling the log window.


tkt_uuid: 1060155fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 9 Immediate
foundin: obsolete: 8.4.8
resolution: Works For Me
title: raise-* failures on Windows
comment:
  Building 8.4-head of 04Nov2004 11:30 GMT on Windows XP
  we get a pile of errors from raise.test. A sampling:

  ==== raise-1.2 preserve creation order FAILED
  ==== Contents of test case:

      raise_setup
      testmakeexist .raise.a
      update
      raise_getOrder

  ---- Result was:
  tktest tktest tktest tktest tktest tktest tktest tktest
  ---- Result should have been (exact matching):
  d d d b c e e e
  ==== raise-1.2 FAILED


tkt_uuid: 1060492fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 83. Mac OS X Build
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Wont Fix
title: make install fails if binary installed
comment:
  The binary installation creates a different
  installation vs the make install, where a link/alias is
  created for Wish Shell.app in /Applications/Utilities.
  The source make install tries to install Wish Shell.app
  in /Application/Utilities directly, and chokes on the
  alias during install and fails. Understandably the
  project maintainers may not have any involvement in the
  development of binary installs but if you provide
  binaries from the project, either installation should
  be standardized or the source installs should account
  for this condition.


tkt_uuid: 1060547fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 31. Cursor Names
priority: 5 Medium
foundin: None
resolution: Out of Date
title: Can't specify 'invisible' cursor in Tclet on Unix
comment:
  Logged from the Tcler's Chat:

  [21:28]
  <r4>
  hi, can anybody tell me if it is possible to create own
  cursor in tclet?
  [21:28]
  <r4>
  is it possible ?
  [21:28]
  dkf
  Don't think so. Cursors are messy.
  [21:28]
  dkf

  [21:28]
  snichols
  cursor? That sounds like a DBMS thing.
  [21:29]
  dkf
  snichols: This is a Tk widget thing   The -cursor option.
  [21:29]
  <r4>
  no no mouse cursor i meant
  [21:30]
  snichols
  ok. thanks. I was thinking of the cursor used to
  navigate a result set in a SQL stored procedure.
  [21:30]
  dkf
  Someone sometime needs to sit down and clean that mess
  out so you can define them without external files. But
  that's not been done yet. 
  [21:30]
  dkf
  Sorry.
  [21:32]
  <r4>

  [21:32]
  <r4>
  is any hack possible ?
  [21:32]
  dkf
  Tricky in a tclet
  [21:33]
  <r4>
  am working on some case tool and want to enable it as tclet
  [21:33]
  <r4>
  and mouse cursor is one of important things for this 
  [21:33]
  dgp possibly hasn't really left.
  [21:33]
  dkf
  The most common hack is to hide the cursor and use a
  shaped tiny window
  [21:33]
  <r4>
  and what about replacing data ? in a loaded cursor ?
  could it be done ?
  [21:33]
  dkf
  But you need an extension to do that and it definitely
  won't work in a tclet.
  [21:33]
  <r4>
  yop
  [21:33]
  <r4>
  but how to hide cursor ?
  [21:34]
  dkf
  Try setting it to 'none' first 
  [21:34]
  bschwarz
  -cursor no
  [21:34]
  <r4>
  in unix? (no 'no' cursor defined )
  [21:35]
  dgp saunters in.
  [21:35]
  dkf
  IMO that's a bug (even though it's been that way for a
  long time)
  [21:35]
  bschwarz
  windows
  [21:35]
  <r4>
  none doesnt work too ..
  [21:35]
  <r4>
  m$ sukz 
  [21:36]
  bschwarz
  maybe -cursor {} ?
  [21:36]
  dkf
  Actually MS is worse than that. 
  [21:36]
  <r4>
  i found a trick how to do none cursor in nix, but it
  was through loading empty image .. so nothing for tclet 
  [21:36]
  <r4>
  hehe
  [21:36]
  <r4>
  no way -cursor {} is the default one
  [21:37]
  jenglish
  There's a bug in the manpage:
  [21:37]
  dkf
  Tclet's are a good reason why the current behaviour is
  wrong and insufficient.
  [21:37]
  jenglish
  Under PORTABILITY ISSUES - Windows - "The *no* cursor
  can be specified to eliminate the cursor."
  [21:37]
  <r4>
  ??
  [21:37]
  jenglish
  Which is just plain wrong.  The "no" cursor is a
  slashed circle (meaning "No!")
  [21:37]
  dkf
  Filing a bug...
  [21:38]
  bschwarz
  yeah, it doesn't get rid of it
  [21:38]
  <r4>
  sorry am a quite new in tcl , am c++ native speaker 
  [21:38]
  dkf
  That's OK.
  [21:38]
  dkf
  You've come across a grotty spot where things aren't
  good enough.
  [21:38]
  bschwarz
  couldn't he somehow override the cursor image within
  his Tcl script thought?
  [21:39]
  jenglish
  -cursor {},which is the default, means "inherit the
  cursor from the parent window".


tkt_uuid: 1062022fffffffffffffffffffffffffffffffff
type: Support
status: Closed
subsystem: None
priority: 5 Medium
foundin: None
title: TIP 231: Support for [wm attributes] on X11
comment:
  Adds support for -topmost, -zoomed, and -fullscreen wm
  attributes on X11.  Implementation is based on the
  freedesktop.org EWMH spec.


tkt_uuid: 1063675fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 79. L10N
priority: 9 Immediate
foundin: obsolete: 8.4.7
resolution: Accepted
title: translation errors in tk8.4/msgs/it.msg
comment:
  There are two mistakes in the Italian msgcat file for
  tk 8.4 (I am using 8.4.6 from ActivState):
  - 'Delete' is translated as 'Incolla' instead of 'Cancella'
  - 'Yes' is translated (twice) as 'Si' (without accent)
  instead of 'Sì' (with grave accent)

  Attached is a unified diff file (it contains also a few
  minor adjustments).


tkt_uuid: 1067243fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 5 Medium
foundin: obsolete: 8.5a1
resolution: Works For Me
title: canvImg test failures on WinXP
comment:
  Two tests fail with CVS head.


  ==== canvImg-8.29 ImageToArea procedure FAILED
  ==== Contents of test case:

      .c gettags [.c find overlapping 0 105 50 114.999]

  ---- Result was:
  image
  ---- Result should have been (exact matching):

  ==== canvImg-8.29 FAILED


  ==== canvImg-8.33 ImageToArea procedure FAILED
  ==== Contents of test case:

      .c gettags [.c find overlapping 80 0 150 100]

  ---- Result was:
  image
  ---- Result should have been (exact matching):

  ==== canvImg-8.33 FAILED


tkt_uuid: 1067244fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 5 Medium
foundin: obsolete: 8.5a1
resolution: Duplicate
title: paned window test failures
comment:
  The following 5 tests fail in cvs HEAD.

  ==== panedwindow-24.29 ConfigurePanes, -hide works FAILED
  ==== Contents of test case:

      panedwindow .p
      frame .f1 -width 10 -bg red
      frame .f2 -width 10 -bg white
      frame .f3 -width 10 -bg blue
      frame .f4 -width 10 -bg green
      .p add .f1 .f2 .f3 .f4
      pack .p -fill both -expand 1
      update
      set result [list]
      lappend result [winfo ismapped .f1] [winfo ismapped
  .f2] [winfo ismapped .f3
  ] [winfo ismapped .f4]
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      .p paneconfigure .f2 -hide 1
      update
      lappend result [winfo ismapped .f1] [winfo ismapped
  .f2] [winfo ismapped .f3
  ] [winfo ismapped .f4]
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      destroy .f1 .f2 .f3 .f4 .p
      set result

  ---- Result was:
  0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1
  ---- Result should have been (exact matching):
  1 1 1 1 10 10 10 10 1 0 1 1 10 10 10 24
  ==== panedwindow-24.29 FAILED


  ==== panedwindow-24.30 ConfigurePanes, -stretch first
  FAILED
  ==== Contents of test case:

      panedwindow .p
      frame .f1 -width 10 -bg red
      frame .f2 -width 10 -bg white
      frame .f3 -width 10 -bg blue
      frame .f4 -width 10 -bg green
      .p add .f1 .f2 .f3 .f4 -stretch first
      pack .p -fill both -expand 1
      update
      set result [list]
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      .p paneconfigure .f2 -hide 1
      update
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      destroy .f1 .f2 .f3 .f4 .p
      set result

  ---- Result was:
  1 1 1 1 1 1 1 1
  ---- Result should have been (exact matching):
  10 10 10 10 24 10 10 10
  ==== panedwindow-24.30 FAILED


  ==== panedwindow-24.31 ConfigurePanes, -stretch middle
  FAILED
  ==== Contents of test case:

      panedwindow .p
      frame .f1 -width 10 -bg red
      frame .f2 -width 10 -bg white
      frame .f3 -width 10 -bg blue
      frame .f4 -width 10 -bg green
      .p add .f1 .f2 .f3 .f4 -stretch middle
      pack .p -fill both -expand 1
      update
      set result [list]
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      .p paneconfigure .f2 -hide 1
      update
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      destroy .f1 .f2 .f3 .f4 .p
      set result

  ---- Result was:
  1 1 1 1 1 1 1 1
  ---- Result should have been (exact matching):
  10 10 10 10 10 10 24 10
  ==== panedwindow-24.31 FAILED



  ==== panedwindow-24.32 ConfigurePanes, -stretch always
  FAILED
  ==== Contents of test case:

      panedwindow .p
      frame .f1 -width 10 -bg red
      frame .f2 -width 10 -bg white
      frame .f3 -width 10 -bg blue
      frame .f4 -width 10 -bg green
      .p add .f1 .f2 .f3 .f4 -stretch always
      pack .p -fill both -expand 1
      update
      set result [list]
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      .p paneconfigure .f2 -hide 1
      update
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      destroy .f1 .f2 .f3 .f4 .p
      set result

  ---- Result was:
  1 1 1 1 1 1 1 1
  ---- Result should have been (exact matching):
  10 10 10 10 14 10 14 14
  ==== panedwindow-24.32 FAILED


  ==== panedwindow-24.33 ConfigurePanes, -stretch never
  FAILED
  ==== Contents of test case:

      panedwindow .p
      frame .f1 -width 10 -bg red
      frame .f2 -width 10 -bg white
      frame .f3 -width 10 -bg blue
      frame .f4 -width 10 -bg green
      .p add .f1 .f2 .f3 .f4 -stretch never
      pack .p -fill both -expand 1
      update
      set result [list]
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      .p paneconfigure .f2 -hide 1
      update
      lappend result [winfo width .f1] [winfo width .f2]
  [winfo width .f3] [winfo
  width .f4]
      destroy .f1 .f2 .f3 .f4 .p
      set result

  ---- Result was:
  1 1 1 1 1 1 1 1
  ---- Result should have been (exact matching):
  10 10 10 10 10 10 10 10
  ==== panedwindow-24.33 FAILED


tkt_uuid: 1067248fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 58. [send]
priority: 5 Medium
foundin: obsolete: 8.5a1
resolution: None
title: Win send disabled, causes test failure
comment:
  On Windows 'send' is disabled because it caused
  interpreter hangs.  However, this leads to a test failure.

  Ideally win-send should be fixed, but failing that the
  test should have a non-Windows constraint applied.

  ==== safe-1.2 Safe Tk loading into an interpreter FAILED
  ==== Contents of test case:

      catch {safe::interpDelete a}
      safe::interpCreate a
      safe::loadTk a
      set l [lsort [interp hidden a]]
      safe::interpDelete a
      set l

  ---- Result was:
  bell cd clipboard encoding exec exit fconfigure file
  glob grab load menu open pw
  d selection socket source tk_chooseColor
  tk_chooseDirectory tk_getOpenFile tk_ge
  tSaveFile tk_messageBox toplevel wm
  ---- Result should have been (exact matching):
  bell cd clipboard encoding exec exit fconfigure file
  glob grab load menu open pw
  d selection send socket source tk_chooseColor
  tk_chooseDirectory tk_getOpenFile
  tk_getSaveFile tk_messageBox toplevel wm
  ==== safe-1.2 FAILED


tkt_uuid: 1067249fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 16. [scrollbar]
priority: 5 Medium
foundin: obsolete: 8.5a1
resolution: Out of Date
title: WinXP: scrollbar test failure
comment:
  One test fails in cvs head:


  ==== scrollbar-6.22 ScrollbarPosition procedure FAILED
  ==== Contents of test case:

      .s identify [expr [winfo width .s] / 2] [expr
  int(.2 / [.s delta 0 1])  + [t
  estmetrics cyvscroll]]

  ---- Result was:
  trough1
  ---- Result should have been (exact matching):
  slider
  ==== scrollbar-6.22 FAILED


tkt_uuid: 1067250fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: obsolete: 8.5a1
resolution: Duplicate
title: WinXP: test failure with tk_getSaveFile
comment:
  One test fails with cvs head:


  ==== winDialog-5.16 GetFileName: initial file: long
  name FAILED
  ==== Contents of test case:

      start {set x [tk_getSaveFile -initialfile $a -title
  Long]}
      then {
          Click 1
      }
      string totitle $x

  ---- Result was:
  E:/programming/tcl-source/cvs-tk/win/12x 456
  ---- Result should have been (exact matching):
  E:/programming/tcl-source/cvs-tk/win/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaa
  ==== winDialog-5.16 FAILED


tkt_uuid: 1067251fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 5 Medium
foundin: obsolete: 8.5a1
resolution: None
title: test failure winWm
comment:
  in cvs head, this test fails:


  ==== winWm-5.1 UpdateGeometryInfo: menu resizing FAILED
  ==== Contents of test case:

      set result {}
      toplevel .t
      frame .t.f -width 150 -height 50 -bg red
      pack .t.f
      update
      set result [winfo height .t]
      menu .t.m
      .t.m add command -label foo
      .t conf -menu .t.m
      update
      lappend result [winfo height .t]
      .t.m add command -label "thisisreallylong"
      .t.m add command -label "thisisreallylong"
      update
      lappend result [winfo height .t]
      destroy .t
      set result

  ---- Result was:
  50 50 31
  ---- Result should have been (exact matching):
  50 50 50
  ==== winWm-5.1 FAILED


tkt_uuid: 1068293fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 11. Aqua Menus
priority: 6
foundin: obsolete: 8.5.6
resolution: Accepted
title: TkAqua: CompleteIdlers() is never called for menubar menus
comment:
  It appears that a menu's -postcommand on Aqua is not
  called until after the menu is posted, or else if it
  makes changes to the menu they are not reflected until
  the next time the menu is posted.  A short example:

  menu .m
  .m add cascade -label Foo -menu .m.f
  menu .m.f -postcommand Foo
  .m.f add command -label "(Empty)"

  set i 1

  proc Foo {} {
          .m.f delete 0 end
          .m.f add command -label "$::i - Foo1"
          .m.f add command -label "$::i - Foo2"
          .m.f add command -label "$::i - Foo3"
          .m.f add command -label "$::i - Foo4"
          incr ::i
  }

  . config -menu .m

  Each time the menu is posted, its contents will change
  to some so the number indicates how many times it's
  been posted.  It's expected that the -first- time it's
  posted it will show "1 - Foo1" etc.  Instead it shows
  "(Empty)".  It's expected that the second time it's
  posted it will show "2 - Foo1" etc.  Instead it shows
  "1 - Foo1" etc.


tkt_uuid: 1069137fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 16. [scrollbar]
priority: 5 Medium
foundin: None
resolution: Fixed
title: WinXP: scrollbar test failure patch [Bug 1067249]
comment:
  The failure is in the calculation of delta for 
  scrollbars. Changing this affects a couple of tests 
  that have incorrect calculations (delta and 
  fraction). Also unix's scrollbar calculates an 
  incorrect sliderLast. This patch fixes these but 
  doesn't touch other hard-coded results in 
  scrollbar.test that are inaccurate, due to the test 
  scrollbar being generated having a possible variable 
  size.


tkt_uuid: 1069997fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: text.n - Unknown character: \"
comment:
  When building winhelp this warning is shown.
  Just needs the backslash removed from before the 
  quotes in the -tabs example added on 16-11-04.


tkt_uuid: 1071783fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 52. [clipboard]
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Out of Date
title: winClipboard test failures
comment:
  Windows XP SP2
  Tcl/Tk 8.4.7 with OPTS=threads
  VC++ (from Visual Studio .NET 2003)


  ==== winClipboard-1.2 TkSelGetSelection FAILED
  ==== Contents of test case:

      clipboard clear
      clipboard append {}
      catch {selection get -selection CLIPBOARD} r1
      catch {testclipboard} r2
      list $r1 $r2

  ---- Result was:
  {} {couldn't open clipboard: The operation completed
  successfully.}
  ---- Result should have been (exact matching):
  {} {}
  ==== winClipboard-1.2 FAILED


  ==== winClipboard-1.4 TkSelGetSelection &
  TkWinClipboardRender FAILED
  ==== Contents of test case:

      clipboard clear
      clipboard append "line 1\nline 2"
      catch {selection get -selection CLIPBOARD} r1
      catch {testclipboard} r2
      list $r1 $r2

  ---- Result was:
  {line 1
  line 2} {couldn't open clipboard: The operation
  completed successfully.}
  ---- Result should have been (exact matching):
  {line 1
  line 2} {line 1
  line 2}
  ==== winClipboard-1.4 FAILED


  ==== winClipboard-1.5 TkSelGetSelection &
  TkWinClipboardRender FAILED
  ==== Contents of test case:

      clipboard clear
      clipboard append "line 1\u00c7\nline 2"
      catch {selection get -selection CLIPBOARD} r1
      catch {testclipboard} r2
      list $r1 $r2

  ---- Result was:
  {line 1&#9567;
  line 2} {couldn't open clipboard: The operation
  completed successfully.}
  ---- Result should have been (exact matching):
  {line 1&#9567;
  line 2} {line 1&#9567;
  line 2}
  ==== winClipboard-1.5 FAILED


tkt_uuid: 1072488fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 4
foundin: None
resolution: Out of Date
title: TkAqua: no default binding for Command-Q
comment:
  Although the Apple menu shows Quit with the Command-Q
  hotkey, it's not actually bound by default so Command-Q
  does nothing.  The key sequence works if bound,
  however.  I suggest adding either of the following to
  an aqua-specific block of tk.tcl:

  bind all <Command-q> { exit }

  ..or...

  bind all <Command-q> { destroy . }

  The latter would probably better, to allow wm protocol
  WM_DELETE_WINDOW (if any) to do its thing, but that
  doesn't appear to function on aqua either.


tkt_uuid: 1072868fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 66. Aqua Window Operations
priority: 4
foundin: None
resolution: None
title: TkAqua: overrideredirect is permanent
comment:
  wm withdraw .
  wm overrideredirect . 1
  update idletasks
  wm deiconify .
  update
  after 1000
  wm withdraw .
  wm overrideredirect . 0
  update idletasks
  wm deiconify .

  Running the above script, the window should appear
  without a titlebar for a second, then quickly disappear
  and reappear with a titlebar.  Instead, at the end of
  the script, there is still no titlebar.


tkt_uuid: 1072904fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 5 Medium
foundin: None
resolution: Wont Fix
title: -highlightthickness/-borderwidth change canvas origin
comment:
  The -borderwidth and -highlightthickness options will steal pixels from    
  the  upper left side of a canvas and give them to the lower right.
            
  Example code:
  pack [canvas .c -height 100 -width 100 -bg red]
  .c create rectangle 1 1 10 10
  .c create rectangle 90 90 99 99
  .c configure -borderwidth 0 -highlightthickness 0

  There is a 1 pixel space between the rectangle and the left and top
  edges of the canvas, and no space between the rectangle and the
  bottom/right edges of the canvas.

  .c configure -borderwidth 1

  There is now no space between the rectangle and the left/top edges
  of the canvas, and a 1 pixel space between the rectangle and the
  bottom/right edges.

  Increasing the borderwidth, or highlightthickness steals more pixels
  from the upper left, and adds more to the lower right.

  This behavior exists at least as far back as wish 4.0.

  Changing -borderwidth and -hightlightthickness on a label widget
  does not change the appearance of the label.


   
   


tkt_uuid: 1073456fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: None
resolution: Fixed
title: TkAqua: no zoom support
comment:
  The zoom/maximize button on Tk Aqua windows don't do
  anything.  Also, the "wm state $w zoomed" is not
  implemented.

  The attached patch to tkMacOSXWm.c changes
  TkMacOSXZoomToplevel() to call TkpWmSetState to
  zoom/unzoom, and implements "wm state $w zoomed", with
  "wm state $w normal" restoring the pre-zoomed window
  size/location.

  The patch is versus the HEAD (8.5) but it should be
  simple enough to apply manually to earlier versions.


tkt_uuid: 1076063fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 23. Option Parsing
priority: 5 Medium
foundin: obsolete: 8.4.6
resolution: None
title: Empty test performance issue from c.l.t
comment:
  From: Khamis Abuelkomboz <khamis@wellcode.com>
  Newsgroups: comp.lang.tcl
  Subject: performace issue in Tk
  Date: Mon, 29 Nov 2004 22:15:50 +0100
  Organization: T-Online
  Message-ID: <cog3i6$ip4$05$1@news.t-online.com>

  Hi

  I have found a performance and memory usage issue in
  the function ObjectIsEmpty implemented in 
  tk8.4.6\generic\tkConfig.c:2229

  To test if an object is empty it just convert every
  object into a string. this is pretty ugly, if 
  you have lists in the options list. it converts all
  lists, integers and so on into strings. as 
  example, with my fix I reduced memory usage from 200MB
  to 110MB by large amount of data. It got even 
    some factors faster.

  here is the origin

  static int
  ObjectIsEmpty(objPtr)
       Tcl_Obj *objPtr;/* Object to test.  May be NULL. */
  {
       int length;

       if (objPtr == NULL) {
  return 1;
       }
       if (objPtr->bytes != NULL) {
  return (objPtr->length == 0);
       }
       Tcl_GetStringFromObj(objPtr, &length);
       return (length == 0);
  }

  and the modified version

  static int
  ObjectIsEmpty(objPtr)
       Tcl_Obj *objPtr;/* Object to test.  May be NULL. */
  {
       int length;

       if (objPtr == NULL) {
  return 1;
       }
       if (objPtr->bytes != NULL) {
  return (objPtr->length == 0);
       }
  ++++++>>>>>>>
       if (objPtr->typePtr != NULL)
       {
  if (stricmp(objPtr->typePtr->name, "list") == 0)
  {
      List *listRepPtr = (List *)
  objPtr->internalRep.twoPtrValue.ptr1;
      int numElems = listRepPtr->elemCount;
      return (numElems == 0);
  }
  if (stricmp(objPtr->typePtr->name, "string") != 0)
      return 0;
       }
  ++++++<<<<<<<<
       Tcl_GetStringFromObj(objPtr, &length);
       return (length == 0);
  }

  -- 
  Try Code-Navigator on http://www.codenav.com
  a source code navigating, analysis and developing tool.
  It supports almost all languages on the scope.


tkt_uuid: 1076869fffffffffffffffffffffffffffffffff
type: Patch
status: Open
subsystem: None
priority: 7 High
foundin: None
resolution: None
title: Patch for postscipt font size bug
comment:
  See http://wiki.tcl.tk/8483 and the bugs 694528 and 502026. 
   
  When generating postscript from canvas, the generated 
  font sizes are too small (72/Screen-DPI). Because 
  of existing programs i would use a switch (-scalefonts true) 
  for the postscript command to switch over to the other 
  behaviour. 
  OS-Plattform: All 
  test script: 
  -------------------------------- 
  pack [canvas .c -width 211m -height 297m] 
  .c create text 1i 1i -text "courier new 24 bold" -anchor sw -font 
  {{courier new} 
  update idletasks 
  .c postscript -file xx.ps 
  -------------------------------- 
  Position of the text is ok/Size of Font ist to small. 
  (on all Displays with Resolution!=72dpi) 
   
  wish: 
  -------------------------------------- 
  .... 
  .c postscript -file xx.ps -scalefonts true 
  ... 
  --------------------------------------- 
   


tkt_uuid: 1078646fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 51. [place]
priority: 4
foundin: obsolete: 8.4.9
resolution: None
title: place-14.1 fails : memory leak!
comment:
  On Solaris, build Tcl/Tk 8.4.9 
  with --disable-shared 
  --enable-threads --enable-symbols=all

  then

  make test TESTFLAGS="-debug 1"

  There will be a flood of error messages
  about bad tests (subject for another
  a report), but in the midst is a failed test:

  ==== place-14.1 memory leak testing FAILED
  ==== Contents of test case:

      # Test all manners of forgetting a slave
      frame .f
      frame .f.f
      stress {
          place .f.f -x [expr {1 + 1}] -y [expr {2 + 2}]
          place forget .f.f
      } {
          place .f.f -x [expr {1 + 1}] -y [expr {2 + 2}]
          pack .f.f
      } {
          place .f.f -x [expr {1 + 1}] -y [expr {2 + 2}]
          destroy .f
          frame .f
          frame .f.f
      }

  ---- Result was:
  0 0 52
  ---- Result should have been (exact matching):
  0 0 0
  ==== place-14.1 FAILED

  This failure indicates a memory leak.

  Fix would be great, but even reproduction
  of this would be helpful.


tkt_uuid: 1078648fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: -debug 1 testing reveals test suite flaws
comment:
  Tried Tk 8.4.9 test suite with the
  -debug 1 flag on.  Disaster.
  Test suite's in  mega-need of cleanup.
  Tk 8.5 is no better.

  Assigning to dkf only on the chance
  he might have work he'd rather avoid. :^)

  Low hanging fruit is all the duplicated
  test names.


tkt_uuid: 1078817fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 02. Appearance
priority: 5 Medium
foundin: None
resolution: None
title: Widget borders colourable
comment:
  Hi, I am a skin developer for Amsn, and I was just
  wondering if you have any plans to make borders of
  widgets colourable - ie for widgets with "solid" relief
  one could have a light blue face and dark blue border..
  this would make making Amsn even prettier a lot easier
  :) As a black border is not always desirable.

  Thanks,
  Tom


tkt_uuid: 1080198fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 18. [text]
priority: 5 Medium
foundin: None
resolution: None
title: tag -wrap should be checked
comment:
  Reported in comp.lang.tcl

  Please, do
    pack [text .t -width 10 -height 5 -wrap word -font fixed]
    .t tag configure toolong -wrap char
    .t insert end "a wa" {} "ytoolonglinetofitanywhe"
  toolong "re"
  and convince me I get exactly what I asked for.

  The line is wrapped after the 'a', because the wrap
  attribute is taken from the beginning of the line, when
  it should probably be wrapped somewhere much further along.

  i.e. the above gives

  a
  waytoolongli
  netofitanywh
  ere

  when it should give:

  a waytoolon
  glinetofitany
  where


tkt_uuid: 1080205fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Invalid
title: libtk8.4 link on sparc solaris fails
comment:
  Something in the past 3 days has changed regarding the
  linking for  libtk - on sparc solaris today I get this
  on the cvs head:

  /usr/ccs/bin/ld -G -z text -o libtk8.5g.so  tk3d.o
  tkArgv.o tkAtom.o tkBind.o tk
  Bitmap.o tkClipboard.o tkCmds.o tkColor.o tkConfig.o
  tkConsole.o tkCursor.o tkEr
  ror.o tkEvent.o tkFocus.o tkFont.o tkGet.o tkGC.o
  tkGeometry.o tkGrab.o tkGrid.o
   tkMain.o tkObj.o tkOldConfig.o tkOption.o tkPack.o
  tkPlace.o tkSelect.o tkStyle
  .o tkUndo.o tkUtil.o tkVisual.o tkWindow.o tkUnix.o
  tkUnix3d.o tkUnixButton.o tk
  UnixColor.o tkUnixConfig.o tkUnixCursor.o tkUnixDraw.o
  tkUnixEmbed.o tkUnixEvent
  .o tkUnixFocus.o tkUnixInit.o tkUnixKey.o tkUnixMenu.o
  tkUnixMenubu.o tkUnixScal
  e.o tkUnixScrlbr.o tkUnixSelect.o tkUnixSend.o
  tkUnixWm.o tkUnixXId.o tkStubInit
  .o tkStubLib.o tkUnixFont.o tkButton.o tkEntry.o
  tkFrame.o tkListbox.o tkMenu.o 
  tkMenubutton.o tkMenuDraw.o tkMessage.o tkPanedWindow.o
  tkScale.o tkScrollbar.o 
  tkCanvas.o tkCanvArc.o tkCanvBmap.o tkCanvImg.o
  tkCanvLine.o tkCanvPoly.o tkCanv
  Ps.o tkCanvText.o tkCanvUtil.o tkCanvWind.o
  tkRectOval.o tkTrig.o tkImage.o tkIm
  gBmap.o tkImgGIF.o tkImgPPM.o tkImgPhoto.o tkText.o
  tkTextBTree.o tkTextDisp.o t
  kTextImage.o tkTextIndex.o tkTextMark.o tkTextTag.o
  tkTextWind.o -lpthread -L/us
  r/openwin/lib -lX11  -ldl  -lsocket -lpthread -lm
  -L/vol/tclsrcsol/tcl85/tcl/uni
  x -ltclstub8.5g  
  -Wl,-R,/volws/lwv28/ldatae/lib:/usr/openwin/lib
  /usr/ccs/bin/ld: illegal option -- W
  usage: ld
  [-6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VY:?]
  file(s)


tkt_uuid: 1080290fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 42. Photo Image|GIF
priority: 5 Medium
foundin: None
resolution: Out of Date
title: Thread-safety for GIF code
comment:
  The attached patch gives thread-safety for the GIF
  reading and writing code. The GIF reading code gets
  thread-safety using thread-local variables, and the GIF
  writing code has a mutex wrapped about it to protect
  its extensive static variables.


tkt_uuid: 1080646fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 86. Test Tools
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: None
title: test suite failures
comment:
  latest 8.4.9 candidate

  platform: sparc solaris 8, using sun gnome desktop,
  tcl/tk configured with
  --prefix=/tmp/tcl --enable-shared --enable-symbols
  --enable-stubs

  The following test suite failures occurred:

  focus.test

  ==== focus-5.1 ChangeXFocus procedure, don't take focus
  unless have it FAILED
  ==== Contents of test case:

      focusSetup
      focus -force .t
      update
      set result [focus]
      send [dobg {tk appname}] {focus -force .; update}
      lappend result [focus]
      focus .t.b2
      update
      lappend result [focus]

  ---- Result was:
  .t .t {}
  ---- Result should have been (exact matching):
  .t {} {}
  ==== focus-5.1 FAILED

  focusTcl.test
  font.test

  ==== font-45.4 TkFontGetAliasList: match FAILED
  ==== Contents of test case:

      # can fail on Unix systems that have a real "times
  new roman" font
      font actual {{times new roman} 10} -family

  ---- Result was:
  times new roman
  ---- Result should have been (exact matching):
  times
  ==== font-45.4 FAILED

  frame.test

  ==== frame-3.9 TkCreateFrame procedure, -use option FAILED
  ==== Contents of test case:

      catch {destroy .t}
      catch {destroy .x}
      toplevel .t -container 1 -width 300 -height 120
      wm geometry .t +0+0
      toplevel .x -width 140 -height 300 -use [winfo id
  .t] -bg green
      tkwait visibility .x
      set result "[expr [winfo rootx .x] - [winfo rootx
  .t]] [expr [winfo rooty .x] - [winfo rooty .t]] [winfo
  width .t] [winfo height .t]"
      destroy .t
      set result

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: window ".x" was deleted before its
  visibility changed
      while executing
  "tkwait visibility .x"
      ("uplevel" body line 7)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== frame-3.9 FAILED


  ==== frame-3.10 TkCreateFrame procedure, -use option FAILED
  ==== Contents of test case:

      catch {destroy .t}
      catch {destroy .x}
      toplevel .t -container 1 -width 300 -height 120
      wm geometry .t +0+0
      option add *x.use [winfo id .t]
      toplevel .x -width 140 -height 300 -bg green
      tkwait visibility .x
      set result "[expr [winfo rootx .x] - [winfo rootx
  .t]] [expr [winfo rooty .x] - [winfo rooty .t]] [winfo
  width .t] [winfo height .t]"
       destroy .t
      option clear
      set result

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: window ".x" was deleted before its
  visibility changed
      while executing
  "tkwait visibility .x"
      ("uplevel" body line 8)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== frame-3.10 FAILED

  unixWm.test

  ==== unixWm-4.3 moving window while withdrawn FAILED
  ==== Contents of test case:

          wm withdraw .t
          sleep 200
          wm geom .t $geom
          update
          wm deiconify .t
          wm geom .t
      
  ---- Result was:
  100x150+0+40
  ---- Result should have been (exact matching):
  100x150+0+0
  ==== unixWm-4.3 FAILED


  ==== unixWm-48.13 ParseGeometry procedure, resize
  causes window to move FAILED
  ==== Contents of test case:

      catch {destroy .t}
      toplevel .t -width 200 -height 200
      wm geom .t +0+0
      update
      wm geom .t -0-0
      update
      set x [winfo x .t]
      set y [winfo y .t]
      wm geometry .t 150x300
      update
      list [expr [winfo x .t] - $x] [expr [winfo y .t] -
  $y]  [winfo width .t] [winfo height .t]

  ---- Result was:
  33 -100 150 300
  ---- Result should have been (exact matching):
  50 -100 150 300
  ==== unixWm-48.13 FAILED
  ==== unixWm-50.1 Tk_CoordsToWindow procedure, finding a
  toplevel, x-coords FAILED
  ==== Contents of test case:

      deleteWindows
      toplevel .t -width 300 -height 400 -bg green
      wm geom .t +40+0
      tkwait visibility .t
      toplevel .t2 -width 100 -height 80 -bg red
      wm geom .t2 +140+200
      tkwait visibility .t2
      raise .t2
      set x [winfo rootx .t]
      set y [winfo rooty .t]
      list [winfo containing [expr $x - 30] [expr $y +
  250]]  [winfo containing [expr $x - 1] [expr $y + 250]]
   [winfo containing $x [expr $y + 250]]  [winfo
  containing [expr $x + 99] [expr $y + 250]]  [winfo
  containing [expr $x + 100] [expr $y + 250]]  [winfo
  containing [expr $x + 199] [expr $y + 250]]  [winfo
  containing [expr $x + 200] [expr $y + 250]]  [winfo
  containing [expr $x + 220] [expr $y + 250]]

  ---- Result was:
  {} {} .t .t .t .t .t .t
  ---- Result should have been (exact matching):
  {} {} .t {} .t2 .t2 {} .t
  ==== unixWm-50.1 FAILED


  ==== unixWm-50.5 Tk_CoordsToWindow procedure, handling
  menubars FAILED
  ==== Contents of test case:

      deleteWindows
      toplevel .t -width 300 -height 400 -bd 2 -relief raised
      frame .t.f -width 150 -height 120 -bg green
      place .t.f -x 10 -y 150
      wm geom .t +0+50
      frame .t.menu -width 100 -height 30 -bd 2 -relief
  raised
      frame .t.menu.f -width 40 -height 20 -bg purple
      place .t.menu.f -x 30 -y 10
      testmenubar window .t .t.menu
      tkwait visibility .t.menu
      update
      set x [winfo rootx .t]
      set y [winfo rooty .t]
      list [winfo containing $x [expr $y - 31]]  [winfo
  containing $x [expr $y - 30]]  [winfo containing [expr
  $x + 50] [expr $y - 19]]  [winfo containing [expr $x +
  50] [expr $y - 18]]  [winfo containing [expr $x + 50]
  $y]  [winfo containing [expr $x + 11] [expr $y + 152]]
   [winfo containing [expr $x + 12] [expr $y + 152]]

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: window ".t.menu" was deleted before its
  visibility changed
      while executing
  "tkwait visibility .t.menu"
      ("uplevel" body line 11)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== unixWm-50.5 FAILED

  ==== unixWm-50.8 Tk_CoordsToWindow procedure, more
  basics FAILED
  ==== Contents of test case:

      catch {destroy .t}
      toplevel .t -width 400 -height 300 -bg green
      wm geom .t +0+0
      frame .t.f -width 200 -height 100 -bd 2 -relief raised
      place .t.f -x 100 -y 100
      frame .t.f.f -width 200 -height 100 -bd 2 -relief
  raised
      place .t.f.f -x 100 -y 0
      update
      set x [winfo rooty .t]
      set y [expr [winfo rooty .t] + 150]
      list [winfo containing [expr $x + 50] $y]  [winfo
  containing [expr $x + 150] $y]  [winfo containing [expr
  $x + 250] $y]  [winfo containing [expr $x + 350] $y] 
  [winfo containing [expr $x + 450] $y]

  ---- Result was:
  .t.f .t.f.f .t {} {}
  ---- Result should have been (exact matching):
  .t .t.f .t.f.f .t {}
  ==== unixWm-50.8 FAILED


  ==== unixWm-50.10 Tk_CoordsToWindow procedure, unmapped
  windows FAILED
  ==== Contents of test case:

      catch {destroy .t}
      toplevel .t -width 200 -height 200 -bg green
      wm geometry .t +0+0
      frame .t.f -width 150 -height 150 -bd 2 -relief raised
      place .t.f -x 25 -y 25
      tkwait visibility .t.f
      set result [list [winfo containing 100 100]]
      place forget .t.f
      update
      lappend result [winfo containing 100 100]

  ---- Result was:
  .t .t
  ---- Result should have been (exact matching):
  .t.f .t
  ==== unixWm-50.10 FAILED


tkt_uuid: 1081603fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 05. Canvas Items
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: None
title: Arc item anomalies under Windows
comment:
  WinXP Pro SP2 / ActiveTCL 8.4.7

  Canvas arc items seem to have a few (rounding related?)
  issues that cause various display problems.  The 
  problems are illustrated in the following script:


  =============
  canvas .c -width 400 -height 400
  pack .c

  # four radiused corners
  .c create arc 100 300 200 200 \
      -start 180 -extent 90 -style arc
  .c create arc 100 100 200 200 \
      -start 90 -extent 90 -style arc
  .c create arc 200 100 300 200 \
      -start 0   -extent 90 -style arc
  .c create arc 200 200 300 300 \
      -start 270 -extent 90 -style arc

  # center arc segment
  .c create arc 190 190 210 210 -start 3 -extent 5

  # edge lines
  .c create line 150 100 250 100
  .c create line 150 300 250 300
  .c create line 100 150 100 250
  .c create line 300 150 300 250
  ========

  The code just creates a square with radiused corners 
  and an internal arc segment. Using Windows XP Pro SP2 
  and ActiveTCL 8.4.7, I notice the following:

  1. The arc in the upper left hand corner does not 
  connect with the left hand vertical line (at its 9 o'clock 
  position)
  2. The arc in the lower left hand corner does not 
  connect with the lower horizontal line (at its 6 o'clock 
  position)
  3. The arc draw in the center of the figure (described as 
  a total of 5 included degrees) is drawn as a complete 
  circle.

  If you comment out the "-style arc" option on the first 4 
  arcs and comment out the 4 line segments, you can see 
  some problems with the several of the "corner" arcs with 
  respect to how their endpoints relate to the edges of 
  the "pie slice". For instance, on the lower left hand arc, 
  the 6 o'clock position doesn't quite meet the edge and 
  the 9 o'clock position is drawn a pixel or two past the 
  edge. This, in turn, is what leads to the "gaps" seen in 
  the test program.

  Interestingly, running the same example on the same 
  hardware, but under Linux (in this case, Puppy Linux) 
  everything looks as expected. The outer object 
  boundary appears to be completely connected, and the 
  center arc segment is drawn correctly (not as a 
  complete circle).

  Jeff


tkt_uuid: 1081966fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 41. Photo Images
priority: 8
foundin: obsolete: 8.4.9
resolution: Fixed
title: Slow BMP/JPG image loading by Img
comment:
  The Img extension is very slow to load certain image
  types (BMP, JPG) when they get very large, but not
  others (PNG). This changed between Tk 8.4.8 and 8.4.9,
  and is also true of 8.5a2


tkt_uuid: 1082213fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: None
title: word wrapping should trim excess spaces
comment:
  pack [text .t -width 12 -height 5 -wrap word -font fixed]
  .t insert end "this is not       what is       normally
  called       word wrapping"

  Would under most norms of word-wrapping produce lines
  all left aligned.  However the text widget instead
  wraps in the middle of a group of spaces and therefore
  starts some lines with empty spaces.

  See e.g. 

  http://groups-beta.google.com/group/comp.lang.tcl/browse_thread/thread/a00b6e2a2c07086a


tkt_uuid: 1083728fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 16. [scrollbar]
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: TkAqua:scrolling
comment:
  The scrollbars don't move well when linked to objects that have 
  quantal scrolling (like a text box).
  I think this has been a problem with thr Aqua version for a while 
  now.

  Example:
  toplevel .t
  grid [scrollbar .t.sc -command ".t.txt yview"] -row 1 -column 2 
  -sticky nws
  grid [text .t.txt -yscrollcommand ".t.sc set"] -row 1 -column 1 
  -sticky nswe
  grid rowconfigure .t 1 -weight 1
  grid columnconfigure .t 1 -weight 1
  .t.txt insert 1.0 [string repeat "a\n" 30]

  if you try to drag the scroll moderately slowly up or down, it 
  doesn't move.

  The problem is that each call to the yscrollcommand resets the 
  stored mouse position, so that each scrolling step is less than the 
  text moves, so nothing happens.

  you can work around this by:
  bind .t.sc <Button-1> {set mousedown %Y; set scrollmdown 
  [lindex [%W get] 0]}
  .t.sc configure -command "vertscroll .t"

  proc vertscroll {w args} {
    global mousedown scrollmdown
    if {[lindex $args 0] == "moveto"} {
    #catch the moveto- this is mouse movement
     #I assume the arrows are at the bottom and ~40pixels high
     #the moveto value is the fraction the scrollbar was at when 
     #the mouse was first clicked plus the fraction the mouse has
     # moved

    #the fraction the mouse has moved is the difference between
    #where the mouse was first clicked and where it is now, divided
    #by the length of the scrollbar in pixels.

      set moveto [expr {$scrollmdown+(1.0*[winfo pointery .]-
  $mousedown)/([winfo height $w.sc]-40)}]
      $w.txt yview moveto $moveto
    } else {
      #all of the other commands are fine
      eval [concat $w.txt yview $args]
    }
  }

  now, all is good.


tkt_uuid: 1083838fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 02. Appearance
priority: 6
foundin: obsolete: 8.5a3
resolution: Fixed
title: Selectcolor is on when checkbutton and radiobutton are off
comment:
  I'm using Tk 8.5.0.0 beta 3 in ActiveTcl on Linux (Mandrake 
  10.0), and I find that the -selectcolor option remains "on" even 
  when a checkbutton or radiobutton is "off." When the -foreground 
  and -selectcolor are both fairly dark colors, the little check or dot 
  in the indicator is hard to see. I can fix this by setting 
  -selectcolor to a light color when -foreground is dark, or vice 
  versa, but this isn't how it's supposed to work according to the 
  Tk 8.5 documentation. Of course, maybe only the 
  *documentation* needs to be changed, to say that "selectcolor" 
  now means the background color of the indicator, which displays 
  a check in the foreground color when the checkbutton is on? 


tkt_uuid: 1083878fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 33. Generic Dialog Support
priority: 7 High
foundin: obsolete: 8.5a3
resolution: Accepted
title: Wrong handling of mac file type with embedded nulls
comment:
  A command like:

  tk_getOpenFile -filetypes {{{Allowed files} {} {TEXT
  \0\0\0\0 ????}}}

  should open a dialog allowing any text file or any file
  with no file type to be selected.  Instead no dialog is
  opened and an immediate error is returned:

  bad Macintosh file type ""

  This is because the code in tkFileFilter.c (around line
  236) can't cope with embedded NULLs in file types:

          for (i=0; i<ostypeCount; i++) {
              if (strlen(ostypeList[i]) != 4) {
                  Tcl_AppendResult(interp, "bad Macintosh
  file type \"",
                      ostypeList[i], "\"", NULL);
                  code = TCL_ERROR;
                  goto done;
              }
          }

  the 'strlen' call above is just wrong.

  Vince.


tkt_uuid: 1085451fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 68. Win Window Operations
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: None
title: flickering with -alpha transparency manipulations
comment:
  The attached script makes windows (WinXP) smoothly
  transition from -alpha 0.0 to -alpha 1.0 (in fact a
  little bit larger than 1.0 which might be the root of
  the problem), and at the last step the entire window
  suddenly flickers horribly.

  i.e. the transition from 0.0 to 0.99 is really nice and
  then just as the window reaches 1.0 or thereabouts,
  there's a horrible flicker..


tkt_uuid: 1086049fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: Bug in wm attributes -topmost
comment:
  The following script illustrates the problem:

  bind . <1> {
      wm attributes %W -topmost [expr [wm attributes %W
  -topmost] ? 0 : 1]
  }

  The script must be written out to a file and
  double-clicked to start.  It seems to work fine when a
  console is present or if the code is sourced into a
  console.

  Clicking on the window puts the window in topmost mode.
   Clicking again will take it out, but Windows still
  thinks it is a topmost window.

  The attributes say that the window is no longer a
  topmost, but Windows still treats it as one.

  This works properly when tested against Tk 8.4.3.

  System: Windows XP (SP2)
  Release: ActiveTcl 8.4.9.0


tkt_uuid: 1086917fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 8
foundin: obsolete: 8.4.9
resolution: Fixed
title: Segfault with .canvas create bitmap
comment:
  The original bugreport was submitted by Wolfgang Laun and
  was spotted in Perl/Tk. To reproduce the failure in Tcl/Tk,
  try:

      pack [canvas .c]
      .c create bitmap 100 100 -bitmap info -state disabled

  The patch (untested) 

  --- tkCanvBmap.c.oldWed Nov 24 11:13:10 2004
  +++ tkCanvBmap.cWed Dec 15 07:03:17 2004
  @@ -382,7 +382,7 @@
   }
       }
   
  -    if (state==TK_STATE_DISABLED || bitmap == None) {
  +    if (bitmap == None) {
   ComputeBitmapBbox(canvas, bmapPtr);
   return TCL_OK;
       }


  Regards,
      Slaven


tkt_uuid: 1087842fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: Man page typo
comment:
  I believe the description for "pathname sash dragto
  index x y" has a typo in it. It says that it moves the
  sash in reference to the last "sash coord command".
  However I believe this should say "sash mark command".

  Lio.


tkt_uuid: 1088617fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 09. [listbox]
priority: 5 Medium
foundin: obsolete: 8.4.2
resolution: Invalid
title: Control character appears in listbox
comment:
  The character "\x00" is appearing in basically any tk 
  object when the nul character ( ASCII x00) exists in the 
  string. The 8.0 version did not draw this. Other control 
  characters (0x80 and others) are also being printed. 
  Happens to entry, label, and text as well.

  Easy test using wish

  set str "\x00"
  pack [ listbox .test ]
  .text insert end $str


tkt_uuid: 1088805fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 69. Events
priority: 2
foundin: obsolete: 8.5a3
resolution: None
title: Aqua: failed bind-* tests
comment:
  ==== bind-13.13 Tk_BindEvent procedure: invalid key
  detail FAILED
  ==== Contents of test case:

      setup
      bind .b.f <Key> "lappend x Key%K"
      bind .b.f <KeyRelease> "lappend x Release%K"
      set x {}
      event gen .b.f <Key> -keycode 0
      event gen .b.f <KeyRelease> -keycode 0
      set x

  ---- Result was:
  Keya Releasea
  ---- Result should have been (exact matching):
  Key?? Release??
  ==== bind-13.13 FAILED

  ==== bind-15.7 MatchPatterns procedure, ignoring type
  mismatches FAILED
  ==== Contents of test case:

      setup
      bind .b.f <Double-1> {set x 1}
      set x 0
      event gen .b.f <Button-1>
      event gen .b.f <Key-Shift_L>
      event gen .b.f <ButtonRelease-1>
      event gen .b.f <Button-1>
      event gen .b.f <ButtonRelease-1>
      set x

  ---- Result was:
  0
  ---- Result should have been (exact matching):
  1
  ==== bind-15.7 FAILED


tkt_uuid: 1088808fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 36. [tk_chooseDirectory]
priority: 2
foundin: obsolete: 8.5a3
resolution: None
title: Aqua: test failures
comment:
  ==== choosedir-1.2 tk_chooseDirectory command FAILED
  ==== Contents of test case:

      list [catch {tk_chooseDirectory -foo bar} msg] $msg

  ---- Result was:
  1 {bad option "-foo": must be -initialdir, -message,
  -mustexist, -parent, or -title}
  ---- Result should have been (exact matching):
  1 {bad option "-foo": must be -initialdir, -mustexist,
  -parent, or -title}
  ==== choosedir-1.2 FAILED

  then the following tests all block,
  demaning interactivity, even asking
  for things the dialog doesn't appear
  to support:

  choosedir-2.1 through choosdir-4.2

  then


  ==== choosedir-4.3 tk_chooseDirectory, -initialdir {}
  FAILED
  ==== Contents of test case:

      catch {unset ::tk::dialog::file::__tk_choosedir}
      ToPressButton $parent ok
      tk_chooseDirectory  -title "Press OK"  -parent
  $parent -initialdir ""

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: bad directory ""
      while executing
  "tk_chooseDirectory  -title "Press OK"  -parent $parent
  -initialdir """
      ("uplevel" body line 4)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== choosedir-4.3 FAILED

  then more blocking in choosedir-5.1.


tkt_uuid: 1088810fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 52. [clipboard]
priority: 2
foundin: obsolete: 8.5a3
resolution: None
title: Aqua: tests fail
comment:
  ==== clipboard-4.1 ClipboardLostSel procedure FAILED
  ==== Contents of test case:

      clipboard clear
      clipboard append "Test"
      selection clear -s CLIPBOARD
      list [catch {clipboard get} msg] $msg

  ---- Result was:
  1 {CLIPBOARD GetScrapFlavorSize failed.}
  ---- Result should have been (exact matching):
  1 {CLIPBOARD selection doesn't exist or form "STRING"
  not defined}
  ==== clipboard-4.1 FAILED

  ---- clipboard-4.2 start

  ==== clipboard-4.2 ClipboardLostSel procedure FAILED
  ==== Contents of test case:

      clipboard clear
      clipboard append "Test"
      clipboard append -t TEST "Test2"
      selection clear -s CLIPBOARD
      list [catch {clipboard get} msg] $msg  [catch
  {clipboard get -t TEST} msg] $msg

  ---- Result was:
  1 {CLIPBOARD GetScrapFlavorSize failed.} 1 {CLIPBOARD
  selection doesn't exist or form "TEST" not defined}
  ---- Result should have been (exact matching):
  1 {CLIPBOARD selection doesn't exist or form "STRING"
  not defined} 1 {CLIPBOARD selection doesn't exist or
  form "TEST" not defined}
  ==== clipboard-4.2 FAILED

  ---- clipboard-4.3 start
  ==== clipboard-4.3 ClipboardLostSel procedure FAILED
  ==== Contents of test case:

      clipboard clear
      clipboard append "Test"
      clipboard append -t TEST "Test2"
      clipboard append "Test3"
      selection clear -s CLIPBOARD
      list [catch {clipboard get} msg] $msg  [catch
  {clipboard get -t TEST} msg] $msg

  ---- Result was:
  1 {CLIPBOARD GetScrapFlavorSize failed.} 1 {CLIPBOARD
  selection doesn't exist or form "TEST" not defined}
  ---- Result should have been (exact matching):
  1 {CLIPBOARD selection doesn't exist or form "STRING"
  not defined} 1 {CLIPBOARD selection doesn't exist or
  form "TEST" not defined}
  ==== clipboard-4.3 FAILED
  ==== clipboard-6.2 Tk_ClipboardAppend procedure FAILED
  ==== Contents of test case:

      setupbg
      clipboard clear
      clipboard append -f INTEGER -t TEST "16"
      set result [dobg {clipboard get TEST}]
      cleanupbg
      set result

  ---- Result was:
  CLIPBOARD selection doesn't exist or form "TEST" not
  defined
  ---- Result should have been (exact matching):
  0x10
  ==== clipboard-6.2 FAILED


tkt_uuid: 1088814fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 66. Aqua Window Operations
priority: 2
foundin: obsolete: 8.5a3
resolution: None
title: embed.test failures
comment:
  ==== embed-1.4 TkpUseWindow procedure, -container must
  be set FAILED
  ==== Contents of test case:

      deleteWindows
      toplevel .container
      list [catch {toplevel .embd -use [winfo id
  .container]} err] $err

  ---- Result was:
  1 {The window ID 0x7a9cc8 does not correspond to a
  valid Tk Window.}
  ---- Result should have been (exact matching):
  1 {window ".container" doesn't have -container option set}
  ==== embed-1.4 FAILED

  ---- embed-1.5 start

  ==== embed-1.5 TkpUseWindow procedure, -container must
  be set FAILED
  ==== Contents of test case:

      deleteWindows
      frame .container
      list [catch {toplevel .embd -use [winfo id
  .container]} err] $err

  ---- Result was:
  1 {The window ID 0x1533308 does not correspond to a
  valid Tk Window.}
  ---- Result should have been (exact matching):
  1 {window ".container" doesn't have -container option set}
  ==== embed-1.5 FAILED


tkt_uuid: 1088816fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 07. [entry]
priority: 2
foundin: obsolete: 8.5a3
resolution: None
title: Aqua tests fail
comment:
  ==== entry-1.33 configuration options FAILED
  ==== Contents of test case:

          .e configure $name $goodValue
          list [lindex [.e configure $name] 4] [.e cget
  $name]
      
  ---- Result was:
  0 0
  ---- Result should have been (exact matching):
  1 1
  ==== entry-1.33 FAILED
  ==== entry-13.10 GetEntryIndex procedure FAILED
  ==== Contents of test case:

      # On unix, when selection is cleared, entry
  widget's internal 
      # selection range is reset.

      list [catch {.e index sel.first} msg] $msg

  ---- Result was:
  0 1
  ---- Result should have been (exact matching):
  1 {selection isn't in widget .e}
  ==== entry-13.10 FAILED

  ++++ entry-13.11 SKIPPED: win
  ---- entry-13.12 start

  ==== entry-13.12 GetEntryIndex procedure FAILED
  ==== Contents of test case:

      list [catch {.e index sbogus} msg] $msg

  ---- Result was:
  1 {bad entry index "sbogus"}
  ---- Result should have been (exact matching):
  1 {selection isn't in widget .e}
  ==== entry-13.12 FAILED


tkt_uuid: 1090371fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 84. Unix Build
priority: 3 Low
foundin: obsolete: 8.5a2
resolution: None
title: man.macros created in source-tree
comment:
  If I build  tk from a separate build-directory (starting 
  ../../tk/unix/configure ...  from say build/tk), then
  the file  doc/man.macros  is created in the source
  tree rather than in the build-tree.

  Not a big problem, sure.


tkt_uuid: 1090382fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 46. Unix Fonts
priority: 7 High
foundin: obsolete: 8.5.1
resolution: None
title: possible tk-crash for font-problems
comment:
  File: tk/unix/tkUnixRFont.c

  Function GetFont() calls 
     XftFontOpenPattern(...), which under some circumstances
       *can* return NULL (I'm not sure if this can happen also
       under sane conditions, or only on misconfigured systems)
  GetFont passes on that pointer unchecked and unused.

  Function InitFont()  (same file) calls GetFont(), doesn't
     check for NULL and dereferences the pointer.
  This is where the crash happens.

  Btw., function Tk_MeasureChars() also calls GetFont()
  and passes its result directly to XftTextExtents32().
  Whether the latter deals correctly with NULL-pointers
  should be checked.

  In Tk_DrawChars() the return-value of GetFont() is 
  correctly checked for NULL.


tkt_uuid: 1090719fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 69. Events
priority: 5 Medium
foundin: None
resolution: Invalid
title: input from numeric pad always dropped when numlock off
comment:
  In IDLE, the Python IDE (integrated development environment, 
  written in Tk), the behaviour of the direction keys on the numpad 
  is inconsistent when numlock is turned off.  
  Home/End/PgUp/PgDn and the arrow keys work fine in some 
  applications (gedit), but do not work in Python's IDLE. 
  By not work, I mean: input is silently dropped. 
   
  How reproducible: 
  Always 
   
  Steps to Reproduce: 
  1. Turn off numlock. 
  3. Open gedit, type in garbage, use direction keys on 
  numpad to move around. 
  4. Open idle, type in garbage, attempt to use direction 
  keys on numpad to move around. It fails.     
   
  Actual Results:  Intense frustration for people who 
  have been using the numeric keypad as direction keys 
  for decades! 
   
  Expected Results:  When numlock is off, the direction 
  keys on the numpad should function in the same manner 
  as the dedicated direction keys. 
   
  I reported this to Python, but they say it is a Tk problem, and 
  that it is my responsibility to post the bug here.  Bugs item 
  #1074333. 
   
  https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1074333&group_id=5470 
   
  This problem has also been reported to RedHat, see  
   
  http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136600. 


tkt_uuid: 1093631fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 8
foundin: obsolete: 8.5a2
resolution: Fixed
title: long single lines aren't displayed
comment:
  In Windows, Tclkit 8.5a2:
  Long paragraphs (logical lines) aren't displayed.

  grid [text .t -bg white -yscrollcommand {.s set} -wrap
  char] -row 0 -column 0 -sticky nswe
  grid [scrollbar .s -orient vertical -command {.t
  yview}] -row 0 -column 1 -sticky nsw
  grid rowconfigure . 0 -weight 1
  grid columnconfigure . 0 -weight 1
  .t insert 1.0 [string repeat a 10000]
  causes the text window to display no text

  If you ask it, it has the data:
  .t get 1.0 1.10
  aaaaaaaaaa

  .t get 1.9970 1.10000
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa

  On a likely related note, a shorter, but still kinda
  long line:
  .t insert 1.0 [string repeat a 4000]

  mostly works, but up and down arrow keys are VERY slow
  to respond. Left-right arrows, scrollbar scrolling, and
  drag selecting are fine if the window is wide. If you
  make the window narrow, you get progressive (it gets
  worse the more narrow you make the window) scrolling
  errors. Scrolling with the scrollbar can also cause an
  infinite loop of jiggling the text up and down 1 line.


  tip 155 seems to still need some work.


tkt_uuid: 1094328fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 75. wish
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Works For Me
title: initialization failure on amd64
comment:
  I tried running aMSN 0.94 and it immediately crashed  
  with this error:  
    
  (cronus)~> amsn  
  Application initialization failed: this isn't a Tk  
  applicationunknown color name "Black"  
  Error in startup script: can't invoke "wm" command:   
  application has been destroyed  
      while executing  
  "wm state . withdraw"  
      (file "/usr/bin/amsn" line 43)  
    
  Out of curiosity I ran wish interactively and got this:  
    
  (cronus)~> wish  
  Application initialization failed: this isn't a Tk  
  applicationunknown color name "Black"  
  % (cronus)~>  
    
    


tkt_uuid: 1095967fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 84. Unix Build
priority: 5 Medium
foundin: None
resolution: None
title: report libdir in tkConfig.sh
comment:
  Add the line to tkConfig.sh.in

  TK_LIBDIR='@libdir@'

  so that applications linking the
  Tk library can know where it's
  found.


tkt_uuid: 1096074fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 74. Application Embedding
priority: 7 High
foundin: obsolete: 8.5a3
resolution: None
title: Wish crashes if a wrong value is used as a container id
comment:
  There is no protocol for embedded window 
  attachment, i.e., any number used as a value for -
  use option will be accepted in general.  That may 
  result in unexpected crach/panic if an invalid id is 
  supplied.

  Following is one of examples with Tk 8.4/Window 
  2K (patch level 8.4.5).

  1) run wish84
  2) eval "winfo id ." and find the id is 0x000e0dc8
  3) run another wish84
  4) eval "toplevel .t -use 0x000e0dc8" and get an 
  message box with a title: Console: wish84.exe -
  Application Error, with the following message: The 
  instruction at "0x0023b6ac" referenced memory 
  at "0x00000000".  The memory could not be "read".

  Click on OK to terminate the program
  Click on CANCEL to debug the program

  A user clicks OK and the first wish84 is killed.

  To solve the problem, a protocol for 
  embedding/embedded attachment is needed.  A 
  suggested one is for the container to send back its 
  id during attachment so that the embedded window 
  will use the returned id the verify the value of -use.

  If match, the embbedded application will proceed 
  the attachment.  Otherwise the embedded 
  application should return TCL_ERROR to cancel the 
  operation.


tkt_uuid: 1096323fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 17. [spinbox]
priority: 5 Medium
foundin: None
resolution: None
title: Support hexadecimal (and other integer) formats
comment:
  Tcler's Chat Log:

  [09:19]sbDoes somebody here know what needs to be
  done to make a spinbox display its value in hexadecimal?
  [09:19]arjenFrom Bwidget?
  [09:19]sbNo, the builtin Tk one.
  [09:19]arjenOh, have you checked the man pages?
  [09:20]sbYes. The format parameter sounds promising,
  but it should be a format specifier that accepts floats.
  [09:20]arjenYes, I see that too
  [09:21]arjenUse -values?
  [09:21]arjen-values {0 1 2 3 4 5 6 7 8 9 a B C D E F} ?
  [09:21]sbI want the spinbox to go from 0000 to FFFF.
  [09:21]arjenUse a long list 
  [09:22]sbI hope there is a better way.
  [09:22]sbI have tried using the command parameter,
  but then after 000A it goes back to 0000.
  [09:24]Ladies and Gentlemen, <NewGuy`> has left the
  building!
  [09:24]dkfHmm, sounds like time for a feature request... 


tkt_uuid: 1096580fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: None
title: soft-hyphen in text widget
comment:
  Soft-hyphens '\u00AD' are not properly handled in text
  widgets.
  They are always shown as '-' (hyphen) but a soft-hyphen
  should only appear if it is the last character in a line.

  I.E
  "abc\u00AD123"  should be displayed as

  abc123

  or

  abc-
  123

  but is always displayed as
  abc-123

  Tested on win/linux
  8.4.6 / 8.4.7 / 8.5a2


tkt_uuid: 1098625fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 13. Win Menus
priority: 7 High
foundin: obsolete: 8.5a2
resolution: Fixed
title: wrong toplevel geometry when created with a menu
comment:
  Run the following script:

  menu .m
  menu .m.file
  .m add cascade -label File -menu .m.file
  .m.file add command -label Print -comm "puts print"
  toplevel .s -menu .m -width 230 -height 200

  the result is a toplevel window with a height of 1 and a 
  width of 118


tkt_uuid: 1098779fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 48. Geometry Management
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: TkParsePadAmount does not properly handle lists
comment:
  TkParsePadAmount manually parses through -padx/-pady
  values as a string, and fails to properly handle
  whitespace in the process, rather than treating the
  argument as a list object.  This results in 'bad screen
  distance ""' errors if you do e.g.:

  pack $w -pady { 5 0 }

  ...or...

  pack $w -pady [list 5 0]

  ...instead of...

  pack $w -pady {5 0}

  Attached is a patch to correct the problem versus head,
  which should also be safe for 8.4 (TkParsePadAmount is
  the same in the two branches).


tkt_uuid: 1099770fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 08. [(label)frame] and [toplevel]
priority: 6
foundin: obsolete: 8.5a3
resolution: None
title: frame-2.5 fails
comment:
  ==== frame-2.5 toplevel configuration options FAILED
  ==== Contents of test case:

      catch {destroy .t}
      toplevel .t -width 200 -height 100
      wm geometry .t +0+0
      list [catch {.t configure -use 0x44022} msg] $msg
  [.t configure -use]

  ---- Result was:
  1 {couldn't create child of window "0x44022"} {-use use
  Use {} {}}
  ---- Result should have been (exact matching):
  1 {can't modify -use option after widget is created}
  {-use use Use {} {}}
  ==== frame-2.5 FAILED


tkt_uuid: 1100117fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 02. Appearance
priority: 4
foundin: obsolete: 8.4.9
resolution: Fixed
title: TkAqua: disabled labels turn images to white rectangles
comment:
  I first noticed this problem with Tile, but then it
  turned out to be an issue with Tk its self, too. 
  Labels with images in the disabled state, which should
  be stippled, are shown instead with plain white
  rectangles under TkAqua:

  pack [label .l1 -image $img -state normal]
  pack [label .l2 -image $img -state disabled]

  .l2 should have a stippled version of the same image as
  .l1, but it will show only a white rectangle.

  This does not appear to be an issue with the label
  drawing, but with the generation or drawing of the
  stipple via Tk_AllocBitmapFromObj() and XFillRectangle
  (a la StippleOver() in Tile's generic/label.c) since
  the problem exists in both Tk and Tile and Tile
  implements its own label.


tkt_uuid: 1100518fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 03. [*button] and [label]
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: None
title: Button should stay in -overrelief state after event
comment:
  Given the following Tcl/Tk 8.4.9 example:

  console hide
  wm state . zoomed
  raise .
  frame .tb -bd 1 -relief raised 
  button .tb.bt1 -text "Button1" -relief flat -overrelief
  raised
  pack .tb -fill x -side top 
  pack .tb.bt1 -side left

  When the mouse hovers over Button1 it's -overrelief
  option is raised.  However, after the button is pressed
  the relief is returning back to the -relief option,
  even though the mouse is still hovering over the button.

  Button1 should still be in it's -overrelief state
  always as long as the mouse is over it, even if the
  button was pressed.

  Thanks!
  USCode


tkt_uuid: 1101854fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 56. [grab]
priority: 4
foundin: obsolete: 8.4.9
resolution: None
title: Aqua grab confused if menu used in dialog box
comment:
  I see the following on Aqua Tk 8.4.9 (MacOS X 10.3.7) but not on a 
  unix/X11 build on the same MacOS X. So it may be specific to Aqua 
  Tk.

  If I create a dialog box that includes a menu then:
  - post the menu
  - select a menu item
  - button presses are ignored for one or more buttons of the dialog box

  Psueodcode to demonstrate this:
  - create a toplevel (the dialog box); within this dialog box:
  - create a variable doneVar
  - create an option menu with a few entries and two buttons: OK and 
  Cancel
  - set up commands so that if either button is pressed, it prints a 
  suitable message and sets doneVar
  - grab
  - wait for variable doneVar
  - release the grab
  - destroy the dialog box

  If you selects a menu item from the option menu, then the dialog box 
  goes into this funny mode where:
  - the first button (OK or Cancel) that you press will be ignored -- no 
  matter how many times you press it
  - once you have pressed one button at least once, then if you press 
  the other button it will act normally
  - if you bring up the menu but do NOT select an item from it then the 
  dialog box will act normally (both buttons work just fine)

  If you eliminate the grab then the problem does not appear.

  I have attached a python/tkinter script that demonstrates everything. 
  I have performed other tests and am pretty sure 

  I also tried a more complex dialog box with the OK and Cancel buttons 
  plus an Entry to which I had bound a contextual menu. I then bound 
  a print statement to <Enter> for all three of these widgets. After 
  selecting an item from the contextual menu, the bindings stopped 
  working for both buttons, though they continued to work for the 
  Entry widget. Clicking on the entry widget restored normal behavior.


tkt_uuid: 1105284fffffffffffffffffffffffffffffffff
type: RFE
status: Closed
subsystem: 11. Aqua Menus
priority: 5 Medium
foundin: None
resolution: Fixed
title: Scripting of TkAqua application menu commands
comment:
  The application menu created by the MacOS X system 
  provides (amongst others) "Preferences..." and "Quit" items 
  that should be used by applications in preference to 
  application-specific menus.  For a Tcl/Tk application based 
  on the Wish Shell bundle, it is convenient to allow these 
  menu items to be handled by scripted procedures.

  In Tk 8.4.9, the Quit menu item is handled by evaluating the 
  "exit" command.  The following amended procedure from 
  tkMacOSXHLEvents.c first checks if there is a user-defined 
  command "::tk::mac::Quit", which is evaluated in 
  preference to "exit".  This allows an application-specifc 
  script to be run prior to application shutdown.  (This might, 
  for example, prompt users to save modified documents.)

  Note that on other platforms, the standard application 
  shutdown is peformed using the Exit item on the File menu, 
  which is, of course, defined by the application. 

  static int 
  ReallyKillMe(Tcl_Event *eventPtr, int flags) 
  {
      Tcl_CmdInfo dummy;
      Tcl_Interp *interp = ((KillEvent *) eventPtr)->interp;
      /*
       * Look for user-defined handler in ::tk::mac::Quit
       * or default to "exit"
       */

      if (interp != NULL) {
        if (Tcl_GetCommandInfo(interp, "::tk::mac::Quit", 
  &dummy) != 0) {
              Tcl_GlobalEval(interp, "::tk::mac::Quit");
        } else {
          Tcl_GlobalEval(interp, "exit");
        }
      }
      
      return 1;
  }


  Handling the "Preferences..." menu item, on the other hand, 
  is at present already partially implemented.  The menu item 
  is disabled by default, but if it is enabled (see below) by the 
  user, the user-defined procedure 
  ::tk::mac::ShowPreferences is invoked.

  To enable the "Preferences..." menu item, it is necessary to 
  add a call to the command:

  EnableMenuCommand(NULL, kHICommandPreferences);

  Ideally, a Tcl/Tk script should have access to this command, 
  such as through a procedure called e.g. 
  ::tk::mac::EnablePreferencesMenuItem  This access would 
  complete the implementation of the Tcl/Tk script-level 
  handling of the application menu.


tkt_uuid: 1105433fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 83. Mac OS X Build
priority: 4
foundin: obsolete: 8.4.9
resolution: None
title: Contingently dead feature: three-button mouse emulation
comment:
  I'm running a (primarily) Tcl/Tk program called NMRView, from 
  within Aqua. I need to 'apple'-click to emulate a right click, and 
  'option'-click to emulate a middle button. I really do!

  This worked fine until I updated my Tcl to 8.4.9; concurrent with 
  that update, I lost the aforementioned functionality. Because I first 
  noticed the flaw on my PowerBook G4, and not our group's G5, I 
  thought a hardware glitch. However, the problem is now 
  noticable on the G5. So here we are.

  Basically, I try to right click, and nothing happens. It may be 
  relevant that I have no problem using modifier keys in a non-Tcl/
  Tk, Aqua program, or in Tcl/Tk programs ran within X11. I have not 
  tried reproducing this problem in another Tcl/Tk program ran 
  within Aqua - I don't have such a program (to my knowledge). 

  The applications I was using was identical, comparing the two 
  computers (Tcl 8.4.9 BI installed with the installer; same version of 
  NMRView). Both machines are running Panther. 

  Any suggestions? It's my first bug submission, so I hope I've 
  provided enough information.


tkt_uuid: 1105738fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 38. [tk_messageBox]
priority: 9 Immediate
foundin: obsolete: 8.4.9
resolution: Fixed
title: segfault if tk_messageBox's parent is button
comment:
  Hi.

  I posted this bug at
  http://bugs.activestate.com/show_bug.cgi?id=36125
  first, and was adviced to refile on this site.

  I noticed following script crashed. This is illegual usage,
  but still should not be segfaulted.

  ////////////////////////////
  // script

  pack [button .b]
  tk_messageBox -parent ".b"

  ////////////////////////////
  // stack trace

  Function: TkWinGetIcon
          00247f5a 8b4d08 mov ecx,[ebp+0x8]
  ss:00d895ee=????????
          00247f5d 8b5114 mov edx,[ecx+0x14]
  ds:00d89e96=????????
          00247f60 52 push edx
          00247f61 e821f8ffff call Tk_GetHWND (00247787)
          00247f66 83c404 add esp,0x4
          00247f69 50 push eax
          00247f6a e82b010000 call TkWinGetIcon+0x1aa
  (0024809a)
          00247f6f 83c404 add esp,0x4
          00247f72 8945f4 mov [ebp+0xf4],eax
  ss:00d895ee=????????
          00247f75 8b45f4 mov eax,[ebp+0xf4]
  ss:00d895ee=????????
  Fault ->00247f78 8b88c4000000 mov ecx,[eax+0xc4]
  ds:000000c4=????????
          00247f7e 894df0 mov [ebp+0xf0],ecx
  ss:00d895ee=????????
          00247f81 8b55f0 mov edx,[ebp+0xf0]
  ss:00d895ee=????????
          00247f84 83baf000000000 cmp dword ptr
  [edx+0xf0],0x0 ds:00a0d1f1=6120726f
          00247f8b 7418 jz TkWinGetSystemPalette+0xad0
  (00250aa5)
          00247f8d 8b450c mov eax,[ebp+0xc]
  ss:00d895ee=????????
          00247f90 50 push eax
          00247f91 8b4df0 mov ecx,[ebp+0xf0]
  ss:00d895ee=????????
          00247f94 8b91f0000000 mov edx,[ecx+0xf0]
  ds:001300a0=00000000
          00247f9a 52 push edx
          00247f9b e84a000000 call TkWinGetIcon+0xfa
  (00247fea)
          00247fa0 83c408 add esp,0x8

  *----> Stack back trace <----*

  FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function
  0012F708 0023B8EA 00A4E280 00000000 00000003 00000000
  !TkWinGetIcon
  0012F914 10011D36 008EB640 008B4048 00000003 0012FB28
  !Tk_MessageBoxObjCmd
  0012F958 10012811 008B4048 00000003 0012FB28 00A4E131
  !TclEvalObjvInternal
  0012FB7C 10060FF0 008B4048 00A4E120 0000002C 00000000
  !Tcl_EvalEx
  0012FCC0 100600A5 008B4048 00959B58 0012FCE0 00959B58
  !Tcl_FSEvalFile
  0012FCD8 002ACD65 008B4048 008E3870 00000000 0030D078
  !Tcl_EvalFile
  0012FDF8 004010AB 00000001 008B2624 004010B9 008B4048
  !Tk_MainEx
  0012FF24 004015B9 00400000 00000000 00133346 00000001
  !<nosymbols>
  0012FFC0 77E7893D 00000000 00000000 7FFDF000 C0000005
  !<nosymbols>
  0012FFF0 00000000 00401485 00000000 000000C8 00000100
  kernel32!ProcessIdToSessionId 


tkt_uuid: 1109657fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 05. Canvas Items
priority: 3 Low
foundin: obsolete: 8.4.9
resolution: None
title: canvas clipping of window items
comment:
  This script demonstrates what may or may not be a bug:
  window items are clipped to their parent, not to the
  canvas.  If not a bug, it could stand clarification in
  the canvas manpage.

   frame .f -bg blue
   canvas .c2 -bg red -width 100
   grid rowconfigure .f 0 -weight 1 -minsize 0
   grid rowconfigure .f 1 -weight 0 -minsize 0
   grid columnconfig .f 0 -weight 1 -minsize 0
   grid columnconfig .f 1 -weight 0 -minsize 0

   grid [canvas .f.c -bg yellow -width 100 \
      -xscrollcommand ".f.x set" -yscrollcommand ".f.y
  set"] \
          -row 0 -column 0 -sticky news
   grid [scrollbar .f.y -orient vertical -command ".f.c
  yview"] \
          -row 0 -column 1 -sticky news
   grid [scrollbar .f.x -orient horizontal -command ".f.c
  xview"] \
          -row 1 -column 0 -sticky news

   grid columnconfig . 0 -weight 1 -minsize 0
   grid columnconfig . 1 -weight 1 -minsize 0
   grid rowconfigure . 0 -weight 1 -minsize 0
   grid .f -row 0 -column 0 -sticky news
   grid .c2 -row 0 -column 1 -sticky news

   checkbutton .cb -text "012345678901234567890123456789"
  -bg green
   checkbutton .f.cb -text
  "012345678901234567890123456789" -bg green
   checkbutton .f.c.cb -text
  "012345678901234567890123456789" -bg green
   .f.c create window 0 0 -anchor nw -window .cb
   .f.c create window 0 30 -anchor nw -window .f.cb
   .f.c create window 0 60 -anchor nw -window .f.c.cb


tkt_uuid: 1110553fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 41. Photo Images
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: Bad function description
comment:
  The comments above the function
  PhotoFormatThreadExitProc() are those of
  Tk_Create{Old}PhotoImageFormat().


tkt_uuid: 1111213fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 79. L10N
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: Error in Spanish translation of "save" (file)
comment:
  In tk_getSaveFile the Spanish (locale es_es)
  translation of "save" as "salvar" is
  incorrect. It should be "guardar".


tkt_uuid: 1114977fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 9 Immediate
foundin: obsolete: 8.4.9
resolution: Fixed
title: tkCanvas.c thread-unsafe UID usage!
comment:
  WHEN:
  When multiple threads of execution in same process have
  their own TCL vm's with canvas widgets instances.
  WHAT:
  canvas's "tags" functionality gets totally screwed. For
  example, IWidget::calendar crashes
  HOW:
  tkCanvas.c contains definitions of various variables
  for uid caching. For example: "static Tk_Uid allUid;"
  (line 21). These variables get assigned their
  respective values when first instance of canvas in
  _whole_ _process_ (!) is being instantiated. This is
  done in "Tk_CanvasObjCmd" by means of function
  "CanvasInit" call (line 370). "allUid", and other
  similar variables get their values as return values
  from Tk_GetUid function call (line 2781).
  All values that are to be compared with several special
  words (like "all" is) are compared with said variables
  (code like: if( Tk_GetUid( "something ) == allUid))
  However, Tk_GetUid uses dictionary (hash table) which
  gets allocated per-thread, not per-process. That means
  that values of "allUid" and similar variables will get
  initialized with keys from dictionary belonging to
  first thread that ever creates canvas! All subsequently
  created canvasses will use these values (from first
  thread's UID dictionary). Suppose that canvas belonging
  to other thread of execution wants to compare
  "something" with such keys. It will use "Tk_Uid(
  "something" ) == allUid" and this will always fall,
  regardless of "something"'s value.
  FIX:
  Quick and dirty fix is to uncomment line "#define
  USE_OLD_TAG_SEARCH 1" (line 19 in tkCanvas.c), since
  old search algorithm uses no global data. This works,
  althought I'm not aware of other consequences it may
  have. Nice fix would be to change either these global
  variables to per-thread (or per-instance) ones or make
  Tk_GetUid use global dictionary. Alas, I don't know
  enough about TCL/TK source code to make such changes on
  my own. However, should someone experienced give me
  advice on what to do, I'll try to find time to fix it.
  Best regards
  Michal Adamczak (ma<NOSPAM>@ant-iss.com)


tkt_uuid: 1115816fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 76. Widget Tour
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Out of Date
title: Minor bug in Widget Tour: fix included
comment:
  The bug is in the Tk Widget Demo, and I see it when
  running ActiveTcl 8.4.9.0 on Linux (Fedora Core 3).

  When the "Menu Demonstration" produces a tk_dialog, and
  the "Widget Demonstration" root window is not
  minimised, the dialog may appear underneath the "Menu
  Demonstration" toplevel.  I attach a patch to the file
  "demos/Tk/menu.tcl" that fixes this bug.


tkt_uuid: 1115907fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: Man page missing value
comment:
  In the man page in the description for "pathName dump
  ?switches? index1 ?index2?" it lists the possible key
  values. I believe that it is missing the key value "image".

  Lio.


tkt_uuid: 1117435fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 8
foundin: obsolete: 8.5a3
resolution: Fixed
title: typeListPtr mutex undeclared
comment:
  generic/tkCanvas.c line 956 and later in latest (as of 1830 GMT 
  6Feb05) anonymous cvs head contains three references to a 
  mutex "typeListPtr" which is undeclared. A quick grep of the source 
  tree shows that these are the only refs to the mutex anywhere and 
  it is not declared anywhere. This breaks the build on at least Mac 
  OS X, but I would assume everywhere else too.


tkt_uuid: 1118340fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 32. Key Symbols
priority: 8
foundin: obsolete: 8.4.9
resolution: Fixed
title: MouseWheel event under Win32 can cause crash
comment:
  This is most easily exposed by using Python's Tkinter interface -- 
  since I don't really know anything about Tcl, I cannot submit 
  sample code.  The problem is very obvious, though.

  In source file win/tkWinX.c, function GenerateXEvent(),

  case WM_MOUSEWHEEL:
  ...
     event.xany.send_event = -1;
  ...

  This line should clearly not be present.  This line causes Tk to call 
  TkpGetString() when ExpandPercents() is called with '%A' (which is 
  done by Python for ALL events, including <MouseWheel>).  This, in 
  turn, causes segmentation fault because event.xkey.trans_chars 
  and event.xkey.nbytes are not initialized.

  The fix is simply to remove this line of code, since 
  event.xany.send_event has been initialized to False.


tkt_uuid: 1118589fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 12. Unix Menus
priority: 5 Medium
foundin: obsolete: 8.4.5.1
resolution: Works For Me
title: Menu focus issue
comment:
  Issues with focus on menu, or inconsistancy with
  operation of other widgets.  Problem seen under
  MandrakeLinux 10.1 official.  See following script:

  button .b
  menu .m
  .m add command -label test
  .m add command -label test2
  after 5000 {pack .b; focus .b; .m post 0 0; .m activate
  1; tk_menuSetFocus .m}

  Expected focus to be on menu, but ends up on button. 
  Tests with other widgets like entry show that focus
  does indeed end up on entry.

  button .b
  entry .e
  after 5000 {pack .b; pack .e; focus .b; focus .e}

  This is causing some grief on systems that don't have a
  mouse.


tkt_uuid: 1118844fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 46. Unix Fonts
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Wont Fix
title: Xft loses non-Xft fonts
comment:
  On RHEL3, I try to run the test case:

  grid [label .l -font {times 24} -text \u592a\u9177]

  On a non-Xft-enabled build, I see "tai ku" in
  the label.  On an Xft-enabled build, I see nothing.
  Moreover, on that build, I see that
  [font families] lists a different set of font families
  than 'xlsfonts' does.

  This appears to be some sort of Red Hat breakage,
  since I see the same problem with Gnome applications
  being unable to display Han characters.
  But 8.4 manages it somehow.

  Can I get some advice on how I can help
  with troubleshooting?  I'd rather not, if possible,
  have to choose between Xft and Unicode.


tkt_uuid: 1119112fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 65. Generic Window Operations
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Fixed
title: wm 1.5, 2.4 test failures
comment:
  Tcl/Tk: v8.5 head at 09/02/05
  OS: WinXPsp2
  Built with makefile.vc using VC7.1

  wm.test

  ==== wm-deiconify-1.5 usage FAILED
  ==== Contents of test case:

      catch {destroy .embed}
      frame .t.f -container 1
      toplevel .embed -use [winfo id .t.f]
      set result [list [catch {wm deiconify .embed} 
  msg] $msg]
      destroy .t.f .embed
      set result

  ---- Result was:
  1 {can't deiconify .embed: the container does not 
  support the request}
  ---- Result should have been (exact matching):
  1 {can't deiconify .embed: it is an embedded window}
  ==== wm-deiconify-1.5 FAILED


  ==== wm-iconify-2.4 Misc errors FAILED
  ==== Contents of test case:

      catch {destroy .t2}
      frame .t.f -container 1
      toplevel .t2 -use [winfo id .t.f]
      set result [list [catch {wm iconify .t2} msg] 
  $msg]
      destroy .t2 .r.f
      set result

  ---- Result was:
  1 {can't iconify .t2: the container does not support 
  the request}
  ---- Result should have been (exact matching):
  1 {can't iconify .t2: it is an embedded window}
  ==== wm-iconify-2.4 FAILED


tkt_uuid: 1121156fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 84. Unix Build
priority: 7 High
foundin: obsolete: 8.4.9
resolution: None
title: requirement for 'lib64' checks
comment:
  When you build Tk on SuSE 9.2 x86_64 with "standard"
  settings, if you don't have xmkmf (/usr/X11R6/bin) in
  your path, it will end up picking the wrong X11 libpath
  and dying at link time.

  The xmkmf usage is injected by AC_PATH_X, part of
  tcl.m4:SC_PATH_X.  When found, it will correctly show:

  checking for X... libraries /usr/X11R6/lib64, headers
  /usr/X11R6/include

  when you don't have it on your path, you get:

  checking for X... libraries /usr/X11/lib, headers
  checking for X11 header files...

  This is because it falls back to other checks in
  SC_PATH_X, which don't account for lib64.  What happens
  is that when you get to the link step, it fails with:

  /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.4/../../../../x86_64-suse-linux/bin/ld:
  skipping incompatible /usr/X11/lib/libX11.so when
  searching for -lX11
  /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.4/../../../../x86_64-suse-linux/bin/ld:
  skipping incompatible /usr/X11/lib/libX11.a when
  searching for -lX11
  /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.4/../../../../x86_64-suse-linux/bin/ld:
  cannot find -lX11

  So obviously, lib64 is the default correct version. 
  Should SC_PATH_X look in /usr/X11R6/lib64 first?  That
  would apply to all platforms.  Also, what about
  non-64-bit builds?  IIUC, those are the default on
  x86_64 Linux platforms, but that it may be possible to
  build 32-bit on those machines with gcc.

  In another bug report, someone mentioned that
  SC_PATH_TCLCONFIG and SC_PATH_TKCONFIG might also look
  in /usr/lib64 as well.

  Basically, lib64 is throwing some wrenches into the
  usual build.  What upgrades to the m4 are the "correct"
  ones?


tkt_uuid: 1122757fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: None
title: various tests fail with -use/container etc
comment:
  The recent changes to the Windows support of embedded
  windows over the last few months seem to have
  introduced a number of test failures:

  embed 1.4, 1.5
  frame 2.5
  wm-deiconify 1.5, 2.4

  The details follow.... (this is on WinXP-sp2)

  embed.test

  ==== embed-1.4 TkpUseWindow procedure, -container must
  be set FAILED
  ==== Contents of test case:

      deleteWindows
      toplevel .container
      list [catch {toplevel .embd -use [winfo id
  .container]} err] $err

  ---- Result was:
  1 {the window to use is not a Tk container}
  ---- Result should have been (exact matching):
  1 {window ".container" doesn't have -container option set}
  ==== embed-1.4 FAILED


  ==== embed-1.5 TkpUseWindow procedure, -container must
  be set FAILED
  ==== Contents of test case:

      deleteWindows
      frame .container
      list [catch {toplevel .embd -use [winfo id
  .container]} err] $err

  ---- Result was:
  1 {the window to use is not a Tk container}
  ---- Result should have been (exact matching):
  1 {window ".container" doesn't have -container option set}
  ==== embed-1.5 FAILED

  frame.test

  ==== frame-2.5 toplevel configuration options FAILED
  ==== Contents of test case:

      catch {destroy .t}
      toplevel .t -width 200 -height 100
      wm geometry .t +0+0
      list [catch {.t configure -use 0x44022} msg] $msg
  [.t configure -use]

  ---- Result was:
  1 {window "0x44022" doesn't exist} {-use use Use {} {}}
  ---- Result should have been (exact matching):
  1 {can't modify -use option after widget is created}
  {-use use Use {} {}}
  ==== frame-2.5 FAILED

  wm.test

  ==== wm-deiconify-1.5 usage FAILED
  ==== Contents of test case:

      frame .t.f -container 1
      toplevel .embed -use [winfo id .t.f]
      wm deiconify .embed

  ---- Result was:
  can't deiconify .embed: the container does not support
  the request
  ---- Result should have been (exact matching):
  can't deiconify .embed: it is an embedded window
  ==== wm-deiconify-1.5 FAILED


  ==== wm-iconify-2.4 Misc errors FAILED
  ==== Contents of test case:

      frame .t.f -container 1
      toplevel .t2 -use [winfo id .t.f]
      wm iconify .t2

  ---- Result was:
  can't iconify .t2: the container does not support the
  request
  ---- Result should have been (exact matching):
  can't iconify .t2: it is an embedded window
  ==== wm-iconify-2.4 FAILED


tkt_uuid: 1123042fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 42. Photo Image|GIF
priority: 7 High
foundin: obsolete: 8.5.0
resolution: None
title: Images are blank via Remote Desktop
comment:
  On Windows boxes when the Remote Desktop Client 
  application is used with 256 colors, images such as 
  those in the TK Demo "Image Demonstration #1" script 
  do not appear. 
  Closing the Image Demonstration #1 toplevel causes 
  a "Fatal Error in Wish" The message text is "Tried to 
  free a color which isn't allocated".
  The wish application was running on the server with a 
  color depth >= 16 bit
  This may be followed by another fatal error:
  "Tk_FreeGC received unknown gc argument"


tkt_uuid: 1124198fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 21. [panedwindow]
priority: 9 Immediate
foundin: None
resolution: Fixed
title: panedwindow [Bugs 1161543,1054117,1010941,795869,690169]
comment:
  fixed: when pane is given a height or a width, the 
  other did not auto-size to fit internal windows.
      panedwindow .p -width 200
      frame .f1 -height 50 -bg blue
      .p add .f1
      pack .p -fill both -expand 1

  fixed: when a width is given to an internal window in 
  a horizontal pane (height for vertical), the internal 
  window doesn't auto-size its width to fit (default 
  stretch option is last).
      panedwindow .p -width 200 -height 200
      frame .f1 -width 50 -height 50 -bg blue
      .p add .f1
      pack .p -fill both -expand 1

  fixed: sash placement when compressed together at 
  edge of pane.

  fixed: calculation of stretch amount for internal 
  windows.
      panedwindow .p -width 200 -height 200
      frame .f1 -width 50 -bg red
      frame .f2 -width 50 -bg green
      frame .f3 -width 50 -bg blue
      .p add .f1 .f2 .f3
      pack .p -fill both -expand 1
  then
      .p paneconfigure .f2 -hide 1


  now that that works, lets look at the tests.

  split 24.29 into two tests, one with a dynamic sized 
  pane and one with a fixed size pane. Increased frame 
  widths to stop [wm minsize .] interferring (at least 
  on XP).

  24.30 - 24.33 needed fixed width panes to stop them 
  resizing when an internal window was hidden. Same 
  frame size adjustment as for 24.29.

  24.32 The last part of the result (ie 55 56) is not a 
  typo, pixels for stretching are distributed right to 
  left.


tkt_uuid: 1124237fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Fixed
title: MacOS X Aqua focus and floating windows
comment:
  This bug is specific to MacOS X.  It involves a floating 
  window: the visual effect of this is rather similar to using 
  "wm transient" on Microsft Windows.  After using the 
  floating window, the application loses track of the focus.
   
     ---AppMain.tcl---
  entry .e
  button .b -text Properties -command "popupWindow ."
  pack .e -padx 125 -pady 75
  pack .b -pady 10
  focus .e
   
  proc popupWindow {parent} {
    toplevel .t
    ::tk::unsupported::MacWindowStyle style .t floatGrowProc
    entry .t.e
    button .t.b -text OK -command "destroy .t"
    pack .t.e -padx 75 -pady 10
    pack .t.b -pady 10
    focus .t.e
  }
     ---AppMain.tcl---

  When the main window is created, I can type in the entry 
  box. After clicking on the button, I can type in the new entry 
  in the floating window.  But, after dismissing the floating 
  window, the focus does not return to the entry box on the 
  main window (as it does on Windows, and as it does if I do 
  not use a floating window) and no combination of clicks, key 
  presses or verbal abuse will return the focus to that entry.  
  Another application needs to be brought to the front; 
  AppMain.tcl recovers the focus when it is subsequently 
  returned to the front.

  One workaround is to be explicit about the focus, after 
  destroying the floating window:

  destroy .t; focus -force $parent


tkt_uuid: 1124654fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: None
resolution: Wont Fix
title: windows file dialog doesn't add the selected file extension
comment:
  If you try this:

  package require Tk
  set name example
  set ext [list "{FOO} {*.foo}" "{BAR} {*.bar}" "{TCL}
  {*.tcl}"]
  tk_getSaveFile -initialfile $name -initialdir
  $::env(HOME) -filetypes $ext

  Under linux it returns "example.foo" if you select FOO
  type or "example.bar" for BAR type, etc.. But under
  windows it only returns "example" whatever filetype you
  choose.

  On the Tcl'ers chat, Donal Fellows wrote he believes it
  happens because that's the way the windows file dialog
  works.

  Actually, I manage this bug by adding by myself the
  default extension (.foo is my example) to the filename
  tk_getSaveFile returns if it misses. But the side
  effect is non-default filetypes (.bar or .tcl in my
  example) are ignored if the user selected it but forgot
  to manually adds the extension in the tk_getSaveFile entry.

  So, would it be possible to add something to the "file
  type" menu so it adds or replaces the choosen extension
  to the filename?


tkt_uuid: 1143776fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 8
foundin: obsolete: 8.5a3
resolution: Fixed
title: Panic: Added too many new lines in UpdateDisplayInfo
comment:
  The current cvs head contains a bug in the text widget
  that causes a panic with the message "Added too many
  new lines in UpdateDisplayInfo". I can reproduce this
  consitently on Linux, using Donal's text justification
  demo: http://www.man.ac.uk/~zzcgudf/tcl/wordwrap.tcl

  Run the demo in wish and then move the scrollbar on the
  text widget to show the last line - this causes the
  panic for me. Basic stack trace:

  (gdb) bt
  #0  0x403b5d71 in kill () from /lib/i686/libc.so.6
  #1  0x403b5af5 in raise () from /lib/i686/libc.so.6
  #2  0x403b71e0 in abort () from /lib/i686/libc.so.6
  #3  0x401754d8 in Tcl_PanicVA () from
  /usr/local/lib/libtcl8.5.so
  #4  0x40175500 in Tcl_Panic () from
  /usr/local/lib/libtcl8.5.so
  #5  0x400c6129 in UpdateDisplayInfo () from
  /usr/local/lib/libtk8.5.so
  #6  0x400cb2be in TkTextPixelIndex () from
  /usr/local/lib/libtk8.5.so
  #7  0x400d2d8b in TkTextPickCurrent () from
  /usr/local/lib/libtk8.5.so
  #8  0x400c83a6 in DisplayText () from
  /usr/local/lib/libtk8.5.so
  #9  0x401891ba in TclServiceIdle () from
  /usr/local/lib/libtcl8.5.so
  #10 0x40172f96 in Tcl_DoOneEvent () from
  /usr/local/lib/libtcl8.5.so
  #11 0x4003cd7d in Tk_MainLoop () from
  /usr/local/lib/libtk8.5.so
  #12 0x400494af in Tk_MainEx () from
  /usr/local/lib/libtk8.5.so
  #13 0x0804886e in main ()
  #14 0x403a2c57 in __libc_start_main () from
  /lib/i686/libc.so.6


tkt_uuid: 1144186fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 65. Generic Window Operations
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: None
title: -use -container embedded windows menu problems
comment:
  # When a wish toplevel is embedded in a frame or
  toplevel of another wish app that has been identified
  as a container, there are problems with menus.

  # same whether the container is a frame or a toplevel

  # X11:
  # the menu bar is there, but the menus pop up in the
  wrong place (a bit too low on the screen)
  # Tested in Fedora Core 3
  # Same with 3 different window managers: KDE
  3.3.1-2.4.FC3, Gnome (metacity 2.8.6-2), or XFCE
  (xfwm4-4.0.6-1)
  # Same with both current versions of ActiveTcl:
  8.4.9.0, 8.5.0 beta3 (8.5a2)

  # Windows - a different problem
  # Windows XP Home (SP2): the menu bar does not appear
  at all.

  # test script is attached


tkt_uuid: 1145308fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 41. Photo Images
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Duplicate
title: image create photo / img1.3 horribly slow on 8.4.9
comment:
  With the img1.3 package and tcl/tk 8.4.9 on Windows
  2000 (2400 MHz Pentium)

  image create photo orig -file <filename>.jpg

  takes 51 (!) secs while the same operation requires ~1
  sec with the 8.4.6 distribution. 

  I checked this with ActiveState's distributions as well
  as the debug and thread enabled versions I have
  compiled. In the latter case I tried Img binaries from
  both ActiveTcl distribution.

  József Németh
  C+C SYSTEMS BT

  joe.nemeth@cpluscsystems.axelero.net


tkt_uuid: 1146057fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 35. [tk_dialog]
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: TkAqua: encoding problems with [tk_getOpenFile -filetypes]
comment:
  Problem originally reported by Read Roberts <rroberts@adobe.com>

  on TkAqua, tk_get*File uses an incorrect encoding for the -initialfile 
  and -filetypes options leading to gibberish displayed in the dialog for 
  unicode strings. The example script below shows the problem

  #!/bin/sh
  #\
  exec wish $0 "$@"

  set k  [encoding convertfrom utf-8 
  "\345\205\250\343\201\246\343\201\256\343\203\225\343\202\241
  \343\202\244\343\203\253"]
  set t [list [list $k *]]

  set d  [file join ~/Desktop $k]
  file mkdir $d
  close [open [file join $d $k.txt] w]

  set f [tk_getOpenFile -title $k -message $k -initialdir $d -initialfile 
  $k.txt -filetypes $t]
  puts "$f [file exists $f]"

  set f [tk_getSaveFile -title $k -message $k -initialdir $d -initialfile 
  $k.txt -filetypes $t]
  puts "$f [file exists $f]"

  set f [tk_chooseDirectory -title $k -message $k -initialdir $d]
  puts "$f [file exists $f]"

  file delete -force $d


tkt_uuid: 1151064fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 66. Aqua Window Operations
priority: 4
foundin: None
resolution: None
title: Aqua: XDrawLine draws nothing with Tk_GCForColor
comment:
  The line width for the GC returned by Tk_GCForColor is
  zero.  This results in XDrawLine drawing nothing under
  Aqua, where other platforms a line is drawn with a
  default width of 1.

  Reference Tile Bug #1115785 for more details.


tkt_uuid: 1151523fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 44. Generic Fonts
priority: 6
foundin: None
resolution: Fixed
title: Documentation error: NULL interp parameters
comment:
  Contrary to the documentation, it is not safe to pass a
  NULL pointer as the 'interp' parameter to
  Tk_AllocFontFromObj.  If you do so, and the object
  contains an illegal font name,   ParseFontNameObj uses
  the interp anyway, leading to a crash.

  There are probably a number of other Tk routines that
  have the same problem.


tkt_uuid: 1151700fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 70. Event Loop
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: None
title: XIM input box font size hard coded
comment:
   In using XIM on SPARC Solaris, with kinput2, it was
  discovered that kinput2's font size is based on the
  font of the top level used to contain the input entry
  box.  The Tk code affected is in tkEvent.c:
  > 
  >                     if (dispPtr->inputXfs == NULL) {
  >                         /*
  >                          * We only need to create one
  XFontSet
  >                          */
  >                         char      **missing_list; 
  >                         int       missing_count;
  >                         char      *def_string;
  > 
  >                         dispPtr->inputXfs = 
  > XCreateFontSet(dispPtr->display,
  >                                
  "-*-*-*-R-Normal--14-130-75-75-*-*",
  >                                 &missing_list, 
  > &missing_count, &def_string);
  >                         if (missing_count > 0) {
  >                            
  XFreeStringList(missing_list);
  >                         }
  >                     }
  > 
  where the fontset is hard coded.

  So for a user to change the font size, they have to
  rebuild Tk! 

  The developer who researched this wrote:

  > 
  >    My thoughts on this would be to extend the tk 
  > useinputmethods command > (<http://wiki.tcl.tk/8695>, 
  > 
  <http://www.tcl.tk/man/tcl8.4/TkCmd/tk.htm>) to
  something like this:

  tk useinputmethods?-displayof window?
  ?-preeditfont fontset?
  #example -preeditfont
  '-*-*-*-R-Normal--24-230-75-75-*-*'
  ?-style style?
  #choices: root, over
  ?boolean?



  where the ones with comments are new.  The argument
  fontset to
  -preeditfont would be any string that can be passed to
  XCreateFontSet()
  (<http://www.xfree86.org/4.1.0/XCreateFontSet.3.html>).

     I was thinking about a sample implementation, but I
  haven't had a chance to do more than think.  In
  particular, I haven't checked whether the fontset can
  be changed dynamically with XSetICValues()
  (<http://www.xfree86.org/current/XSetICValues.3.html>).
   A simpler mechanism, like a new resource, is probably
  more feasible.


tkt_uuid: 1152376fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 10. Generic Menus
priority: 5 Medium
foundin: TIP Implementation
resolution: Fixed
title: TIP#286: Add xposition subcommand to menus
comment:
  The menu widget has had a yposition subcommand for a
  long time, but currently there is no xposition
  subcommand. The xposition command may be needed for
  menubar type menus and in multicolumn menus.


tkt_uuid: 1152809fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 67. Unix Window Operations
priority: 7 High
foundin: None
resolution: Fixed
title: wm stackorder panics
comment:
  The TkWmStackorderToplevel function in unix/tkUnixWm.c
  seems to incorrectly calculate the number of toplevels
  when they are displayed on different displays. This
  results in the message "num matched toplevel windows
  does not equal num children" and then wish aborts.

  Script to reproduce the situation:

  # wish -display :0
  % toplevel .x -screen :1
  .x
  % wm stackorder .
  num matched toplevel windows does not equal num children
  Aborted

  In a conversation on the Tcler's chat Joe English
  remarked the following about this:
  The point where it's panicking looks to me like it's
  not really an error condition at all (let alone a fatal
  one) -- More like "I'm making an assumption about what
  the state of the system should be, and crashing hard if
  that assumption isn't true". But in this case the
  assumption in question (a) doesn't always hold and
  probably (b) doesn't even need to hold for the code to
  work.


tkt_uuid: 1155596fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 66. Aqua Window Operations
priority: 4
foundin: obsolete: 8.4.13
resolution: Accepted
title: TkAqua: display issues for buttons with image with alpha
comment:
  set img [image create photo -file image-with-alpha.png]
  pack [button .b -image $img]

  The button is not displayed, and "OpenCPicture failed"
  is printed to stderr.  Subsequently interacting with
  the GUI results in a crash.  This happens both with
  TkImg and with the PNG parser I'm implementing.  It
  does not crash with labels.

  0   com.apple.QD            0x9156d270 SetGWorld +
  0x401   com.tcltk.tklibrary     0x0b079e68 TkPutImage +
  0x300
  2   com.tcltk.tklibrary     0x0b040950 ImgPhotoDisplay
  + 0x1043   com.tcltk.tklibrary     0x0b039700
  Tk_RedrawImage + 0xb8
  4   com.tcltk.tklibrary     0x0b075924 SetupBevelButton
  + 0x1385   com.tcltk.tklibrary     0x0b075694
  TkMacOSXDrawControl + 0x29c
  6   com.tcltk.tklibrary     0x0b074638 TkpDisplayButton
  + 0x1287   com.tcltk.tcllibrary    0x0a0678f8
  TclServiceIdle + 0x68
  8   com.tcltk.tcllibrary    0x0a056dac Tcl_DoOneEvent +
  0x1809   com.tcltk.tklibrary     0x0b02bcf4 Tk_MainLoop
  + 0x18
  10  com.tcltk.tklibrary     0x0b04936c Tk_MainEx +
  0x33811  com.tcltk.wish          0x000163c4 0x1000 +
  0x153c4
  12  com.tcltk.wish          0x00015e80 0x1000 +
  0x14e8013  dyld                    0x8fe1a558
  _dyld_start + 0x64


tkt_uuid: 1155661fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 10. Generic Menus
priority: 5 Medium
foundin: None
resolution: None
title: Menu height option.
comment:
  Currently if you have to many menu items to display on 
  the screen, the inner workings of the menu command 
  places arrow(scroll) buttons at the top and the bottom of 
  the menu list.

  It would be nice to have an option to tell the menu 
  command how many items you display on the screen 
  (similar to the listbox -height option) and if you have 
  more items in your menu, than in this option, to display 
  the arrow(scroll) buttons.


tkt_uuid: 1156388fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 37. [tk_get*File]
priority: 9 Immediate
foundin: TIP Implementation
resolution: Fixed
title: TIP#242: add -initialtype option
comment:
  Here's the *nix and Win implementation for the
  -initialtype tip. I'm assuming the macosx impl. will be
  just as trivial.

  -Brian


tkt_uuid: 1158738fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 68. Win Window Operations
priority: 6
foundin: obsolete: 8.4.11
resolution: None
title: transient window madness
comment:
  On Windows XP Home SP2.
  This also happens in 8.4.9.

  2 examples. Copy/paste each line into the wish console 
  separately, or copy all lines (except the last line) of 
  each example. Comments show the problem.

  # Example 1 -- transient won't show itself
  toplevel .t1 ; wm withdraw .t1 ; update
  toplevel .t2 ; wm withdraw .t2 ; wm transient .t2 .t1 ; 
  update
  wm deiconify .t1 ; update ; # Displays ok
  wm deiconify .t2 ; update ; # Doesn't display
  raise .t2 ; # Now displays. Or minimize .t1 and restore -
  > .t2 appears

  # Example 2 -- transient isn't transient
  toplevel .t1 ; wm withdraw .t1 ; update
  toplevel .t2 ; wm withdraw .t2 ; update
  wm transient .t2 .t1 ; update
  wm deiconify .t1 ; update ; # Displays ok
  wm deiconify .t2 ; update ; # Displays ok, but not 
  transient to .t1
  wm withdraw .t1 ; update ; wm deiconify .t1 ; # Now .t2 
  appears/acts transient


tkt_uuid: 1159367fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 10. Generic Menus
priority: 9 Immediate
foundin: obsolete: 8.4.9
resolution: Fixed
title: Crash/Core dump with bad color resource in option db
comment:
  The following code produces a core dump or crash on
  unix variants and on Windows with at least 8.4.9 and 8.4.8



  % option add *background coredump
  %  menu .m
  unknown color name "coredump"
  %  menu .m
  unknown color name "coredump"
  %  menu .m
  Segmentation fault (core dumped)


  This problem seems centered around the menu widget to
  some degree and appears to be the direct result of
  failling to create a menu widget because of an invalid
  color in the tk option  database. Note that core dump
  usually occurs while creating certain widgets after the
  menu widget has failed to be created.


tkt_uuid: 1160025fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: MacOS X : mouse co-ordinates reported offset from pointer
comment:
  This bug is rather more troublesome than it would
  appear at first sight, given the utterly contrived
  nature of the example presented here.  

  We find that mouse events (click, drag, etc.) are
  frequently reported as having occurred at a position
  offset from the pointer.  This affects
  application-specific bindings, such as those we create
  for a user to draw on a canvas, and also internal Tk
  bindings, such as those needed to trigger a button
  press.  This latter artefact can give the interface the
  appearance of being hung or frozen.

  The workaround is to move the window (even very
  slightly) by dragging the title bar.

  As I say, it occurs quite frequently in practice, but
  it hasn't been all that easy to find a simple sequence
  of steps that reliably reproduces the problem.  Now
  here goes...

     1. Create a Tcl/Tk script "offset.tcl" in your 
        working directory (attached)
     2. Start "wish" from the Terminal command prompt 
        in your working directory
     3. Enter the following three commands at the % 
        prompt, and WITHOUT touching the "Wish Shell" 
        window:
               source offset.tcl
               toplevel .t
               destroy .t
     4. Click on the title bar of "Wish Shell" to 
        bring it to the front
     5. Click in the canvas (i.e. anywhere in the 
        Wish Shell window)

  A circle will be drawn on the canvas, but it will be
  displaced from the click by a margin of very roughly
  50-100 pixels below and to the right. Repeat for as
  long as you like :-)  Move the window, and click again.
  Circles will now be drawn at the mouse pointer
  location.  You can return focus to the Terminal window
  and repeat the creation and destruction of the dummy
  top-level in order to re-create the problem.  You must
  give focus to the Wish Shell window by clicking on its
  title bar.  If you click anywhere else in the window,
  the problem does not arise.

  The contents of offset.tcl define the canvas and its
  binding :

  ---Start of offset.tcl---
  proc drawCircle {c x y} {
    set x1 [expr $x-2]
    set y1 [expr $y-2]
    set x2 [expr $x+2]
    set y2 [expr $y+2]
    $c create oval $x1 $y1 $x2 $y2
  }

  canvas .c -height 400 -width 400
  pack .c
  bind .c <Button-1> "drawCircle .c %x %y"
  --- End of offset.tcl ---


tkt_uuid: 1160563fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 36. [tk_chooseDirectory]
priority: 5 Medium
foundin: None
resolution: Duplicate
title: tk_chooseDirectory -mustexist 1 can return non-existant dir
comment:
  tk_chooseDirectory -mustexist 1

  Enter non-existant directory
  Popup appears saying directory does not exist
  Press cancel
  non-existant directory is returned by the dialog

  This is with Tk 8.4.9


tkt_uuid: 1160957fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Invalid
title: shaking window, scroller bar appear and disappear
comment:
  If you are using BWidget 1.7.0, please run following code.
  You will see a shaking ScrolledWindow.The memory
  consumption keep increasing too.

  Note, 1. replaced $bwidget_path to you BWidget directory.
          2. "CP: 555  * AAA-I am shaking wildly 10mm
  dia:  59.5 mm" is a single line, Changing the length of
  the text dismantles the shaking.
         3. Shaking is caused by the appearing and
  disappearing of the scrollers. Changing "-auto both" to
  "-auto vertical" dismantles the shaking.

  Any clue to solve it? Thanks.
  # Environment:
  #     Linux 2.4.21-9.ELsmp
  #     tcl/tk 8.4


tkt_uuid: 1161543fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: Strange panewindow resize behavior
comment:
  With Tk 8.5 (including CVS HEAD for at least the last
  few months), try:

  option add *Listbox.height 5
  panedwindow .pw -opaqueresize true -orient vertical
  .pw add [listbox .pw.f1]
  .pw add [listbox .pw.f2]
  .pw add [listbox .pw.f3]
  .pw add [listbox .pw.f4]
  pack .pw -expand true -fill both -side top


  Now drag one of the sashes up and down -- the results
  are very strange.  The entire window shrinks, even
  faster than the sash is moved.

  After resizing the toplevel by hand to prevent geometry
  propagation, the results are still very strange;
  dragging one sash causes other, unrelated sashes to
  move also.


tkt_uuid: 1162356fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 69. Events
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Fixed
title: Bug in InvokeClientMessageHandlers
comment:
  There is a bug in InvokeClientMessageHandlers, that
  prevents TkDND from running with the Tk 8.5 series.
  (The bug does not allow any ClientMessage Handler to 
  be invoked.) The correct code of the function is:

  /*
   *------------------------------------------------------
   *
   * InvokeClientMessageHandlers --
   * 
   * Iterate the list of handlers and invoke the function
   * pointer for each.  
   * 
   * Results: 
   *     None.
   *
   * Side effects:
   *     Handlers may be deleted and events may be sent 
  to
   *     handlers.
   *------------------------------------------------------
   */
  static void
  InvokeClientMessageHandlers(tsdPtr, tkwin, eventPtr)
      ThreadSpecificData *tsdPtr;
      Tk_Window tkwin;
      XEvent *eventPtr;
  {
      GenericHandler *prevPtr;
      GenericHandler *curPtr = tsdPtr->cmList;
      GenericHandler *tmpPtr;

      for (prevPtr = NULL; curPtr != NULL; ) {
          if (curPtr->deleteFlag) {
          if (!tsdPtr->handlersActive) {
              /*
           * This handler needs to be deleted and there are
           * no calls pending through any handlers, so now
           * is a safe time to delete it.
           */
            
              tmpPtr = curPtr->nextPtr;
          if (prevPtr == NULL) {
              tsdPtr->cmList = tmpPtr;
          } else {
              prevPtr->nextPtr = tmpPtr;
          }
          if (tmpPtr == NULL) {
              tsdPtr->lastCmPtr = prevPtr;
          }
          (void) ckfree((char *) curPtr);
          curPtr = tmpPtr;
          continue;
          }
          } else {
              int done;
          
              tsdPtr->handlersActive++;
              done = (*(Tk_ClientMessageProc *)curPtr->proc)
                (tkwin, eventPtr);
              tsdPtr->handlersActive--;
              if (done) {
                  break;
              }
          }
      prevPtr = curPtr;
      curPtr = curPtr->nextPtr;
      }
  }


tkt_uuid: 1162739fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: None
resolution: Invalid
title: Smoother interactive resizing on X11
comment:
  Tk currently uses NorthWestGravity for the win_gravity
  and bit_gravity window attributes.  This makes
  interactive resizing less smooth than it ought to be.

  The problem is most visible in panedwindows with
  '-opaqueresize true' -- as you drag the sash up and
  down, the opposite border and window contents may
  jiggle, shake, and jump around.

  What's happening is: when the panedwindow sets the new
  geometry of the slave, the X server shifts the existing
  contents according to the bit_gravity and/or
  win_gravity attributes (depending on whether the window
  is directly managed by the panedwindow or is a
  descendant of the pane slave).   Then a split-second
  later, the window redraws itself, this time with the
  correct geometry.

  Attached patch changes Tk to use StaticGravity for both
  attributes; this hint tells the X server to leave the
  pixels where they are when the window is resized.


tkt_uuid: 1163496fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: wm transient broken
comment:
   In tk 8.3.5, the "wm transient" command made a window
  so it always stayed on top of its parent. In addition,
  my window manager is configured to not put a title bar
  on a transient window.

  In Fedora 3, I am using tk 8.4.7 and my test window
  does not seem to be getting marked as transient. It
  doesn't stay on top of its parent and its title bar is
  no longer suppressed.

  I'm enclosing a test script. Just run the script and
  then move the "." window to the same part of the screen
  as the "HI" window. As I understand it, the "HI" window
  should always stay on top of the "." window.


tkt_uuid: 1164857fffffffffffffffffffffffffffffffff
type: Patch
status: Open
subsystem: 66. Aqua Window Operations
priority: 4
foundin: None
resolution: None
title: Tcl_Obj'ified version of MacWindowStyle plus extras
comment:
  This patch is a complete overhaul of the tk::unsupported::
  MacWindowStyle command to use newer Tcl_Obj APIs (in particular, 
  use of Tcl_GetIndexFromObj(Struct) cuts down the code 
  considerably). I simplified some of the option handling, so it may not 
  behave exactly as it did before, and needs a bit more testing. In 
  addition, I added in preliminary code to support drawer-style windows. 
  This code definitely doesn't work quite right yet (weird event handling 
  issues), but I won't have time to correct these for a little while, so I'm 
  uploading the patch as is in case anyone else wants to work on it. All 
  the drawer code is factored out into a separate (internal) function, so 
  it should be pretty simple to remove. There is also an extra window 
  class "drawer". Most of the drawer code is implemented as a new 
  subcommand to MacWindowStyle "drawer":

  MacWindowStyle drawer $dwin option ...

  where option is

  parent ?parent? -- set/get the drawer parent window
  side ?top/bottom/left/right? -- set/get the preferred/actual side
  offset ?{leading trailing}? -- set/get offsets (floats)
  close -- close the drawer
  open -- toggle the drawer open/closed

  These should only be called after the window actually exists (e.g. Tk 
  has entered the idle loop after creating the window). It won't error if 
  called before then, but will have no effect.

  As I said, there are issues with the drawer code. I can separate out 
  the rest of the patch, if wanted.


tkt_uuid: 1167420fffffffffffffffffffffffffffffffff
type: Patch
status: Open
subsystem: 18. [text]
priority: 5 Medium
foundin: TIP Implementation
resolution: None
title: TIP#243: Find Dialog
comment:
  Implementation of a find dialog for use with a text
  widget. Submitted by Rüdiger Härtel <r_haertel@gmx.de>
  with updates for 8.5 by DKF


tkt_uuid: 1168354fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Duplicate
title: tk numeric keypad bindings fail
comment:
  platform: sparc solaris 8
  most if not all Tk versions

  Sun does weird key map assignments that result in users
  having problems getting numeric keypad keys to work. 
  The following
  code seems to work around the problem.  

  package provide KeypadBindings 1.0

  # Replacement bindings for Sun keypad

  namespace eval kpBnd {}

  bind Entry <Left>   [list kpBnd::fixBindingForKeypad %W
  %A [bind Entry <Left>]]
  bind Entry <KP_Left> \
      [list kpBnd::fixBindingForKeypad %W %A [bind Entry
  <Left>]]
  bind Entry <Right>  [list kpBnd::fixBindingForKeypad %W
  %A [bind Entry <Right>]]
  bind Entry <KP_Right> \
      [list kpBnd::fixBindingForKeypad %W %A [bind Entry
  <Right>]]
  bind Entry <Delete> \
      [list kpBnd::fixBindingForKeypad %W %A [bind Entry
  <Delete>]]
  bind Entry <KP_Insert> \
      [list kpBnd::fixBindingForKeypad %W %A [bind Entry
  <Insert>]]
  bind Entry <F27>    [list kpBnd::fixBindingForKeypad %W
  %A [bind Entry <Home>]]
  bind Entry <F33>    [list kpBnd::fixBindingForKeypad %W
  %A [bind Entry <End>]]
  bind Entry <F29>    [list kpBnd::fixBindingForKeypad %W
  %A [bind Entry <Prior>]]
  bind Entry <F35>    [list kpBnd::fixBindingForKeypad %W
  %A [bind Entry <Next>]]

  bind Text <Up>      [list kpBnd::fixBindingForKeypad %W
  %A [bind Text <Up>]]
  bind Text <KP_Up>   \
      [list kpBnd::fixBindingForKeypad %W %A [bind Text
  <Up>]]
  bind Text <Down>    [list kpBnd::fixBindingForKeypad %W
  %A [bind Text <Down>]]
  bind Text <KP_Down> \
      [list kpBnd::fixBindingForKeypad %W %A [bind Text
  <Down>]]
  bind Text <Left>    [list kpBnd::fixBindingForKeypad %W
  %A [bind Text <Left>]]
  bind Text <KP_Left> \
      [list kpBnd::fixBindingForKeypad %W %A [bind Text
  <Left>]]
  bind Text <Right>   [list kpBnd::fixBindingForKeypad %W
  %A [bind Text <Right>]]
  bind Text <KP_Right> \
      [list kpBnd::fixBindingForKeypad %W %A [bind Text
  <Right>]]
  bind Text <Delete>  \
      [list kpBnd::fixBindingForKeypad %W %A [bind Text
  <Delete>]]
  bind Text <KP_Insert> \
      [list kpBnd::fixBindingForKeypad %W %A [bind Text
  <Insert>]]
  bind Text <F27>     [list kpBnd::fixBindingForKeypad %W
  %A [bind Text <Home>]]
  bind Text <F33>     [list kpBnd::fixBindingForKeypad %W
  %A [bind Text <End>]]
  bind Text <F29>     [list kpBnd::fixBindingForKeypad %W
  %A [bind Text <Prior>]]
  bind Text <F35>     [list kpBnd::fixBindingForKeypad %W
  %A [bind Text <Next>]]

  proc ::kpBnd::fixBindingForKeypad { win alpha
  originalBinding } {

      # remove non-printing characters like DEL (0177)
      regsub -all {[^[:graph:]]} $alpha {} alpha
      if { "$alpha" ne {} } {
          $win insert insert $alpha
      } else {
          # replace %W with actual window in original binding
          regsub -all "%W" $originalBinding "$win" binding
          eval $binding
      }
  }


  Perhaps these could go into the standard Tk distribution?


tkt_uuid: 1168533fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 66. Aqua Window Operations
priority: 3 Low
foundin: None
resolution: Accepted
title: Aqua Dock Icon bouncing
comment:
  I just made a patch to Tk for OS X that lets you cause the dock icon 
  for the application to bounce, using a command like: 


      wm attributes . -notify 1 


  And stop it bouncing with: 


      wm attributes . -notify 0 


  I chose this setup because it should be expandable to allow other 
  platforms to implement similar features.  For example, Windows 
  could have the taskbar item for the window blink.  I'd implement that 
  myself, but I don't have a Windows build environment, currently. 


tkt_uuid: 1170803fffffffffffffffffffffffffffffffff
type: Patch
status: Open
subsystem: 02. Appearance
priority: 8
foundin: None
resolution: Accepted
title: DrawThemeButton patch for OS X
comment:
  I just rewrote the tkMacOSXButton.c part of my Theme patches, to 
  use DrawThemeButton(), to properly get Focus halos, etc. around 
  buttons.  Doing so, I managed to reduce the size of the .c file from 
  55k to 36k.  It simplifies the code, makes focus halos work, and 
  uses proper Theme calls.  The only downside I can see is that '-
  default active' buttons won't actually pulse.  :/  Apparently 
  DrawThemeButton() doesn't have support for that in it's API yet.  
  This change is completely independent of my pinstripe patches, so 
  the file can be dropped into stock Tk just fine.


tkt_uuid: 1171762fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 74. Application Embedding
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Works For Me
title: prepare variable like TCL_PACKAGE_PATH in tcl.
comment:
  I don't know whether this is the problem of Fedora
  Core, tk, or blt.

  On Fedora Core and Red Hat Enterprise and its clone
  distributions, tk is made as 
    make TK_LIBRARY=/usr/share/tk8.4.9

  As a result, pkgIndex.tcl is installed to
  /usr/lib/tk8.4.9/ and other stuff installed to
  /usr/share/tk8.4.9/.

  And then, build BLT from source, bltwish cannot find
  tk.tcl.
  So I request to add a mechanism like TCL_PACKAGE_PATH
  in tcl.


tkt_uuid: 1171961fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 44. Generic Fonts
priority: 7 High
foundin: obsolete: 8.4.9
resolution: None
title: "font measure" parsed incorrectly
comment:
  The command

      font measure "Courier -12" "-display"

  should return the width of the string "-display" in
  pixels. Instead, it raises an error, because the string
  "-display" is interpreted as the abbreviation of the
  optional "-displayof" switch.  This is a very
  long-standing bug in parsing the "font measure"
  command, whose syntax is

      font measure font ?-displayof window? text

  If the "font" argument is followed by a single string
  then the correct behavior should be to interpret that
  string as the "text" argument, regardless of what
  string was passed to the command.


tkt_uuid: 1173484fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 99. Other
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Invalid
title: Memory leak
comment:
  Test code:

  while {1} {
  frame .f
  destroy .f
  }

  On large and long running projects memory usage
  increases significantly over time.

  If it is any help a valgrind log has been attached that
  shows what it thinks maybe memory issues.


tkt_uuid: 1173969fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 55. [focus]
priority: 5 Medium
foundin: None
resolution: None
title: Focus behaviour changes
comment:
  Possibility of modifing/extending the behaviour of focus?

  Background:  Tcl/Tk is running on an embedded computer
  running Linux with X without mouse, touch screen and
  only a minimilist keyboard.  The TclTk is the only
  application running under X and there is no Windows
  manager.

  There are serious problems with focus becoming lost or
  not ending up in the correct place for the following
  reasons:

  -To change the screen contents we must bring up a popup
  allowing selection of the new screen.  The popup
  restores focus to a widget that nolonger exists.

  -Focus between different toplevels appears not to be
  serialised.  For example if you focus on widget then
  toplevel/menu the final focus position is a bit random
  (especially if widget is in the process of mapping itself).

  -If there is a focus on a maping widget and then
  becomes unmapped the focus event gets held off until
  the next time the widget becomes shown.

  -If we focus on a mapping widget and then a popup
  appears before the focus event occurs then focus will
  be restored to the wrong location as  it stores what
  has focus rather than what was the last thing you asked
  for focus on.

  -Multiple focus events can come in the wrong order if
  you focus on a mapping widget and then focus on an
  already mapped widget.

  Suggestions for fixes:

  -Add a "-pending" option for focus to return always to
  the last asked for focus position.  Also make this work
  correctly with -lastfor.

  -Allow widget to pick up pending focus (by default?),
  perhaps a switch or a global option.

  -Providing ability to modify tkPriv with directly
  modifying the private variable.

  -A new focus request will cancel any pending focus request.

  -A focus request on a widget being removed from the
  screen becomes deleted (note focus -pending would need
  restoring in this case).

  Is presumed that normally [focus -pending] and [focus]
  will always return the same value unless we really have
  a pending request.


tkt_uuid: 1174269fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Fixed
title: elide searching problems
comment:
  There are a few bugs in searching in the text widget
  with elided characters (both before and after the
  recent multi-line elide display fix in Tk).  One of
  these bugs has just been reported on comp.lang.tcl.

  The attached tests illustrate the problem.

  No fix yet.


tkt_uuid: 1175092fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 49. [grid]
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Fixed
title: OS X Grid Bug
comment:
  The following code will render .l2 badly, as if it were constrained 
  down to the width of .l4.  It will also get the same rendering error if 
  you explicitly specify row, column, and columnspan for each label.

  label .l1 -text {Left}
  label .l2 -text {Right}
  label .l3 -text {Bottom} -width 20
  label .l4 -text {.}

  grid columnconfig . 0 -weight 1
  grid .l1 .l2  -
  grid .l3  -  .l4


tkt_uuid: 1176605fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 65. Generic Window Operations
priority: 4
foundin: obsolete: 8.5a3
resolution: Fixed
title: wm attributes -notify docs missing
comment:
  In CVS, 8.5a3 has the Aqua patch to implement the
  [wm attributes -notify] option, but it isn't documented,
  and the option isn't listed in the invalid arguments
  message.  I've included a patch below to fix this.


tkt_uuid: 1176610fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 02. Appearance
priority: 9 Immediate
foundin: obsolete: 8.4.11
resolution: Fixed
title: Aqua Entry widgets too big
comment:
  In CVS 8.5a3, the new Aqua-ized entry widgets are way
  bigger than similar widgets in other applications.

  To bring the widget into parity with entry type widgets from
  other Aqua apps, the default DEF_ENTRY_BORDER_WIDTH
  and MAC_OSX_ENTRY_BORDER #defines need to be reduced
  to 1 or 2.

  A borderwidth of 1 makes the entry widget the same height as,
  for example, the one in the System Preferences->Sharing
  control panel, but has the text one pixel closer to the left side.

  A borderwidth of 2 maked the entry widget 2 pixels taller, but
  has the text at the same horizontal spacing.

  I recommend a borderwidth of 1.


tkt_uuid: 1183841fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 5 Medium
foundin: None
resolution: Invalid
title: Window item only shows if widget created after canvas
comment:
  A window item on a canvas will not appear if its widget
  is created before the canvas is created. Here is a
  simple example, showing both possible orders.

  $ wish
  % info patchlevel
  8.5a2
  % button .b -text "Hi there"
  .b
  % pack [canvas .c]
  % .c create window 100 100 -window .b
  1
  % # cannot see button
  % exit

  $ wish
  % pack [canvas .c]
  % button .b -text "Hi there"
  .b
  % .c create window 100 100 -window .b
  1
  % # Now I can see the button !!!
  %


tkt_uuid: 1184104fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 54. [console]
priority: 5 Medium
foundin: None
resolution: Duplicate
title: Child Process Wish.exe Refuses to Close STDIO Channels
comment:
  The problem lies in tkConsole/Tk_InitConsoleChannels()
  within ShouldUseConsoleChannel().  When wish.exe is
  started by double-clicking in Windows Explorer, or by
  typing "wish" on the command line, it is detached from
  the calling process' stdio channels.  When
  ShouldUseConsoleChannel() is called, it returns 1,
  bailing out early at handle==INVALID_HANDLE_VALUE, ==0,
  or FILE_TYPE_UNKNOWN.

  However, if the parent process does NOT relinquish
  control of stdio channels, as with using
  CreateProcess() and inheritable pipes assigned to the
  child's stdio, then ShouldUseConsoleChannel() makes it
  all the way to the call to Tcl_GetStdChannel(), which
  increments the refCount.

  By the end of initialization, refCount is at 3.  When
  [close] is called on a given channel, DetachChannel()
  decrements refCount to 2. 
  CheckForStdChannelsBeingClosed() sees a refCount of 2,
  and refuses to set refCount to 0, [incorrectly]
  presuming that a second interp has the stdio channel open.

  The fix is to decrement the refCount immediately if
  Tcl_GetStdChannel() is reached.


tkt_uuid: 1185640fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 46. Unix Fonts
priority: 5 Medium
foundin: None
resolution: None
title: Strange word and line selection in the text widget
comment:
  George Petasis reports on c.l.tcl:

  | I have noticed a strange behaviour with the Tk text
  | widget. When the widget displays non-english text
  | (in my case greek), when I double-click (to select
  | a word) or tripple-click (to select a line) in
  | the widget, the appearence of the selected text is
  | bizzare: from the character the click was done the
  | text is displayed fine, but before this character
  | no text is shown. Also, strange things can happen,
  | like characters moving around, as if text was
  | inserted/deleted around the selection.
                                                        
                           
  Later:
                                                        
                           
  | Which happens only under unix (linux fedora core 3)
  | when I enable XFT support.  Without XFT, everything
  | is normal...


tkt_uuid: 1185699fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 16. [scrollbar]
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Out of Date
title: Aqua scrollbar causes visual shimmer
comment:
  William Poser originally reported a hang resulting from
  a more complex version of this.  In the minimal script
  prepared by Michael Kirkham, there is a simple visual
  shimmer, as the window resizes itself in a endless
  cycle; the right-hand side moving continually in and out.

  He reports the following exact scenario:

  frame .top
  frame .cf
  scrollbar .cf.sbarright
  text .cf.out
  pack .cf.sbarright -side right -fill y
  pack .cf.out -side right
  pack .cf -fill both -side top -in .top
  pack .top

  That does it for me (MacOS X 10.3.9, Tk 8.4.9).  It
  doesn't do it if I do either of the following:

  1. Remove the -in .top on packing .cf.  (It does still
  do it if I remove the -in .top but change all the .cf's
  to .top.cf.)

  2. Add -padx 1 to the pack .top, the pack .cf, or the
  pack .cf.sbarright.

  3. Remove the -fill both on pack .cf.

  Jim Ingham comments:

  We play some games to get the scrollbar and the resize
  rectangle to magically line up properly, and I bet we
  are off by a pixel somewhere in this code.  Shouldn't
  be too hard to fix...


tkt_uuid: 1185793fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 69. Events
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: None
title: extra event called in windows
comment:
  I am using Tcl/Tk 8.4.4.0 (from Activestate) however
  could not find any documentation to say that this has
  been fixed. I am running Windows 2000, and believe this
  bug does not occur in Linux (no idea about Mac).

  Basically an extra <Enter> event is called after a
  tk_popup menu is posted due to a mouseclick event.
  Below is a short list of how to reproduce the bug:

  An <Enter> event as well as another event (eg left
  click) causing a tk_popup is bound to text in a text
  widget.
  Then move the mouse over the text -> Enter event triggered
  Then click the mouse -> popup comes up
  Then click an item in the popup, or deselect the popup
  by clicking somewhere else on the screen -> Enter event
  triggered again.

  This second enter event should not be triggered!!!!

  A simple application which can show this in action is
  the 1 below, I have 2 text boxes, the first has some
  text with the bindings, the second is for output when
  the events are triggered. I have 3 events, <Enter>
  <Leave> and "left click". Try moving the mouse over the
  text, left click it, then click somewhere entirely off
  the application (or in the bottom text window, etc).
  The <Enter> event is triggered when it shouldn't have
  been, and the <Leave> event does not get called until
  the mouse is moved over the top text box again.

  Thankyou in advance.
  Lio.

  PS I searched and couldn't find this bug in the bugs.
  It appears to be the reverse of bug 873655.

  Code:

  text .input -width 20 -height 5
  pack .input

  text .input2 -width 20 -height 10
  pack .input2

  set x 0
  .input tag bind bound <Enter> {
          incr x
          .input2 insert end "enter $x\n"
          .input2 yview end
  }
  set l 0
  .input tag bind bound <Leave> {
          incr l
          .input2 insert end "leave $l\n"
          .input2 yview end
  }
  menu .amenu
  .input tag bind bound <Button1-ButtonRelease> {
          tk_popup .amenu %X %Y
  }

  .input insert end "some text" bound


tkt_uuid: 1186042fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 54. [console]
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Rejected
title: Child Process Wish.exe Refuses to Close STDIO Channels
comment:
  Report from m_schrumpf:

  The problem lies in tkConsole/Tk_InitConsoleChannels()
  within ShouldUseConsoleChannel(). When wish.exe is
  started by double-clicking in Windows Explorer, or by
  typing "wish" on the command line, it is detached from
  the calling process' stdio channels. When
  ShouldUseConsoleChannel() is called, it returns 1,
  bailing out early at handle==INVALID_HANDLE_VALUE, ==0,
  or FILE_TYPE_UNKNOWN.

  However, if the parent process does NOT relinquish
  control of stdio channels, as with using
  CreateProcess() and inheritable pipes assigned to the
  child's stdio, then ShouldUseConsoleChannel() makes it
  all the way to the call to Tcl_GetStdChannel(), which
  increments the refCount.

  By the end of initialization, refCount is at 3. When
  [close] is called on a given channel, DetachChannel()
  decrements refCount to 2.
  CheckForStdChannelsBeingClosed() sees a refCount of 2,
  and refuses to set refCount to 0, [incorrectly]
  presuming that a second interp has the stdio channel open.

  The fix is to decrement the refCount immediately if
  Tcl_GetStdChannel() is reached.


tkt_uuid: 1186558fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 7 High
foundin: obsolete: 8.5a2
resolution: Fixed
title: Bad yscrollcommands generated when resizing word wrapped tex
comment:
  A word-wrapped text widget can generate yscrollcommand
  calls with arguments other than 0 and 1 even when there
  is nowhere near enough text to fill the visible area.
  This happens when wrapping the last word of text onto a
  new line, or back to the end of the last line.

  To demonstrate this go:

  % proc putall {args} {puts $args}
  % text .t -wrap word -yscrollcommand putall
  % pack .t -fill both -expand true

  Now copy a few lines of text into the widget, and drag
  its right border so the number of lines with text
  changes. You will see some values other than 0 and 1
  even when the text is nowhere near filling the widget.

  This causes a problem if you are drawing a scrollbar
  only when  it is needed; the drawing of the bar will
  resize the text widget, causing another yscrollcommand
  to be generated, removing the scrollbar and causing an
  endless loop.

  I've shown it for version 8.5a2 under Linux and Windows XP


tkt_uuid: 1186643fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: obsolete: 8.4.7
resolution: Out of Date
title: double click is not handled correctly
comment:
  checkbutton - chooseFile conflikt: 
  double click in tk_getOpenFile Dialog chooses a file
  and closes the dialog window, but at the same time or
  afterwards the checkbox laying at a position behind the
  dialog window is activated.
  The double click event should complete eaten up by the
  openFile dialog, but instead the checkbutton widget
  gets a mouse click event too.

  ActiveTcl 8.4.7 on Windows 2000 SP 3


tkt_uuid: 1187074fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 82. X11 Emulation
priority: 5 Medium
foundin: None
resolution: None
title: Windows XDrawArc implementation
comment:
  Attached script 'arcs.tcl' creates a canvas with two
  sets of concentric circles, the first with odd sizes
  (width = height = 1, 3, 5, ...) and the second with
  even sizes (width=height=2, 4, 6, ...)

  x11dump.png is a screendump taken on X11, and shows
  what it's supposed to look like -- notice in particular
  that there are no "gaps" between circles.

  windump.png is a screenshot taken on Windows 2K; notice
  that there are lots of gaps, and that some of the
  circles aren't even symmetric.

  The same thing happens when using the XLEL XDrawArc()
  function from C on Windows, it's just easier to
  demonstrate with a canvas widget.


tkt_uuid: 1188340fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 54. [console]
priority: 9 Immediate
foundin: obsolete: 8.5a3
resolution: Fixed
title: Tk_CreateConsoleWindow: mem leak potential
comment:
  Each call to 
  Tk_CreateConsoleWindow(interp)
  creates and initializes a new interp,
  and stores it in a per-thread variable.

  If this is called twice in one thread
  (for two interps, or even on the
  same interp twice), then the 2nd
  call overwrites the first without
  deleting -- memory leak.

  If one of those interps is deleted,
  the deletion cleanup leaves
  the remaining interp without
  a console interp to use.

  Per-thread data is the wrong
  solution here.


tkt_uuid: 1189899fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 9 Immediate
foundin: obsolete: 8.4.11
resolution: Fixed
title: Crash on Windows during TkFinalize with threads
comment:
  A crash occurs during the TkFinalize routine becase the 
  main thread is exiting the application, and the Tk exit 
  handler "assumes" that the exit handlers are valid for all 
  threads.  The DeleteWindowsExitProc proc sends the 
  thread specific data pointer as ClientData 
  [tkWindow.c:363]. Inside of the DeleteWindowsExitProc 
  function a call to Tcl_DestroyWindow 
  [tkWindow.c:2729,2740] and TkCloseDisplay 
  [tkWindow.c:1601] which calls TkpCloseDisplay 
  [tkWindow.c:281] These windows specific functions 
  LOOKUP the thread specific data instead of using the 
  passed ClientData. Since a different thread is 
  calling "TkFinalize" the lists become corrupted.


tkt_uuid: 1189938fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 13. Win Menus
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Fixed
title: Can't get active menu index
comment:
  Tk: v8.5a3
  OS: WinXPsp2
  Built with makefile.vc using VC7.1


  After the change to tkWinMenu.c on 18-01-2005 
  the 'active' menu index is no longer returned.

  [.menu.foo index active] will now always return none.

  this in itself probably isn't fatal, but if a script 
  attempts [.menu.foo entrycget active -label] things 
  can start going a bit crazy :)

  removing the extra condition check on line 1242 fixes 
  this, but re-introduces the bug it was put there to 
  stop.


tkt_uuid: 1191097fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: None
resolution: Fixed
title: typo? in tkMacOSXNotify causes crash
comment:
  Current CVS about line 804 of tkMacOSXNotify.c:

   typo>           if (timePtr == NULL) {
                  waitTime = kEventDurationForever;
              } else {
          waitTime = myTimePtr->sec  * kEventDurationSecond 
    + myTimePtr->usec * kEventDurationMicrosecond;
              }

  Should be:

   if (myTimePtr == NULL) {


tkt_uuid: 1191258fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: None
title: text/entry become very inefficients with long lines
comment:
  After Tcl/Tk 8.3.3 text and entry widgeds become very 
  inefficients working with long single lines, (without end of 
  lines)

  e.g this is very inefficient with 8.4.9 version (it was better 
  with 8.3.3)

  text .t
  .t insert 1.0 [string repeat "x" 100000]

  but this works ok:
  text .t
  .t insert 1.0 [string repeat "x\n" 100000]


tkt_uuid: 1191809fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 63. Tk_Win Functions
priority: 3 Low
foundin: None
resolution: Fixed
title: Colors on named cursors do not work on MS Windows
comment:
  The following always produce a white cursor with a
  black outline on Windows XP under 8.4.6:

   . configure -cursor {left_ptr red green}
   . configure -cursor {left_ptr red green}

  The documentation pages for options -cusor and
  Tk_GetCursor do not list a MS Windows restriction, only
  Mac restrictions.

  I beleive this is a documentaion bug.


tkt_uuid: 1191895fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Fixed
title: text widget hang on <Control-Key-Up>
comment:
  I have found a hang condition in the text widget easily
  reproducible using wish (or tclsh after "package
  require Tk"):

  $ wish
  % text .t
  .t
  % .t insert end " Text"
  % pack .t

  Note that the inserted text begins with a space.

  Then click in the displayed text widget (so that it
  will get focus) and press <Control-Key-Up> twice. On
  the first keypress the cursor moves to the start of the
  word "Text" (just after the initial space); on the
  second keypress wish hangs consuming 100% CPU and no
  longer responds to any input, including closing its
  window from the window manager (I need to kill it with
  Control-C from terminal).

  Reproducible in:
  - system-installed Tcl/Tk 8.4.8  on Linux x86
  - tclkit-linux-x86 8.4.9
  - tclkit-linux-x86 8.5a2
  - tclkit-win32.upx.exe 8.4.9


tkt_uuid: 1192095fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 10. Generic Menus
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: None
title: Toplevel menus return incorrect active index
comment:
  Tk: v8.5a3 HEAD, v8.4.9 HEAD
  OS: WinXPsp2, Debian Linux-woody-testing

  When the attached script is run some unusual 
  behaviour is observable.

  First on Windows with 8.5 & 8.4
  Mouse over the menus without opening them - no output
  Now open the 'help' menu, active index is correct (if 
  zero based like cascade menus) but returned label 
  says you are in the 'edit' menu.
  Moving to the 'edit' menu will produce similar 
  results.
  Moving to the 'file' menu will cause a crash.
  Also noticable is that the binding is called twice.

  Moving onto Linux and 8.5 and 8.4
  Everything works as expected.
  Mousing over menu without opening them triggers 
  binding.
  Labels are returned correctly.
  Indices are returned and are one based unlike cascade 
  menus which are zero based.
  Binding is also called twice.


tkt_uuid: 1193614fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: None
resolution: Fixed
title: Aqua message box key bindings
comment:
  Two fixes for the native aqua tk_messageBox:
  1) whitespace police
  2) added Apple standard key bindings to dialog

  Mats


tkt_uuid: 1200934fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 07. [entry]
priority: 5 Medium
foundin: None
resolution: None
title: Entry selection with -textvariable
comment:
  There is a bad side effect of -textvariable's entry when 
  text is selected. While the text change when setting the 
  variable, the selection does not change:

  package require Tk
  pack [entry .e -textvariable v]
  set v "test"
  .e selection range 0 end
  set v "test_test"

  A solution could be to check the selection in 
  EntryTextVarProc(), and:
     * if the selection includes all current text, reselect all 
  the text after changing to new text.
     * otherwise, clear the selection.


tkt_uuid: 1201494fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 02. Appearance
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Duplicate
title: Aqua Tk 8.4.x CVS entry widgets too big
comment:
  The entry widgets  new TclTkAqua 8.4.9.1 installer are too big. 
  There is a large margin (5 or so) pixels around the text.

  This bug did NOT appear in TclTkAqua 8.4.9.0 installer. The 8.4.9.1 
  installer used the CVS head for 8.4.x, so some bug has crept 
  into tk aqua since the 8.4.9 release.

  (I suspect I got the group wrong; I didn't see any entry for post-8.4.9 
  CVS and I doubt this is an 8.5 prerelease, but I don't know the how 
  you're labeling the current trunk).


tkt_uuid: 1202181fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: None
resolution: None
title: TkAqua: scrollbar thumb position wrong when shown
comment:
  If a scrollbar is currently set to range 0 - 1, so that
  the thumb isn't shown, and then set to any range in
  between (e.g. 0 - 0.5), the thumb is shown at the
  bottom (vertical) or right (horizontal) end, even
  though the range is such that it should be shown at the
  top/left end.  It won't respond to clicks/drags until
  you click the down/right arrows, and then it will jump
  to the top/left side.  Here's a short script to
  demonstrate:

  wm geometry . 40x300
  pack [scrollbar .s -orient vertical] -fill y -expand 1
  .s set 0 1
  .s set 0 .5

  I've isolated the problem to be the order in which the
  Carbon scrollbar is configured for its value and range
  in UpdateControlValues().  Currently, it sets the
  current value, then the maximum, then the minimum.  But
  when the Tk scrollbar range is 0 - 1, it has the Carbon
  scrollbar minimum set to 100000.  When
  SetControl32BitValue() is called, Carbon sees that the
  value being set is out of range and changes the value
  to the same.  Then the maximum/minimum are set, but the
  value is outside the range.

  Moving the call to SetControl32BitValue() down after
  the minimum and maximum are set seems to correct this
  particular one of several weird aqua scrollbar issues
  for me.


tkt_uuid: 1202220fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: None
resolution: None
title: Patch for Bug #1083728 (aqua scrolling)
comment:
  Since I can't attach patches to others' bug reports,
  here is a patch for Bug #1083728 which makes scrollbars
  under Aqua behave properly with respect to not being
  speed dependent.  Instead of storing away a new value
  to activePoint with each check of the mouse and
  calculating a delta from the (current from last pass)
  first fraction, it saves the fraction from when
  dragging is first started and always calculates the
  deltas from that.

  I've found/fixed another bug that causes the scrollbars
  to stop scrolling if they hit an image embedded in a
  text widget due to not restoring the graphics port. 
  I'll file a separate bug report and patch for that.

  This patch is for the current core-8-4-branch.


tkt_uuid: 1202223fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: None
resolution: Fixed
title: TkAqua: text image embedding locks scrollbars
comment:
  After fixing two other scrolling bugs, 1202181 and
  1083728, I found one more.  When a text widget has
  embedded images, dragging a scrollbar to a point where
  the image is shown causes the scrollbar to lock so that
  it won't drag anymore until the mouse button is
  released and pressed again.

  The reason for this turns out to be because PtInRect()
  will only return true if the point and the rect are in
  the same graphics port, and TkMacOSXXGetPixel() and
  TkMacOSXXSetPixel() set the graphics port but neither
  they nor the loop in ThumbActionProc() restore it.  So
  once an image is drawn while scrolling, the code branch
  that handles delta calculations is never entered again
  until the port is restored.

  The attached patch versus core-8-4-branch fixes the
  bug.  With this patch, 1202181 and 1083728, scrollbars
  seem to behave properly in my cases, aside from the
  text-widget-specific line counting issues that I
  allegedly fixed in 8.5.


tkt_uuid: 1202684fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 06. Canvas Postscript
priority: 5 Medium
foundin: None
resolution: None
title: Postscript output does not support all UNICODE characters
comment:
  The following script produces a square-root sign on the 
  canvas, but the postscript file contains a ?. This seems 
  to occur for any character outside the ordinary ASCII 
  table:

  pack [canvas .c]
  .c create text 100 100 -text \u221a
  .c postscript -file sqrt.ps

  Excerpt from the postscript file:

  100 168 [
  [(?)]
  ] 13 -0.5 0.5 0 false DrawText

  (a question mark instead of whatever UNICODE 221a 
  ought to be)


tkt_uuid: 1202951fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Invalid
title: Problem compiling tk 8.5a2
comment:
  # make
  gcc -pipe -c -O2 -s -O3 -march=i686 -Wall
  -Wno-implicit-int -fno-strict-aliasing -fPIC
  -I/tmp/tk8.5a2/unix -I/tmp/tk8.5a2/unix/../generic
  -I/tmp/tk8.5a2/unix/../bitmaps -I/tmp/tcl8.5a2/generic
  -I/tmp/tcl8.5a2/unix -I/usr/X11R6/include
  -DPACKAGE_NAME=\"tk\" -DPACKAGE_TARNAME=\"tk\"
  -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tk\ 8.5\"
  -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1
  -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
  -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
  -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
  -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1
  -DTCL_THREADS=1 -DUSE_THREAD_ALLOC=1
  -DUSE_THREAD_STORAGE=1 -D_REENTRANT=1 -D_THREAD_SAFE=1
  -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1
  -DHAVE_PTHREAD_GETATTR_NP=1 -DGETATTRNP_NOT_DECLARED=1
  -DHAVE_READDIR_R=1 -DPEEK_XCLOSEIM=1
  -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1
  -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long
  -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1
  -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1
  -DHAVE_PW_GECOS=1 -DHAVE_XFT=1      -DTCL_NO_DEPRECATED
  -DUSE_TCL_STUBS  /tmp/tk8.5a2/unix/../generic/tk3d.c
  In file included from
  /tmp/tk8.5a2/unix/../generic/tkPort.h:32,
                   from
  /tmp/tk8.5a2/unix/../generic/tkInt.h:27,
                   from
  /tmp/tk8.5a2/unix/../generic/tk3d.h:18,
                   from
  /tmp/tk8.5a2/unix/../generic/tk3d.c:16:
  /tmp/tk8.5a2/unix/tkUnixPort.h:224:20: tclInt.h: No
  such file or directory
  make: *** [tk3d.o] Error 1


tkt_uuid: 1204469fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 07. [entry]
priority: 8
foundin: obsolete: 8.4.9
resolution: Duplicate
title: labels prevent keyboard input to entry and text widgets
comment:
  After upgrading to Tcl/Tk 8.4.9 on Suse 9.3, I find the
  following strange behavior.  Certain Tk applications
  now refuse to take any input from the keyboard. 
  Buttons and Menus work fine, but when I give a text or
  entry widget the focus, none of my keystrokes seem to
  get through.  

  Here is a script that illustrates the problem:

  #!/usr/local/bin/wish

  text .en
  label .status -text "Hello World"
  pack .en
  pack .status

  Strangely, if you switch the order of the "pack .en"and
  "pack .status" commands, it works fine.

  I have tried this with different window managers to no
  effect. However, if I Iog in remotely (using SSH) to a
  machine running tcl/tk 8.4.6, it runs fine.  Similarly,
  if from a different machine I log in to the machine
  using 8.4.9 and run this script, it works fine over
  remote X.

  Thanks for any help.

  Robert Marmorstein
  rmmarm@cs.wm.edu


tkt_uuid: 1205111fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 8
foundin: obsolete: 8.5a2
resolution: Works For Me
title: Bindings in slave interpreter results in core dump
comment:
  The following small script says all. If we uncomment
  the first binding tcl segfaults, while the second is ok
  (I don't understand why). This is not specific of
  BWidgets, as several other widgets (pure scripts)
  package shows the same behaviour.

  #!/bin/sh
  # show a bug found in tk, when running in a slave
  interpreter
  # Rildo Pragana <rildo@pragana.net> -- Recife, Brazil 2005
  #\
  exec wish "$0" "$@"

  pack [button .b -text exit -command exit]

  set code {
      package require Tk
      package require BWidget
  # if the following line is uncommented, the interpreter
  segfaults
  #   bind . <Destroy> exit
      pack [ComboBox .cb]
  #   ...but here it is ok!
      bind . <Destroy> exit
  }

  set test [interp create test_interp]
  $test eval $code

  This was discovered when trying to make SpecTcl support
  more widgets. Most of the crashes was related to the
  above bug, when trying to use the embedded test
  feature. (see save.tk in SpecTcl)


tkt_uuid: 1206133fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Fixed
title: File filters broken on open and save dialogs
comment:
  System: WinXP, tcl/tk 8.5 from CVS, Mingw32 (gcc 3.4.2)

  While running the Tk 8.5 CVS widget demos, the file
  dialog demonstration does not create the full list of
  file filters, meaning, it actually only creates the
  list for the first filter.

  Looking at the sources, this seems to have been broken
  with a change made 5 months ago!

  In the file tk/generic/tkFileFilter.c function
  TkGetFileFilters, while iterating through the types
  list, there is a call to function AddClause:

  int
  TkGetFileFilters(interp, flistPtr, types, isWindows)
  ...
      for (i = 0; i<listObjc; i++) {
          ...
  if (count == 2) {
      return AddClause(interp, filterPtr, typeInfo[1], 
       NULL, isWindows);
  } else {
      return AddClause(interp, filterPtr, typeInfo[1], 
       typeInfo[2], isWindows);
  }
      }
     ...
  }

  Now... i don't think this is the intended behaviour,
  since it will terminate execution after adding the
  first clause.


tkt_uuid: 1209340fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Invalid
title: <Activate> and <Deactivate> bindings not fired
comment:
  Unless I misunderstand the bind manual page.
  Under Windows, try this test script:

  package require Tk
  catch {console show}

  bind all <Activate> {puts "Activate %W"}
  bind all <Deactivate> {puts "Deactivate %W"}

  toplevel .t1

  focus -force .; update
  focus -force .t1; update


tkt_uuid: 1209431fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 12. Unix Menus
priority: 7 High
foundin: None
resolution: Fixed
title: Change sticky behavior of tk_popup
comment:
  As discussed in c.l.t, this patch changes (fixes) the
  behavior of menus posted by tk_popup so that they
  "stick" after the initial <ButtonRelease> following the
  post, that is not over an active menu entry.

  The supplied patch is against core-8-4-9, but this area
  of the code is no different on the trunk, so the patch
  should apply there without problem.

  -Brian


tkt_uuid: 1210712fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 85. Win Build
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Fixed
title: mingw needs _WIN32_WINNT = 0x0403 for SendInput API
comment:
  When building with Mingw32, SendInput API requires
  _WIN32_WINNT to be at least 0x0403 to be declared (in
  file winable.h).


tkt_uuid: 1211080fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 9 Immediate
foundin: obsolete: 8.5a3
resolution: Fixed
title: tk in HEAD fails to compile clean
comment:
  ..\win\tkWinEmbed.c(734) : warning C4013:
  'TkpWmGetState' undefined; assuming extern returning int
  ..\win\tkWinWm.c(2227) : warning C4013:
  'Tk_GetMenuHWND' undefined; assuming extern returning int
  ..\win\tkWinWm.c(7645) : warning C4013:
  'Tk_GetEmbeddedMenuHWND' undefined; assuming extern
  returning int
  ..\win\tkWinWm.c(7645) : warning C4047: 'initializing'
  : 'struct HWND__ *' differs in levels of indirection
  from 'int '
  ..\win\tkWinX.c(345) : warning C4013:
  'TkWinCleanupContainerList' undefined; assuming extern
  returning int
  ..\win\tkWinX.c(1930) : warning C4047: '=' : 'unsigned
  long ' differs in levels of indirection from 'void *'


tkt_uuid: 1212056fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 61. Safe Tk
priority: 8
foundin: obsolete: 8.5a5
resolution: Fixed
title: panic on exit with safe tk window
comment:
  The following script (or entering the commands in the
  console) causes a panic in Tk 8.4.9 and Tk 8.4.10 on
  Windows when the process exits. This does NOT cause a
  panic on Tk 8.5a3

  package require Tk
  set slave [safe::interpCreate]
  safe::loadTk $slave
  after 1000 {set forever 1} ; tkwait variable ::forever
  exit

  On exit we get  a Fatal Error in Wish dialog with the
  message "TkpGetOtherWindow couldn't find window"
  followed by the Windows application crashed dialog.


tkt_uuid: 1213188fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 28. Utility Functions
priority: 5 Medium
foundin: None
resolution: Fixed
title: [tk inactive] for Solaris 10 (sparc64)
comment:
  The current HEAD code for the [tk inactive] feature
  doesn't work on Solaris 10 - at least on the sparc
  version. This is for two reasons. First the configure
  code insists on a -lXss library that is not needed on
  this platform. Secondly, the XScreenSaverQueryVersion
  function is returning 256.0 for major.minor. This is
  likely a byte ordering issue. However, there doesn't
  seen any real need to check the version. The
  XScreenSaverQueryInfo function returns a 0 status if
  the feature is unsupported which should be enough for
  our purposes.

  The attached patch fixes these problems on solaris10
  sparc and I checked it on Linux x86 to ensure it
  doesn't mess anything up there.


tkt_uuid: 1213864fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 02. Appearance
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: None
title: checkbutton text truncated on Aqua
comment:
  For aqua checkbuttons with indicatoron false, the text is truncated 
  on the bottom and on the left and right edges, making it very hard to 
  read. (There is just barely enough space above the text to avoid 
  truncating it there, but the margin is small enough to make it hard to 
  read).

  Thus not only are the margins too small, but the text could use to be 
  shifted up a bit.

  With the default fonts for each system, I find that padx = 5 and pady 
  = 5 on aqua matches the appearance on unix (except that the aqua 
  text is a bit too low). However, the x margin is a bit small even on 
  unix, so I use padx=2 on unix and padx=6 on Aqua.

  Optimally, the checkbutton behavior on aqua could be modified so 
  that all of these are true:
  - A given value of padx and pady would give approx. the same 
  appearance on all platforms, and 
  - The text is readable by default.
  - The text is readable at padx = pady = 1

  If that is not reasonable, then perhaps set a minimum padx and 
  pady on aqua?

  Note: the behavior with indicatoron true is already fine. The problem 
  only occurs with indicatoron false.


tkt_uuid: 1216006fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 82. X11 Emulation
priority: 7 High
foundin: obsolete: 8.5a3
resolution: Fixed
title: Tk (HEAD) does not compile on Win32
comment:
  tkWinX.c
  ..\win\tkWinX.c(1930) : error C2065: 'ULONG_PTR' :
  undeclared identifier
  ..\win\tkWinX.c(1930) : error C2064: term does not
  evaluate to a function
  stubs.c
  NMAKE : fatal error U1077: 'cl' : return code '0x2'


tkt_uuid: 1217092fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 6
foundin: obsolete: 8.5a4
resolution: Works For Me
title: compile error in tkWinX.c
comment:
  With VC++ 6.2 and latest cvs head:

          cl -DBUILD_tk -Oti -nologo -c -YX
  -Fp.\Release\tk_Dynamic\ -W3 -QI0f -MD
   -I"..\win" -I"..\generic" -I"..\bitmaps" -I"..\xlib" 
  -I "..\..\cvs-tcl\win" -I
   "..\..\cvs-tcl\generic"
  -DTCL_CFGVAL_ENCODING=\"cp1252\" -DTCL_CFG_OPTIMIZED -D
  USE_TCL_STUBS -Fo.\Release\tk_Dynamic\
  @C:\DOCUME~1\VinceD\LOCALS~1\Temp\nma0243
  6.
  tkWinX.c
  ..\win\tkWinX.c(1930) : error C2065: 'ULONG_PTR' :
  undeclared identifier
  ..\win\tkWinX.c(1930) : error C2064: term does not
  evaluate to a function
  NMAKE : fatal error U1077: 'cl' : return code '0x2'
  Stop.


tkt_uuid: 1220692fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 70. Event Loop
priority: 5 Medium
foundin: None
resolution: None
title: tk locks up
comment:
  This script, when run under strace, locks up Tk on Linux:

  # loop.tcl

  # Run like so:
  # strace tclsh loop.tcl
  package require Tk

  proc screenupdate {num} {
      incr num
      .foo configure -text $num
      after 10 [list screenupdate $num]
  }

  button .foo
  pack .foo

  screenupdate 0
  -----

  Or better, it seems to reproduce the bug I see in a
  script that locks up even without strace.

  The following script will lock it up without strace. 
  Ok - so it's kind of evil, but still, it seems to be
  tickling a race condition or something.  Note that it's
  not just slow - it's locked, it's not doing anything.

  # loop.tcl

  # Run like so:
  # strace tclsh loop.tcl
  package require Tk

  proc afterburner {} {
      after 10 afterburner
  }


  proc screenupdate {num} {
      incr num
      .foo configure -text $num
      after 10 [list screenupdate $num]
  }

  button .foo
  pack .foo

  screenupdate 0

  afterburner
  afterburner
  afterburner

  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner

  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner

  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner
  afterburner



  -------------


tkt_uuid: 1224235fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 33. Generic Dialog Support
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Fixed
title: bgerrorDialog error message truncation
comment:
  bgerrorDialog truncates long error messages, to avoid
  popping up a gonzo huge modal dialog box.  This is a
  good thing, but I think the current limit of 30
  characters is too conservative.  (For example: if a
  script calls "checkbuton $foo..." (note mispeling), the
  error dialog will say 'Error: invalid command name
  "checkbut...').

  Following the typographer's rule of "one and a half to
  two alphabets", perhaps 40-52 characters would be a
  better upper limit?


tkt_uuid: 1224854fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 5 Medium
foundin: obsolete: 8.4.11
resolution: Fixed
title: compile warning in TkCanvas.c
comment:
  My (particularly picky) HP compiler issues this warning
  on tkCanvas.c

  cc:
  "/sppdg/scratch/bob/temp/tk8.4.11/unix/../generic/tkCanvas.c",
  line 214: warning 558: Empty declaration.

  Apparently the semicolon doesn't belong on this line:

    TCL_DECLARE_MUTEX(typeListMutex);


tkt_uuid: 1224983fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 40. Bitmap Images
priority: 7 High
foundin: obsolete: 8.4.11
resolution: Fixed
title: Tk_AllocBitmapFromObj() prototype missing from GetBitmap.3
comment:
  The GetBitmap.3 page is missing the function prototype for
  Tk_AllocBitmapFromObj() in the SYNOPSIS section, even
  though it is the first function mentioned in the NAME
  section
  and it is mentioned profusely throughout the rest of
  the page.

  This is an historical problem, not something new with
  8.4.11rcX.


tkt_uuid: 1225274fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 06. Canvas Postscript
priority: 5 Medium
foundin: obsolete: 8.4.11
resolution: Duplicate
title: Aqua: panic in canvPs-3.1
comment:
  during test canvPs-3.1 on an
  -enable-aqua build on OSX Panther:

  canvPs.test
  XGetImage Failure: XGetImage: only ZPixmap types are
  implemented


tkt_uuid: 1227781fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 8
foundin: obsolete: 8.5a4
resolution: Fixed
title: memleak in canvas
comment:
  on 8.5a3 and CVS HEAD, winXP and linux -
  creation/deletion/moving of lines on a canvas via a
  mouse binding accumulates RAM usage at the rate of
  about 30 MB/second with normal mouse motion. drag
  around the lines a bit and watch RAM usage...


tkt_uuid: 1229263fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 38. [tk_messageBox]
priority: 9 Immediate
foundin: obsolete: 8.4.9
resolution: Out of Date
title: Crash ap when closing message box
comment:
  On Windows XP SP 2 the following small program crashes:

  wm title . "Crash"
  set font {Helvetica 14}
  frame .reaper
  pack .reaper -expand 1 -fill both -side left
  tk_messageBox -icon info -message "Reaping complete."
  -type ok -parent .reaper

  If the value for the -parent is changed to "." instead
  of ".reaper"
  the small program does not crash.

  Apparently, since .reaper is not on the screen yet,
  using it as a parent causes a major error.

  This is 100 percent reproducible on my system, a
  1600 MHz Pentium M with 512 MB of memory.


tkt_uuid: 1230576fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 5 Medium
foundin: obsolete: 8.5a4
resolution: Out of Date
title: double source of tk.tcl fails
comment:
  $ wish
  % info patch
  8.5a4
  % source [file join $tk_library tk.tcl]
  can't import command "mc": already exists
  % set errorInfo
  can't import command "mc": already exists
      while executing
  "namespace import ::msgcat::mc"
      (in namespace eval "::tk::msgcat" script line 21)
      invoked from within
  "namespace eval msgcat {
          namespace export mc mcmax        
          if {[interp issafe] || [catch {package require
  msgcat}]} {
              # The msgcat..."
      (in namespace eval "::tk" script line 3)
      invoked from within
  "namespace eval ::tk {
      # Set up the msgcat commands
      namespace eval msgcat {
          namespace export mc mcmax        
          if {[interp issafe] || [..."
      (file "/home/fs3c/dgp/lib/tk8.5/tk.tcl" line 20)
      invoked from within
  "source [file join $tk_library tk.tcl]"

  This failure interacts badly with
  Tcl's auto-loader after an [auto_reset].


tkt_uuid: 1232908fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 9 Immediate
foundin: obsolete: 8.5b3
resolution: Fixed
title: Command modifier not documented
comment:
  In the [bind] manpage the MacOS 'Command' modifier is
  not mentioned, even though it does actually work. I
  realise this is platform-specific but it would be a
  good idea to include it in the documentation so one
  does not have to guess.

  I am not sure what happens on other platforms if this
  is used. The preferred result would probably be for the
  bind command to be accepted without complaint but that
  naturally the event would then never be generated.


tkt_uuid: 1233009fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 01. Bindings
priority: 5 Medium
foundin: obsolete: 8.4.11
resolution: Out of Date
title: Return and enter the same in callback
comment:
  When using [bind] and giving the callback the keysym substitution 
  (%K) Return and Enter both give a result of Return. This happens 
  at least on OS X but I heard it also happens on Windows.


tkt_uuid: 1233014fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 01. Bindings
priority: 5 Medium
foundin: obsolete: 8.4.11
resolution: None
title: Alt / Command mismatch
comment:
  On OSX the reported keysym for pressing the command key is 
  either Alt_L or Alt_R. However, when using Alt as part of a [bind] 
  specification (f.ex. <Alt-q>), the callback never gets called. Only 
  Command-q will work.


tkt_uuid: 1233834fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: obsolete: 8.4.11
resolution: None
title: Restrictions on window resizing in Motif wms
comment:
  It was reported that the attached code (admittedly
  arcane, but working) that does a pseudo-wizard still
  toplevel no longer resizes properly when moving to the
  2nd screen (which is larger).  It apparently works OK
  with non-Motif wms.


tkt_uuid: 1235125fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 85. Win Build
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: Duplicate
title: MinGW: tkWinX.c reference error `SendInput'
comment:
  Compiling Tk8.5a3 on a W2K/SP4 with MSYS/MinGW
  (msys_mingw-0.6) I get the following error:

  /D/Tcl-Tk/Source tk8.5a3/win> ./configure --enable-gcc
  /D/Tcl-Tk/Source tk8.5a3/win> make
  ...
  [snip]
  ...
  Creating library file: libtk85.a
  tkWinX.o(.text+0x1b35):tkWinX.c: undefined reference to
  `SendInput'
  make: *** [tk85.dll] Error 1
  /D/Tcl-Tk/Source/tk8.5a3/win>


tkt_uuid: 1236847fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 37. [tk_get*File]
priority: 7 High
foundin: obsolete: 8.4.9
resolution: Fixed
title: tk_getOpenFile -initialdir {} fails on Aqua
comment:
  tk_getOpenFile -initialdir {} 
  uses a sensible default directory on unix, but fails with unknown 
  directory "" on Aqua Tcl/Tk

  This is with 8.4.9. I haven't yet tried it with 8.4.11 (8.4.10 was 
  unusable on Aqua due to a label bug and the 8.4.11 Mac binaries 
  haven't come out yet).


tkt_uuid: 1237759fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 28. Utility Functions
priority: 5 Medium
foundin: None
resolution: Accepted
title: Bring Tk library up to 8.4 code standards
comment:
  From Patrick Fradin [patrick.fradin at synelec.fr]:

  I made next modifications joined in 2 archives :

      - Always use eq / ne to compare strings instead of
  string equal, string match, string compare, == and so
  on... I think it's simplify code readability and
  maintenance.

      - Replace some simple regsub with string map to
  improve exec performance

      - Replace some simple regexp with string match for
  the same reasons

      - Use unset -nocomplain to avoid if info exists or
  catch

      - Use trace add variable write/unset instead of old
  trace variable w/u

      - Use trace remove variable instead of old trace
  vdelete

      - Use trace info variable instead of old trace vinfo

      - use [list] to initialize empty list instead of ""
  or {} string

      - Avoid code abbreviations to clarify code and
  avoid reading errors

          ex: string len -> string length
              $w config  -> $w configure ...

      - Replace some simple eval $cmd commands with
  "compiled" if 1 $cmd
  (speedier)

      - Use foreach to parse values instead of many
  lindex (ex: clrpick.tcl)

      - Replace regexp "dummy" variable with "->" to
  improve readability

      - I remarked some catch {destroy $w}. I think it's
  useless, isn't it ?


tkt_uuid: 1240221fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 7 High
foundin: obsolete: 8.5a4
resolution: Fixed
title: mark previous crashes
comment:
  The above script crashes with segfault with all Tk 8.5
  I've tried.

  package require Tk
  pack [text .t]
  .t insert end [string repeat "1 2 3 4 5 6 7 8 9 0\n" 12]
  .t mark set 1.0 10.0
  update
  # then this crash Tk:
  .t mark previous 10.10


tkt_uuid: 1243318fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 9 Immediate
foundin: obsolete: 8.4.13
resolution: Fixed
title: evt.x, y sometimes very wrong on Aqua
comment:
  evt.x and evt.y are often very wrong when binding to <B1-Motion> at 
  least. I see this on a canvas, where I automtically show information 
  about the pixel under the mouse. It usually works but sometimes is 
  way off (e.g. half a screen or so; it varies).

  Details:
  - I only have seen this is after I switch from my tcl/tk application to a 
  different application and then back again. Unfortunately, that does 
  not always make it happen so it has been hard to study.
  - While it is happening, not only are <...Motion> mouse coordinates 
  way off, but pop-up menus are also shown in the wrong location on 
  the screen. However, other things continue work just fine, such as 
  clicking in an entry field, selecting text and pressing buttons.
  - Once it happens, it appears that simply moving the toplevel 
  window resets the mouse coordinates.

  This is almost certainly caused by the same bug that causes PR [ 
  1032941 ] menu bar menus sometimes in wrong place under aqua.

  If there is any way to get this bumped up in priority it would be a big 
  help. It causes a LOT of trouble on MacOS X on my application and 
  it is by far the most noticeable and serious Aqua Tk bug that my 
  users run into. A fix or a workaround would be much appreciated.

  -- Russell


tkt_uuid: 1243949fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 85. Win Build
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: None
title: tkWinX.c: INPUT undeclared
comment:
  System W2K SP4 and msys_mingw7.
  Compile error:

  tkWinX.c: In function `Tk_ResetUserInactiveTime':
  tkWinX.c:1922: error: `INPUT' undeclared (first use in
  this function)
  tkWinX.c:1922: error: (Each undeclared identifier is
  reported only once
  tkWinX.c:1922: error: for each function it appears in.)
  tkWinX.c:1922: error: syntax error before "inp"
  tkWinX.c:1924: error: `inp' undeclared (first use in
  this function)
  tkWinX.c:1924: error: `INPUT_MOUSE' undeclared (first
  use in this function)
  tkWinX.c:1932: warning: implicit declaration of
  function `SendInput'
  make: *** [tkWinX.o] Error 1


tkt_uuid: 1244178fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 11. Aqua Menus
priority: 4
foundin: obsolete: 8.4.9
resolution: None
title: TkAqua: command-n doesn\'t work when minimized
comment:
  Possibly belongs in events, but: the following code
  sets up a menu and binding for command-n to open a new
  window.  It works if the . toplevel is visible, but if
  you minimize or withdraw it then doesn't.  Pressing
  command-n just causes the background of the "Window"
  menu to flash, and that's it.

  ---

  set unique 0

  proc top {} {
      global unique
      incr unique
      toplevel .t$unique
  }

  menu .m
  .m add cascade -label "Window" -menu .m.window
  menu .m.window
  .m.window add command -label "New" \
      -accelerator "Command-N" -command top

  . config -menu .m

  bind . <Command-n> top


tkt_uuid: 1245475fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 10. Generic Menus
priority: 5 Medium
foundin: obsolete: 8.4.11
resolution: None
title: Using text and image on menu entry - extra space added.
comment:
  Hi,
  When giving a menu entry both text and an image,
  significant extra space (~20 pixels) is added to the
  right, eg with

  menu .m
  .m add command -label entry -image entry -compound center

  I think the problem is with compound, because when
  giving a button image and text and using -compound
  center, you get an extra pixel border all around the
  button.

  Tom


tkt_uuid: 1246936fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a4
resolution: Fixed
title: textDisp-19.15 fails
comment:
  Some change in the style
  cleanup of tkTextDisp.c
  has resulted in a change
  in the whitespace in a
  $::errorInfo value, which
  makes test textDisp-19.15 fail.

  The test does do a useful
  task of checking the
  stack trace format, so this
  ought to be fixed, rather
  than making the test more
  forgiving.


tkt_uuid: 1246947fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 65. Generic Window Operations
priority: 3 Low
foundin: obsolete: 8.5a4
resolution: None
title: tk-6.5 fails
comment:
  On a linux/alpha/gnome system (quite old),
  test tk-6.5 fails.

  probing reveals that on this system
  [tk inactive] is returning 0, which
  the test seems unprepared for.


tkt_uuid: 1247115fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 21. [panedwindow]
priority: 5 Medium
foundin: None
resolution: None
title: Proxy window not visible with "flat" sashrelief
comment:
  A flat sashrelief is common for panedwindow, when it
  separate two widgets with sunken relief.
  In this configuration, the proxy window is not well
  visible, since it uses the same sashrelief option.
  Using a harcoded raised relief, like for the
  borderwidth of 2 pixels, appears to be a better
  altenative (function DisplayProxyWindow()).


tkt_uuid: 1247835fffffffffffffffffffffffffffffffff
type: RFE
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: None
resolution: None
title: tabs: wordprocessor vs tabular interpretation
comment:
  Platform Windows XP/SV2

  Tab positions of a Text widget is incorrect in Tk85a3.

  Try the following:

  text .t
  .t config -tab {0.5i 1.0i 1.5i 2.0i 2.5i 3.0i 3.5i 4.0i 4.5i}
  pack .t

  Type into the text widget the following text line:

  This is a line of text for testing tabs.  It seems that tab 
  position of a text widget in Tk 85 is not correct.

  An inserted tab will make multiple spaces in almost any 
  position in the above text line even after its specified 
  position.

  The correct behavior is: a tab may make mutiple spaces 
  if it is inserted before the specified tab position.  If it is 
  inserted after its specified position, it should only make 
  one space. The first tab only add one space after 0.5i 
  and the second tab only add one space after 1.0i, and 
  so on so forth.

  This bug may make text tab displays incompatible to 
  previous Tk text wigets, i.e., 8.4 and below. Any text file 
  that uses tabs in formating and saved by a previous 
  Tcl/Tk may be display incorrectly in Tk 853a.


tkt_uuid: 1247919fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 74. Application Embedding
priority: 8
foundin: None
resolution: Fixed
title: threading flaw in use of DeleteWindowsExitProc
comment:
  Ok.  After quite a bit of research, I have uncovered
  the following issue:

  1. You startup a process and load Tcl.
  2. At some point, you load Tk, and Initialize() gets
  called.
  3. As a result of Initialize() being called, a Tcl exit
  handler is created that points to DeleteWindowsExitProc
  passing the tsdPtr for the current thread.

  RED FLAG HERE: Passing thread specific data to a
  process wide routine.

  First of all, exit handlers have no concept of
  "thread".  They are process wide (they are all called
  by Tcl_Finalize just prior to unloading Tcl/Tk).

  Secondly, the TkCreateExitHandler call in tkWindow.c is
  incorrect because it passes the tsdPtr into a routine
  that will create an exit handler thus creating a
  classic data lifetime issue.

  The root problem with this approach is that the
  "cached" tsdPtr is NOT guaranteed to be valid should
  the thread call Tcl_FinalizeThread() on a thread that
  has Tk loaded prior to calling Tcl_Finalize() because
  TclFinalizeThreadData() is called by Tcl_FinalizeThread
  and that destroys the data pointed to by the "cached"
  tsdPtr passed to DeleteWindowsExitProc.  This is
  contrary to the documented "safe" behavior and
  extremely confusing.

  Once I fix this bug and the somewhat associated bug
  749908 are fixed, I believe that Tk will be a lot more
  capable and "safe" in threaded environments.  Both of
  these fixes should really be backported to 8.4 as well
  and I would really appreciate some help in that regard
  as I have very limited spare time at the moment.

  I'm going to start working on a fix for this and also
  quickly scan for the same class of problems lurking
  elsewhere in the core.


tkt_uuid: 1248241fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 74. Application Embedding
priority: 3 Low
foundin: obsolete: 8.4.11
resolution: None
title: DllMain calls TkFinalize (arbitrary side effects)
comment:
  DllMain cannot call most of the Win32 API, see:

  http://msdn.microsoft.com/library/en-us/dllproc/base/dllmain.asp?frame=true

  This means that calling exit handlers that potentially
  have arbitrary side effects could result in a variety
  of nasty surprises.


tkt_uuid: 1252259fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 54. [console]
priority: 8
foundin: obsolete: 8.4.10
resolution: Fixed
title: console erases puts output
comment:
  if you run "wish.exe test.tcl" where test.tcl contains

  console show
  puts "hello, world!"

  there's no output from the puts command

  This commit:
  http://cvs.sourceforge.net/viewcvs.py/tktoolkit/tk/library/c
  onsole.tcl?r1=1.26&r2=1.27

  causes the problem, I think.

  The behavior is the same for wish-8.4.11 and cvs head.

  changing to:
  after idle [list $con delete "output - 2 char" output]

  is an improvement but it still eats a newline character.

  Goodwin


tkt_uuid: 1252702fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 81. Portability
priority: 8
foundin: obsolete: 8.4.11
resolution: Fixed
title: regression tests fail on Solaris 10/x86_64
comment:
  Hello,

  I'm facing a serious problem on our SUNfire V20z
  machine (Operon) running Solaris 10/x86:
  After a successful compilation of Tcl/Tk 8.4.11 I run
  the regression tests (make test). It fails on
  choosedir.tcl with the following Tcl-stack trace: 

  can't modify -cursor option after widget is created
      while executing
  "$w         config -cursor watch"
      (procedure "::tk::dialog::file::Update" line 49)
      invoked from within
  "::tk::dialog::file::Update .__tk_choosedir"
      ("after" script)

  Looking into the Tk sources I found serious 64-bit
  portability bugs at several places. For example in
  generic/tkFrame.c:787 [function FrameWidgetObjCmd()]
  the wrong lines of code are:

  size_t length;
  char *arg = Tcl_GetStringFromObj(objv[i], (int *) &length);

  From now on the content of length is completely
  platform dependent (e.g. bigEndian vs. littleEndian).
  As a result the following calls to strncmp(arg,
  "-class", length) is random, because if length is e.g.
  negative, it always gives me 0 (match!) even if arg is
  "-cursor" ...

  An easy fix for this could look like this:

  size_t length;
  int len;
  char *arg = Tcl_GetStringFromObj(objv[i], &len);
  length = len;

  ...or (better) change the signature of
  Tcl_GetStringFromObj to accept a size_t* as a last
  argument instead of a int*.

  At least these files contain the same bug:
  # egrep -l "Tcl_GetStringFromObj\(.*int"
  tk8.4.11/generic/*.c 
  tkCanvLine.c
  tkCanvPoly.c
  tkCanvText.c
  tkCanvas.c
  tkConfig.c
  tkFocus.c
  tkFrame.c
  tkGrid.c
  tkImgPhoto.c
  tkPack.c

  BTW: the latest development branch 8.5.a3 still
  contains the same bugs.

  Thanks for looking into this,
  Jochen


