| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
| | |
| | |
| | | |
spacing
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
- some internal const decorations
- spacing
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* generic/tkBind.c: Updated callers of Tcl_BackgroundError()
* generic/tkCanvas.c: to use the new routine
* generic/tkEntry.c: Tcl_BackgroundException() as appropriate.
* generic/tkImgBmap.c:
* generic/tkListbox.c:
* generic/tkSelect.c:
* generic/tkTextDisp.c:
* generic/tkTextWind.c:
* macosx/tkMacOSXHLEvents.c:
* macosx/tkMacOSXMenu.c:
* macosx/tkMacOSXMenus.c:
* macosx/tkMacOSXScale.c:
* macosx/tkMacOSXWindowEvent.c:
* unix/tkUnixScale.c:
* unix/tkUnixWm.c:
* win/tkWinButton.c:
* win/tkWinMenu.c:
* win/tkWinScrlbr.c:
* win/tkWinWm.c:
|
| | | |
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
const tables, so those will be
put by the C-compiler in the
TEXT segment in stead of the
DATA segment. This makes those
table sharable in shared libraries.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
allow for unicode char menu indices and not use CharUpper on Tcl
utf strings. [Bug #1734223]
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
* tests/menu.test (menu-36.1): [Bug 1599877]
|
| |
| |
| |
| | |
handle unichar underlining correctly and safely. [Bug 1599877]
|
| |
| |
| |
| | |
with images to avoid clipping bug. [Bug 1329198]
|
| |
| |
| |
| | |
the window is still alive. [AS bug 45987] [Bug 1236306]
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
call that caused finalization panic. [Bug 1456851]
* win/tkWinMenu.c (FreeID, TkpNewMenu, MenuExitHandler)
(MenuThreadExitHandler, TkpMenuInit, TkpMenuThreadInit): rework
Windows menu init/finalization to better respect per-process and
per-thread boundaries. [Bug 1456851]
(TkWinMenuKeyObjCmd): Do not error when unknown window is passed
in. [Bug 1236306]
|
| | |
|
| |
| |
| |
| |
| | |
Also start removing _ANSI_ARGS_; the core's required ANSI C for a while now
Also fix [Bug 1252702]; size_t doesn't mix with Tcl_GetStringFromObj
|
| | |
|
| |
| |
| |
| | |
caused an access violation in an embedded menu testing when the mouse clicked the last pull-down menu entry
|
| |
| |
| |
| | |
WM_MENUSELECT message
|
| | |
|
| | |
|
| |
| |
| |
| | |
toplevel when created with a menu (bug# 1098625)
|
| |
| |
| |
| | |
popup menu window's handler; improved an embedded menu display in Windows/XP
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It is only defined under Win32.
* generic/tkIntPlatDecls.h: Regen.
* generic/tkStubInit.c: Regen.
* win/tkWinInt.h: Define TK_THEME_WIN_CLASSIC and
TK_THEME_WIN_XP.
* win/tkWinMenu.c (DrawMenuEntryAccelerator, DrawMenuEntryLabel):
Draw a disabled 3D text highlight for the accelerator only
with the Win95/98 look. Same goes for the menu entry text.
* win/tkWinX.c (TkWinGetPlatformId, TkWinGetPlatformTheme):
Automatically detect the Windows theme in use and return
either TK_THEME_WIN_CLASSIC or TK_THEME_WIN_XP when the
TkWinGetPlatformTheme function is invoked.
[Patch 866194]
|
| | |
|
| |
| |
| |
| | |
* win/tkWinMenu.c: appropriate spots.
|
| |
| |
| |
| |
| | |
images of compound menu entries in indicator space if not a radio
of checkbutton. [Bug #756952] (eserte)
|
| |
| |
| |
| |
| | |
* win/tkWinInt.h (TkWinProcs): titles. [Bug #904371] (riefenstahl)
* win/tkWinMenu.c (ReconfigureWindowsMenu):
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
TkWinHandleMenuEvent, DrawMenuEntryArrow):
Fix drawing of a disabled cascade menu
arrow. Tk was displaying a disabled cascade
menu arrow in black instead of gray. This
was caused by a bug in the Win32 code for
user drawn menu items. The fix is to avoid
telling Windows that the menu item is a
cascade type and then draw the gray arrow
bitmap on our own.
[Patch 865842]
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Fix a strange Win32 bug where the logical
coordinates returned by a call to DPtoLP
are wrong the first time a menu is posted.
This bug manifested itself by drawing the
bitmap in the wrong place in a menu.
The fix was to pass the newly created DC
instead of the DC from the window.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
DrawMenuEntryLabel): When drawing the label
text and accelerator text for a disabled
menu entry be sure to draw a 3D highlight.
The only exception to this is when a
disabled menu entry is highlighted, in that
case do not draw a 3D hightlight.
|
| |
| |
| |
| |
| |
| |
| |
| | |
DrawMenuEntryArrow): Move the unused menu
arrow drawing code in DrawMenuEntryAccelerator
into a new function named DrawMenuEntryArrow.
This makes no functional change but it will
make it easier to fix things in the future.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* generic/tkInt.h: TkDeleteExitHandler, and TkFinalize. This adds
* generic/tkMenu.c: an insertion point so Tk's exit handlers can be
* generic/tkWindow.c: called on their own from tk85.dll's DllMain
* mac/tkMacButton.c: for DLL_PROCESS_DETACH. These are private to
* unix/tkUnixEvent.c: the binary and not exported. It is possible
* win/tkWin32Dll.c: the Windows OS can unload Tk _prior_ to Tcl
* win/tkWinEmbed.c: under some conditions such as ExitProcess().
* win/tkWinMenu.c: This avoids a dangling pointer problem when Tcl
* win/tkWinX.c: does Tcl_Finalize after Tk has been unloaded.
* win/winMain.c: DllMain's DLL_PROCESS_DETACH now protected with
SEH as DeleteWindowsExitProc is causing an
exception of its own under some teardown
conditions. AT&T assembly syntax has not been
added for MinGW yet. [Tcl Patch 858493]
|
| |
| |
| |
| |
| | |
exists. Although the invalid handle doesn't cause an exception, it was
discovered with NuMega's BoundsChecker and flagged as a problem.
|
| | |
|
| |
| |
| |
| |
| |
| | |
Rename the private menu helper cmd from
tk::tkWinMenuKey to tk::WinMenuKey.
[Bug 721514]
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
that can be used to query the XEvent* for the currently
executing binding.
* generic/tkInt.h: Declare TkpGetBindingXEvent.
* win/tkWinMenu.c (MenuKeyBindProc, TkWinMenuKeyObjCmd,
TkpInitializeMenuBindings): Rename MenuKeyBindProc to
TkWinMenuKeyObjCmd and convert it into a Tcl command
named tk::tkWinMenuKey. Bind keyboard accelerator
actions to this Tcl command instead of using a native
C binding. This makes it possible to extend the
existing binding with Tcl code and makes the Windows
version work just like the unix version.
|
|
|
|
| |
to idle call ReconfigureWindowsMenu.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
updating Tk to use Tcl 8.4's fully CONST-ified
interface, and fully CONSTifying Tk at the
same time.
This patch includes purging Tk of its last
direct access to interp->result. [Bug 589853]
The substantial changes include copying
event sequence strings into Tcl_DStrings
in tkBind.c, and copying [text] indices into
Tcl_DStrings because parsing them involved
overwriting them. If this causes performance
trouble, that can be resolved by further
converting them to Tcl_Obj's.
The #defines USE_NON_CONST and USE_COMPAT_CONST
have the same effect for Tk as they do for Tcl.
(They actually change tcl.h)
|
|
|
|
| |
API changes (see Tcl Patch 471509). [Patch 471513]
|
|
|
|
|
|
|
| |
then the next time the parent menu is posted, the cascade entry appears active.
Also, if you traverse to a disabled menu entry using keystrokes and press
ENTER on the disabled entry, then that entry appears active the next time
the menu is posted. The same patch fixes both problems.
|
|
|
|
|
| |
windows menus. Disabled menu entries show their active background color
on mouseover and keyboard traversal.
|