| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
* win/tkWinFont.c (Tk_MeasureChars): Fix for text
wrapping problem that appeared using canvas text
under Win32. A long wrapping string that had
leading spaces was being incorrectly wrapped.
This change makes the Win32 implementation behave
the same as the Unix implementation. [Patch 1006286]
|
|
|
|
|
| |
* win/Makefile.in: added 'install-private-headers' makefile target
to allow optionally installing private tk headers. [Tcl FR 922727]
|
| |
|
| |
|
|
|
|
| |
labels, the same way as it's now done for disabled menu entries.
|
|
|
|
|
|
| |
wrapper be the child of desktop window, thus making it to behave more
similarly to X11 Override Redirect. Esp. useful for combobox-like
megawidgets.
|
| |
|
| |
|
|
|
|
| |
to handle subFontPtrPtr in EnumFontFamilies callback.
|
| |
|
|
|
|
|
| |
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):
|
|
|
|
|
|
|
|
| |
* macosx/tkMacOSXXStubs.c: to being implemented in a platform
* unix/tkUnixEvent.c: specific manner. The cleanup order was
* win/tkWinX.c: bad at least on Windows, where we
reset/cleared display info that was still needed for the clipboard
to render. [Bug #939389, #822002, #732662]
|
|
|
|
|
|
|
|
|
| |
* unix/Makefile.in:
* win/makefile.bc:
* win/Makefile.in: followup on tcl header reform [FR 922727]:
removed use of relative #include paths in tkPort.h to allow
installation of private headers outside of tk source tree; added
tcl plaform source dir to compiler header search path.
|
|
|
|
|
|
|
|
| |
* unix/Makefile.in:
* win/Makefile.in: followup on tcl header reform [FR 922727]:
removed use of relative #include paths in tkPort.h to allow
installation of private headers outside of tk source tree; added
tcl plaform source dir to compiler header search path.
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tk.h:
* macosx/Wish.pbproj/project.pbxproj:
* unix/configure.in:
* unix/tk.spec:
* win/configure.in:
* unix/configure: autoconf-2.57
* win/configure:
|
| |
|
|
|
|
|
| |
compiling with mem debug under Mingw. This
fixes the checking from 2003-12-25.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* doc/radiobutton.n: Tristate Checkbutton and Radiobuttons
* generic/tkButton.c:
* generic/tkButton.h:
* library/demos/check.tcl:
* library/demos/radio.tcl:
* macosx/tkMacOSXButton.c:
* macosx/tkMacOSXDefault.h:
* tests/button.test:
* unix/tkUnixButton.c:
* unix/tkUnixDefault.h:
* win/tkWinButton.c:
* win/tkWinDefault.h:
|
|
|
|
|
| |
for -initialdir if we have a UNC path because BFFM_SETSELECTION
doesn't support UNC paths in strings.
|
|
|
|
|
|
| |
* win/rules.vc:
* win/rc/tk.rc:
* win/rc/wish.rc: Now supports the 'unchecked' option when building.
|
| |
|
| |
|
|
|
|
| |
the exported __argc and __argv exported by the c-runtime.
|
|
|
|
| |
* win/rc/wish.rc: General clean-up.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
libraries into the object file itself with #paragma comment (lib, ...)
when built with VC++. This will simplify linking for users of the
static library. uuid.lib is required for VC5.2, but is implicit
with VC6.
* win/makefile.vc: Removed 'ole32.lib oleaut32.lib uuid.lib' from
$(baselibs).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tkBind.c: to 'Tcl_Panic' (the function). The #define
* generic/tkBitmap.c: of panic in tcl.h clearly states it is
* generic/tkCanvArc.c: deprecated in the comments.
* generic/tkCanvBmap.c: [Tcl Patch 865264]
* generic/tkCanvImg.c:
* generic/tkCanvLine.c:
* generic/tkCanvPoly.c:
* generic/tkCanvText.c:
* generic/tkCanvWind.c:
* generic/tkColor.c:
* generic/tkConfig.c:
* generic/tkCursor.c:
* generic/tkError.c:
* generic/tkEvent.c:
* generic/tkFocus.c:
* generic/tkFont.c:
* generic/tkFrame.c:
* generic/tkGC.c:
* generic/tkGrid.c:
* generic/tkImgBmap.c:
* generic/tkImgPhoto.c:
* generic/tkImgUtil.c:
* generic/tkMenu.c:
* generic/tkObj.c:
* generic/tkPack.c:
* generic/tkPlace.c:
* generic/tkRectOval.c:
* generic/tkSelect.c:
* generic/tkText.c:
* generic/tkTextBTree.c:
* generic/tkTextDisp.c:
* generic/tkTextImage.c:
* generic/tkTextIndex.c:
* generic/tkTextMark.c:
* generic/tkTextWind.c:
* generic/tkVisual.c:
* generic/tkWindow.c:
* mac/tkMacAppInit.c:
* mac/tkMacAppearanceStubs.c:
* mac/tkMacButton.c:
* mac/tkMacDraw.c:
* mac/tkMacEmbed.c:
* mac/tkMacFont.c:
* mac/tkMacInit.c:
* mac/tkMacMenus.c:
* mac/tkMacPort.h:
* mac/tkMacSubwindows.c:
* mac/tkMacWm.c:
* mac/tkMacXStubs.c:
* macosx/tkMacOSXEmbed.c:
* macosx/tkMacOSXFont.c:
* macosx/tkMacOSXMenus.c:
* macosx/tkMacOSXNotify.c:
* macosx/tkMacOSXPort.h:
* macosx/tkMacOSXSubwindows.c:
* macosx/tkMacOSXWm.c:
* macosx/tkMacOSXXStubs.c:
* unix/tkUnix3d.c:
* unix/tkUnixColor.c:
* unix/tkUnixEmbed.c:
* unix/tkUnixEvent.c:
* unix/tkUnixFocus.c:
* unix/tkUnixFont.c:
* unix/tkUnixSelect.c:
* unix/tkUnixSend.c:
* unix/tkUnixWm.c:
* win/tkWin3d.c:
* win/tkWinButton.c:
* win/tkWinColor.c:
* win/tkWinDialog.c:
* win/tkWinDraw.c:
* win/tkWinEmbed.c:
* win/tkWinFont.c:
* win/tkWinPixmap.c:
* win/tkWinPointer.c:
* win/tkWinScrlbr.c:
* win/tkWinWm.c:
* win/tkWinX.c:
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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]
|
|
|
|
| |
[#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.
|
| |
|
| |
|