| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
commandline macro and was used to verify the Tcl_Panic change above.
|
|
|
|
| |
* win/rc/lamp.bmp (new): Moved.
|
|
|
|
|
|
|
| |
* win/rc/tk_base.rc:
* win/rc/wish.rc:
* win/makefile.vc: Refreshed how the resource files are built.
Should be a bit easier for people linking with a static Tk library.
|
| |
|
|
|
|
|
| |
"Add Overall Anchoring to the Grid Geometry Manager",
adding [grid anchor] subcommand.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
to installed Tk.framework, so that tkInt.h can be included
sucessfully from Tk.framework/PrivateHeaders.
* generic/tkPort.h: corrected include of tkMacOSXPort.h
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
blocks in place of __try and __except statements
to support gcc builds. This is needed after
David's changes on 2003-12-21. [Tcl patch 858493]
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
without the use of hardcoded values.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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]
|
|
|
|
| |
(fixes: #231251)
|
|
|
|
| |
[#861777]. Clarify comment on TK_AT_LEAST_ONE.
|
|
|
|
|
| |
strict format for the version value. 8.5.a0 or 8.5.0 results in an
unloadable executable -- must be 4 numbers.
|
|
|
|
| |
and disabled the send package until bug #858822 is resolved.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
be NULL. No exception is thrown, but it isn't correct to ignore.
discovered with NuMega's BoundsChecker.
|
|
|
|
|
|
| |
menubar when a menubar exists. Although the invalid handle
doesn't cause an exception, it was discovered with NuMega's
BoundsChecker.
|
|
|
|
|
| |
exists. Although the invalid handle doesn't cause an exception, it was
discovered with NuMega's BoundsChecker and flagged as a problem.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
to avoid confusion. Actually set lastKeyLayoutID. Use
keycode<<16 for XKeycodeToKeysym.
* (XKeycodeToKeysym): Remove variables c and virtualKey,
simplify code, don't special handle keycode == 0 (-> 'a').
* (XKeysymToMacKeycode): Add handling for function keys. Use
ASCII control codes instead of keysyms.
* (TkpSetKeycodeAndState): Ditto.
|
| |
|
|
|
|
| |
[event generate].
|
|
|
|
|
|
|
|
| |
* (XKeysymToMacKeycode): Add.
* (XKeysymToKeycode): Use XKeysymToMacKeycode.
* (TkpSetKeycodeAndState): Ditto.
* (TkpSetKeycodeAndState): Adapt modifier flags handling.
* (TkpInitKeymapInfo): Update a comment.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the result of XGetModifierMapping, but that will always
return an empty list.
* ALT_MASK, OPTION_MASK: Symbols for understanding the code
better.
* (TkpSetKeycodeAndState): Hardcode Mode_switch == Option.
* (TkpGetKeySym): Ditto.
* (TkpGetKeySym): Comment lockUsage conditions, Mac OS X uses
LU_CAPS always.
* (XKeycodeToKeysym): Handle option key in parameter index
(only used by TkpGetKeySym).
* (TkpGetKeySym): Use Tcl_UniCharIsUpper, highlight problems
with Latin1 limitation.
|
|
|
|
|
|
|
|
|
| |
maintainability.
* General comment on keyArray: Add.
* (XKeycodeToKeysym): Replace garbled comment. Use symbols
instead of magic constants.
* (TkpGetKeySym): Reorder computations to make this more
logical.
|
|
|
|
|
|
|
| |
* Whitespace: Remove tabs, re-indent, re-wrap comments.
* keyArray: Reorder keys in logical groups.
* vituralkeyArray: Rename virtualkeyArray.
* Prototypes, function headers: Use ISO-C consistently.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
given IE 3.0+ is installed. As tkWinX.c does set #define _WIN32_IE 0x0300,
I guess we can accept IE3 as the lowest denominator and use version 4.71
features of Comctl32.dll
|
| |
|
|
|
|
|
| |
get to the if (containerPtr == NULL) test due to the unhandled read
memory exception for when it really is NULL.
|
| |
|
|
|
|
|
| |
DllMain() and 2) needs a MinGW custom assembly implimentation as
it doesn't understand SEH syntax.
|