You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(19) |
Jul
(96) |
Aug
(144) |
Sep
(222) |
Oct
(496) |
Nov
(171) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(4) |
Feb
(4) |
Mar
(9) |
Apr
(4) |
May
(12) |
Jun
(6) |
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(52) |
Aug
(47) |
Sep
(47) |
Oct
(95) |
Nov
(56) |
Dec
(34) |
2003 |
Jan
(99) |
Feb
(116) |
Mar
(125) |
Apr
(99) |
May
(123) |
Jun
(69) |
Jul
(110) |
Aug
(130) |
Sep
(289) |
Oct
(211) |
Nov
(98) |
Dec
(140) |
2004 |
Jan
(85) |
Feb
(87) |
Mar
(342) |
Apr
(125) |
May
(101) |
Jun
(60) |
Jul
(151) |
Aug
(118) |
Sep
(162) |
Oct
(117) |
Nov
(125) |
Dec
(95) |
2005 |
Jan
(141) |
Feb
(54) |
Mar
(79) |
Apr
(83) |
May
(74) |
Jun
(125) |
Jul
(63) |
Aug
(89) |
Sep
(130) |
Oct
(89) |
Nov
(34) |
Dec
(39) |
2006 |
Jan
(98) |
Feb
(62) |
Mar
(56) |
Apr
(94) |
May
(169) |
Jun
(41) |
Jul
(34) |
Aug
(35) |
Sep
(132) |
Oct
(722) |
Nov
(381) |
Dec
(36) |
2007 |
Jan
(34) |
Feb
(174) |
Mar
(15) |
Apr
(35) |
May
(74) |
Jun
(15) |
Jul
(8) |
Aug
(18) |
Sep
(39) |
Oct
(125) |
Nov
(89) |
Dec
(129) |
2008 |
Jan
(176) |
Feb
(91) |
Mar
(69) |
Apr
(178) |
May
(310) |
Jun
(434) |
Jul
(171) |
Aug
(73) |
Sep
(187) |
Oct
(132) |
Nov
(259) |
Dec
(292) |
2009 |
Jan
(27) |
Feb
(54) |
Mar
(35) |
Apr
(54) |
May
(93) |
Jun
(10) |
Jul
(36) |
Aug
(36) |
Sep
(93) |
Oct
(52) |
Nov
(45) |
Dec
(74) |
2010 |
Jan
(20) |
Feb
(120) |
Mar
(165) |
Apr
(101) |
May
(56) |
Jun
(12) |
Jul
(73) |
Aug
(306) |
Sep
(154) |
Oct
(82) |
Nov
(63) |
Dec
(42) |
2011 |
Jan
(176) |
Feb
(86) |
Mar
(199) |
Apr
(86) |
May
(237) |
Jun
(50) |
Jul
(26) |
Aug
(56) |
Sep
(42) |
Oct
(62) |
Nov
(62) |
Dec
(52) |
2012 |
Jan
(35) |
Feb
(33) |
Mar
(128) |
Apr
(152) |
May
(133) |
Jun
(21) |
Jul
(74) |
Aug
(423) |
Sep
(165) |
Oct
(129) |
Nov
(387) |
Dec
(276) |
2013 |
Jan
(105) |
Feb
(30) |
Mar
(130) |
Apr
(42) |
May
(60) |
Jun
(79) |
Jul
(101) |
Aug
(46) |
Sep
(81) |
Oct
(14) |
Nov
(43) |
Dec
(4) |
2014 |
Jan
(25) |
Feb
(32) |
Mar
(30) |
Apr
(80) |
May
(42) |
Jun
(23) |
Jul
(68) |
Aug
(127) |
Sep
(112) |
Oct
(72) |
Nov
(29) |
Dec
(69) |
2015 |
Jan
(35) |
Feb
(49) |
Mar
(95) |
Apr
(10) |
May
(70) |
Jun
(64) |
Jul
(93) |
Aug
(85) |
Sep
(43) |
Oct
(38) |
Nov
(124) |
Dec
(29) |
2016 |
Jan
(253) |
Feb
(181) |
Mar
(132) |
Apr
(419) |
May
(68) |
Jun
(90) |
Jul
(52) |
Aug
(142) |
Sep
(131) |
Oct
(80) |
Nov
(84) |
Dec
(192) |
2017 |
Jan
(329) |
Feb
(842) |
Mar
(248) |
Apr
(85) |
May
(247) |
Jun
(186) |
Jul
(37) |
Aug
(73) |
Sep
(98) |
Oct
(108) |
Nov
(143) |
Dec
(143) |
2018 |
Jan
(155) |
Feb
(139) |
Mar
(72) |
Apr
(112) |
May
(82) |
Jun
(119) |
Jul
(24) |
Aug
(33) |
Sep
(179) |
Oct
(295) |
Nov
(111) |
Dec
(34) |
2019 |
Jan
(20) |
Feb
(29) |
Mar
(49) |
Apr
(89) |
May
(185) |
Jun
(131) |
Jul
(9) |
Aug
(59) |
Sep
(30) |
Oct
(44) |
Nov
(118) |
Dec
(53) |
2020 |
Jan
(70) |
Feb
(108) |
Mar
(50) |
Apr
(9) |
May
(70) |
Jun
(24) |
Jul
(103) |
Aug
(82) |
Sep
(132) |
Oct
(119) |
Nov
(174) |
Dec
(169) |
2021 |
Jan
(75) |
Feb
(51) |
Mar
(76) |
Apr
(73) |
May
(53) |
Jun
(120) |
Jul
(114) |
Aug
(73) |
Sep
(70) |
Oct
(18) |
Nov
(26) |
Dec
|
2022 |
Jan
(26) |
Feb
(63) |
Mar
(64) |
Apr
(64) |
May
(48) |
Jun
(74) |
Jul
(129) |
Aug
(106) |
Sep
(238) |
Oct
(169) |
Nov
(149) |
Dec
(111) |
2023 |
Jan
(110) |
Feb
(47) |
Mar
(82) |
Apr
(106) |
May
(168) |
Jun
(101) |
Jul
(155) |
Aug
(35) |
Sep
(51) |
Oct
(55) |
Nov
(134) |
Dec
(202) |
2024 |
Jan
(103) |
Feb
(129) |
Mar
(154) |
Apr
(89) |
May
(60) |
Jun
(162) |
Jul
(201) |
Aug
(61) |
Sep
(167) |
Oct
(111) |
Nov
(133) |
Dec
(141) |
2025 |
Jan
(122) |
Feb
(88) |
Mar
(106) |
Apr
(113) |
May
(203) |
Jun
(185) |
Jul
(124) |
Aug
(139) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Francois V. <fvo...@fr...> - 2024-09-15 10:45:35
|
Jan, Interesting. Let me learn something: why is your commit below of any usefulness and why are you requesting this? My reasoning: - The CI runners only run (once a day) when there is a new commit in a branch. They do not run over and over on the same tip of any branch (see 'on: push: branches: ...' in the .yml files). - When I merge in the release branches I always first revert the .yml file and commit only after this revert. So I don't see why and how it would hurt to leave the github build directives in a closed bugfix branch (only). Regards, Francois Le 14/09/2024 à 23:48, no...@tc... a écrit : > Automated mail by fx, on behalf of no...@tc... > > Commit [f83994c590bc8a23add49d7c7ea84f370465c8fd059aed52e1e2df514bdf128b] > By jan.nijtmans > For Tk (branch: bug-1871581951) > On 2024-09-14T21:48:03.212 > Details https://core.tcl-lang.org/tk/info/f83994c590bc8a23add49d7c7ea84f370465c8fd059aed52e1e2df514bdf128b > > Description > Please cleanup GITHUB building after the build is done. > > Changed Files > 3 edited > .github/workflows/linux-build.yml > .github/workflows/mac-build.yml > .github/workflows/win-build.yml > > ------------------------------------------------------------ > See Tcl/Tk development @ http://core.tcl-lang.org/ > ------------------------------------------------------------ > > > _______________________________________________ > Tcl-Bugs mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-bugs |
From: Jan N. <jan...@gm...> - 2024-09-14 10:00:32
|
Op za 14 sep 2024 11:12 schreef Schelte Bron <tc...@tc...>: > * TCL_PACKAGE_PATH change from TCL list to ";" separated items > *** POTENTIAL INCOMPATIBILITY *** > > If I understand the associated ticket and code correctly, the separator > is the normal path separator for the different platforms. So ":" for > linux and mac and ";" for windows. Thanks, Schelte. I was just about sending the same remark, you are right. Regards, Jan Nijtmans |
From: Schelte B. <tc...@tc...> - 2024-09-14 09:12:13
|
On 13/09/2024 20:42, Donald G Porter via Tcl-Core wrote: > If you have time and an interest, please look them over and offer any > necessary > corrections and improvements. > * TCL_PACKAGE_PATH change from TCL list to ";" separated items *** POTENTIAL INCOMPATIBILITY *** If I understand the associated ticket and code correctly, the separator is the normal path separator for the different platforms. So ":" for linux and mac and ";" for windows. * Appearance improvements for... - focus ring, arrows, and classic theme. - last item in a [ttk::treeview]. - down arrow in [ttk::combobox]. The ttk::treeview changes are more extensive than just related to the appearance of the last item: - Fixed 'see' and 'bbox' after scrolling - Fixed 'see' before widget is first mapped - Fixed unexpected scrolling when using 'see' on a detached item This can be summarized as - Fixes to the ttk::treeview 'see' and 'bbox' commands. Schelte |
From: elns <el...@xs...> - 2024-09-14 08:29:11
|
On 9/14/24 10:17, elns wrote: > > Is this word appropriate? I'm not a native English speaker. So, I'm unsure. Nevertheless: this word > makes me understand that (in the past) somebody or something has made some selected changes stand > out (e.g. with a marker pen), and that in a next pass/stage these changes have been chosen for > display in the summary of changes. I'm confident that that's not what was meant, but I'm not > confident enough to suggest an alternative wording. > For the sake of clarity: I'm not focusing on the dual meaning of the noun "highlight", which I know of. I'm focusing on the perfect tense of the verb "highlight". Erik. > > 2. A suggestions to organize the summary of changes in the following distinct categories: > A. Tcl > B. Tk > C. Additional packages > > That would look like: > > > A. Tcl: > * [TIP 692] Deprecate Tcl_GetAlias(). Migrate to Tcl_GetAliasObj() > > * Tcl_NewObjectInstance() errors on namespace re-use. > *** POTENTIAL INCOMPATIBILITY -- breaks Itcl 4.2 *** > > * TCL_PACKAGE_PATH change from TCL list to ";" separated items > *** POTENTIAL INCOMPATIBILITY *** > > * Make [self] work inside [$obj eval] > > * Fix [$obj varname] for linked varnames > > * Restore access to alternate data streams (ADS) in NTFS filesystems. > > * Fix crashes or hangs in... > - TclOO + coroutine, oo-22.[34] > - entangled destructor and namespace deletion, oo-35.7.* > - destruction of reflected channel, iocmd-32.3.* > - select notifier with file descriptor >= FD_SETSIZE > - [child invokehidden info frame], info-40.0 > > * Fix GENFUNC mode of Tcl_ParseArgsObjv(). See tests indexObj-7.* > > * Fix removal of oo variable by [info exists]. See oo-19.4 > > * Fix byte compiled [incr] with wide int increment. See incr-1.31 > > * Repair encoding flaws in [info hostname] visible for non-ASCII names. > > * Fix incorrect [string is control] results on some private codepoints > > * Autoload of [::tcl::tm::path] > > * Fix missing error message in some [interp limit] failures. > > * Improved hash performance for some hash tables. > > * Performance optimizations in several encoding primitives. > > * Correction to rare failed startup search for system encoding > > * Add encodings: koi8-ru, koi8-t > > * Add keycodes ISO_Group_Shift and dead_hamza > > B. Tk: > * Invoke binding scripts for events with detail field NotifyInferior > *** POTENTIAL INCOMPATIBILITY *** > > * Fix crashes or hangs in... > - [focus -force], focus-8.1 > - [$canvas dchars], canvas-11.4 > - [$menubutton destroy] > > * Appearance improvements for... > - focus ring, arrows, and classic theme. > - last item in a [ttk::treeview]. > - down arrow in [ttk::combobox]. > > * Repair [$photo read -from] flaws in GIF,PNG formats. imgPhoto-19.* > > * [$photo copy] coordinate check error. See imgPhoto-12.5 > > * Detect corrupt GIF file and raise error. See imgPhoto-18.6.1 > > * Fix default font detection for high DPI > > * [treeview identify] now point aware > > * Fix broken undo/redo in [text] widget. > > C. Bundled packages, libraries, standards, data: > * Updates to: > - Itcl 4.3.0 -- supports multi-thread operations > - sqlite3 3.45.3 > - Thread 2.8.10 > - TDBC* 1.1.9 > - tcltest 2.5.8 > - libtommath 1.3.0 > - Unicode 16 > - tzdata 2024b > > > -- end of suggestions [EL] -- > > > >> Thanks! >> > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: elns <el...@xs...> - 2024-09-14 08:17:27
|
On 9/13/24 20:42, Donald G Porter via Tcl-Core wrote: > > If you have time and an interest, please look them over and offer any necessary > corrections and improvements. > Two minor remarks/suggestions: 1. Regarding the word "Highlighted" in the paragraph: "This is a patch release, so it primarily includes bug fixes and corrections to erratic behavior. Highlighted changes are noted below. The changes file at the root of the source tree contains a more complete list. The Timelines of all changes are online." Is this word appropriate? I'm not a native English speaker. So, I'm unsure. Nevertheless: this word makes me understand that (in the past) somebody or something has made some selected changes stand out (e.g. with a marker pen), and that in a next pass/stage these changes have been chosen for display in the summary of changes. I'm confident that that's not what was meant, but I'm not confident enough to suggest an alternative wording. 2. A suggestions to organize the summary of changes in the following distinct categories: A. Tcl B. Tk C. Additional packages That would look like: A. Tcl: * [TIP 692] Deprecate Tcl_GetAlias(). Migrate to Tcl_GetAliasObj() * Tcl_NewObjectInstance() errors on namespace re-use. *** POTENTIAL INCOMPATIBILITY -- breaks Itcl 4.2 *** * TCL_PACKAGE_PATH change from TCL list to ";" separated items *** POTENTIAL INCOMPATIBILITY *** * Make [self] work inside [$obj eval] * Fix [$obj varname] for linked varnames * Restore access to alternate data streams (ADS) in NTFS filesystems. * Fix crashes or hangs in... - TclOO + coroutine, oo-22.[34] - entangled destructor and namespace deletion, oo-35.7.* - destruction of reflected channel, iocmd-32.3.* - select notifier with file descriptor >= FD_SETSIZE - [child invokehidden info frame], info-40.0 * Fix GENFUNC mode of Tcl_ParseArgsObjv(). See tests indexObj-7.* * Fix removal of oo variable by [info exists]. See oo-19.4 * Fix byte compiled [incr] with wide int increment. See incr-1.31 * Repair encoding flaws in [info hostname] visible for non-ASCII names. * Fix incorrect [string is control] results on some private codepoints * Autoload of [::tcl::tm::path] * Fix missing error message in some [interp limit] failures. * Improved hash performance for some hash tables. * Performance optimizations in several encoding primitives. * Correction to rare failed startup search for system encoding * Add encodings: koi8-ru, koi8-t * Add keycodes ISO_Group_Shift and dead_hamza B. Tk: * Invoke binding scripts for events with detail field NotifyInferior *** POTENTIAL INCOMPATIBILITY *** * Fix crashes or hangs in... - [focus -force], focus-8.1 - [$canvas dchars], canvas-11.4 - [$menubutton destroy] * Appearance improvements for... - focus ring, arrows, and classic theme. - last item in a [ttk::treeview]. - down arrow in [ttk::combobox]. * Repair [$photo read -from] flaws in GIF,PNG formats. imgPhoto-19.* * [$photo copy] coordinate check error. See imgPhoto-12.5 * Detect corrupt GIF file and raise error. See imgPhoto-18.6.1 * Fix default font detection for high DPI * [treeview identify] now point aware * Fix broken undo/redo in [text] widget. C. Bundled packages, libraries, standards, data: * Updates to: - Itcl 4.3.0 -- supports multi-thread operations - sqlite3 3.45.3 - Thread 2.8.10 - TDBC* 1.1.9 - tcltest 2.5.8 - libtommath 1.3.0 - Unicode 16 - tzdata 2024b -- end of suggestions [EL] -- > Thanks! > |
From: Donald G P. <don...@ni...> - 2024-09-13 18:42:11
|
The release notes for the Tcl/Tk 8.6.15 release are now uploaded to https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ If you have time and an interest, please look them over and offer any necessary corrections and improvements. Thanks! -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Donald G P. <don...@ni...> - 2024-09-13 16:30:48
|
Now available at https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ are RC2 candidate source code distribution pre-releases of Tcl and Tk 8.6.15. This should be the final candidate releases leading to the release of Tcl/Tk 8.6.15. Unless some serious blocking issue is reported, these files will become the release upon announcement. The Tcl pre-release includes pre-releases of the packages Thread 2.8.10, Itcl 4.3.0, and TDBC* 1.1.9. The released package sqlite3 3.45.3 is also included. Compared with the prior release candidate, no changes have been made to Tcl, Tk has seen a wave of refinements to documentation, and a few fixes to the building and testing scripts of TDBC* packages on Windows systems have been applied. In light of those changes, make additional testing as you think is needed. Thank you for your contributions and assistance. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Reinhard M. <rei...@m4...> - 2024-09-13 08:09:30
|
Hi, Am 10.09.2024 18:59, schrieb Donald G Porter via Tcl-Core: > Open tickets on any problems discovered, or raise the issue in a reply > to this message. some of the httpProxy tests that try to access http://www.google.com/ fail in build environments that intentionally have no Internet access: --- snip --- ---- errorInfo: couldn't open socket: Temporary failure in name resolution while executing "http::geturl http://www.google.com/" ("uplevel" body line 4) invoked from within "uplevel 1 $script" --- snap --- cu Reinhard |
From: Marc C. <cul...@gm...> - 2024-09-13 03:24:30
|
I have tested a recent tip of the main branch on a Sequoia beta release. There were no big issues. There were dumb issues, which hopefully will go away. They take the form of debugging messages printed to stderr when Tk is first loaded. Apple has a tendency to forget that they left such things in place. Hoperully this time they will remember to take those out. - Marc On Thu, Sep 12, 2024 at 12:05 PM Alexander Schöpe via Tcl-Core < tcl...@li...> wrote: > Apple will release the new operating system macOS Sequoia 15 on September > 16, 2024. > Has anyone tested on the beta versions or golden master of macOS > yet?_______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > |
From: Alexander S. <a.s...@gm...> - 2024-09-12 19:48:27
|
On my Mac, the test suite for Tcl runs without any errors, but Tk has an issue: the focus-1.1 Tk_FocusCmd procedure FAILED. focus.test ==== focus-1.1 Tk_FocusCmd procedure FAILED ==== Contents of test case: focusClear after 100 focus ---- Result was: .t ---- Result should have been (exact matching): z ==== focus-1.1 FAILED |
From: Paul O. <pa...@po...> - 2024-09-12 19:08:33
|
Sorry, no. Paul Am 12.09.2024 um 20:04 schrieb Alexander Schöpe: > Apple will release the new operating system macOS Sequoia 15 on September 16, 2024. > Has anyone tested on the beta versions or golden master of macOS yet? |
From: Alexander S. <a.s...@gm...> - 2024-09-12 18:05:03
|
Apple will release the new operating system macOS Sequoia 15 on September 16, 2024. Has anyone tested on the beta versions or golden master of macOS yet? |
From: Alexander S. <a.s...@gm...> - 2024-09-12 17:59:23
|
On my Mac, the test suite runs without any errors. macOS Sonoma Version 14.6.1 (23G93) CPU Apple Silicon M2 ARM64 |
From: Paul O. <pa...@po...> - 2024-09-11 20:32:33
|
Builds fine on my BAWT build environments using Windows, Linux, Mac, Raspi, RiscV. Warnings Tcl 9.0.0 using Mac-M2 Sonoma gcc 15.0: /Users/obermeier/poSoft/BawtBuilds/poAppsDistribution/poApps-9.0.0-9.0.0/Darwin/x64/Release/Build/Tcl/generic/tclClockFmt.c:117:14: warning: unknown pragma ignored [-Wunknown-pragmas] # pragma GCC optimize("no-trapv") /Users/obermeier/poSoft/BawtBuilds/poAppsDistribution/poApps-9.0.0-9.0.0/Darwin/x64/Release/Build/Tcl/generic/tclClockFmt.c:213:14: warning: unknown pragma ignored [-Wunknown-pragmas] # pragma GCC reset_options /Users/obermeier/poSoft/BawtBuilds/poAppsDistribution/poApps-9.0.0-9.0.0/Darwin/x64/Release/Build/Tcl/generic/tclDate.c:1217:9: warning: variable 'TclDatenerrs' set but not used [-Wunused-but-set-variable] int yynerrs = 0; /Users/obermeier/poSoft/BawtBuilds/poAppsDistribution/poApps-9.0.0-9.0.0/Darwin/x64/Release/Build/Tcl/generic/tclDate.c:72:25: note: expanded from macro 'yynerrs' #define yynerrs TclDatenerrs Am 10.09.2024 um 18:59 schrieb Donald G Porter via Tcl-Core: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/9.0.0/ > > are RC0 candidate source code distribution pre-releases of Tcl and Tk 9.0.0 > > This is the first of a sequence of candidate releases leading to the release of > Tcl/Tk 9.0.0. Testing of builds and operations on multiple platforms is invited. Open > tickets on any problems discovered, or raise the issue in a reply to this message. > > The Tcl pre-release includes pre-releases of the packages Thread 3.0.0, Itcl 4.3.0, > and TDBC* 1.1.9. The same level of vetting on them is also appreciated. The > released package sqlite 3.45.3 is also included. > > Thank you for your contributions and assistance. > |
From: Paul O. <pa...@po...> - 2024-09-11 20:27:47
|
Builds fine on my BAWT build environments using Windows, Linux, Mac, Raspi, RiscV. Warnings Tk 8.6.15 using Mac-M2 Sonoma gcc 15.0: /Users/obermeier/poSoft/BawtBuilds/poAppsDistribution/poApps-8.6.15-8.6.15/Darwin/x64/Release/Build/Tk/unix/../macosx/tkMacOSXDraw.c:1158:8: warning: 'scrollRect:by:' is deprecated: first deprecated in macOS 10.14 - Use NSScrollView to achieve scrolling views. [-Wdeprecated-declarations] [view scrollRect:viewSrcRect by:NSMakeSize(dx, -dy)]; ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSView.h:216:1: note: 'scrollRect:by:' has been explicitly marked deprecated here - (void)scrollRect:(NSRect)rect by:(NSSize)delta API_DEPRECATED("Use NSScrollView to achieve scrolling views.", macos(10.0,10.14)); ^ 1 warning generated. Am 10.09.2024 um 19:40 schrieb Donald G Porter via Tcl-Core: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ > > are RC1 candidate source code distribution pre-releases of Tcl and Tk 8.6.15. > > This is the second of a sequence of candidate releases leading to the release of > Tcl/Tk 8.6.15. Testing of builds and operations on multiple platforms is invited. Open > tickets on any problems discovered, or raise the issue in a reply to this message. > > The Tcl pre-release includes pre-releases of the packages Thread 2.8.10, Itcl 4.3.0, > and TDBC* 1.1.9. The same level of vetting on them is also appreciated. The released > package sqlite3 3.45.3 is also included. > > Several issues raised about the RC0 distributions have been addressed, and the > time zone data has been updated to 2024b. > > Thank you for your contributions and assistance. > |
From: Harald O. <har...@el...> - 2024-09-11 17:56:29
|
Am 10.09.2024 um 18:59 schrieb Donald G Porter via Tcl-Core: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/9.0.0/ > > are RC0 candidate source code distribution pre-releases of Tcl and Tk 9.0.0 Awesome work, Don & team ! Here is MS-VS 2015 32 bit on Windows 10 64 bit test result htmlhelp: clean testsuite: clean practical test: clean So, a big go from my side ! Take care, Harald |
From: Donal F. <don...@ma...> - 2024-09-11 15:52:47
|
This is a ping to remind people that I'm still looking for input on what is needed for a C API for properties. I've a bunch of internal APIs that could be exposed, but I don't know what's needed, and I know that what's there right now is not what Tk megawidgets need (there are incompatible properties models between Tcl channels and Tk widgets; you can't have both on the one object because the 'configure' responds quite differently). Primary requirement (the things that I think TclOO should provide itself): * Property discovery mechanism, possibly with enhancement for another property category beyond "supports read" and "supports write". Otherwise simply discovering this stuff from a class hierarchy is really expensive; TclOO tries to minimise class hierarchy trawls. Secondary requirement (the things that TclOO does for its own Tcl-like properties): * Scheme for defining property implementations and calling them. This part actually shouldn't need any special API other than maybe a little trickery to avoid having to dip fully into Tcl_EvalObjv to invoke methods. All the tools for this should either already be there or be something that can be added easily enough. You'll need conventions for what to call these methods; as long as they're not exported the convention can be almost anything. Note that the original implementation of the secondary parts was nearly entirely in Tcl scripts. It's a good way to get this sort of thing started. And classic Tk doesn't have any of this problem anyway by virtue of not doing subclasses in a user-exposed fashion at all. If there's something that seems obvious to you but I've missed, or that seems mystifying to you and I've not talked about in enough detail, let me know. Donal. From: Donal Fellows <don...@ma...> Sent: 27 July 2024 11:58 To: tcl...@li... Subject: [TCLCORE] TclOO Properties C API, request for help/use cases/ideas I've been considering adding a C API for TclOO properties. The issue is I'm trying to imagine what such an API might be. Clearly, there's going to be something to register a property against a class or object (called something akin to Tcl_RegisterProperty) and some functions to do various lookups (especially of the current lists of properties supported directly on a class or property, and of the full list of properties supported by an instance including via inheritance). But what else? Well, I'll be able to provide an API for making implementations, but that will be very specific to Tcl-ish style properties so I'm not sure of the utility; Tk-like properties will need something different. Indeed, that's why properties are not a base feature of oo::object; the details vary too much. I'm tempted to leave the full property manufacturing code as Tcl-internal (and exposed to scripts of course). My point is I really need some help here to describe what sort of things that are needed by other models of what properties should be. I'm happy for base TclOO to provide support for discovery mechanisms; they're the expensive part if done any other way. But I need to know what I'm missing. If I knew, it wouldn't be missing! Donal. |
From: <apn...@ya...> - 2024-09-11 10:36:16
|
Windows 10, VS 2022 - all Tcl/Tk tests pass except the usual clipboard failures. Same TDBC test *configuration* failures already reported by Harald. Ubuntu - Tcl (Tk not tested). All tests pass except tdbc tests that need drivers (mysql, postgres etc.) -----Original Message----- From: Donald G Porter via Tcl-Core <tcl...@li...> Sent: Tuesday, September 10, 2024 11:11 PM To: Tcl List Core <tcl...@li...> Subject: [TCLCORE] Tcl/Tk 8.6.15 Release Candidates Now available at https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ are RC1 candidate source code distribution pre-releases of Tcl and Tk 8.6.15. This is the second of a sequence of candidate releases leading to the release of Tcl/Tk 8.6.15. Testing of builds and operations on multiple platforms is invited. Open tickets on any problems discovered, or raise the issue in a reply to this message. The Tcl pre-release includes pre-releases of the packages Thread 2.8.10, Itcl 4.3.0, and TDBC* 1.1.9. The same level of vetting on them is also appreciated. The released package sqlite3 3.45.3 is also included. Several issues raised about the RC0 distributions have been addressed, and the time zone data has been updated to 2024b. Thank you for your contributions and assistance. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| _______________________________________________ Tcl-Core mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: <apn...@ya...> - 2024-09-11 07:06:34
|
A few minor items missing from changes.md - see https://core.tcl-lang.org/tcl/info/52a5f4ab95bc36a8. Line 7 of changes.md says 9.0b4 (not fixed in above commit) Zlib test failures reported in b3 still open - seen on Fedora but not Windows or Ubuntu. Ticket had already been logged - https://core.tcl-lang.org/tcl/tktview/73d5cb615e Tcl/Tk verified on Windows 10. Tcl (no Tk) verified on Ubuntu and Fedora. /Ashok -----Original Message----- From: Donald G Porter via Tcl-Core <tcl...@li...> Sent: Tuesday, September 10, 2024 10:30 PM To: Tcl List Core <tcl...@li...> Subject: [TCLCORE] Tcl/Tk 9.0.0 Release Candidates Now available at https://sourceforge.net/projects/tcl/files/Tcl/9.0.0/ are RC0 candidate source code distribution pre-releases of Tcl and Tk 9.0.0 This is the first of a sequence of candidate releases leading to the release of Tcl/Tk 9.0.0. Testing of builds and operations on multiple platforms is invited. Open tickets on any problems discovered, or raise the issue in a reply to this message. The Tcl pre-release includes pre-releases of the packages Thread 3.0.0, Itcl 4.3.0, and TDBC* 1.1.9. The same level of vetting on them is also appreciated. The released package sqlite 3.45.3 is also included. Thank you for your contributions and assistance. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| _______________________________________________ Tcl-Core mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: Harald O. <har...@el...> - 2024-09-11 06:58:16
|
Am 10.09.2024 um 19:40 schrieb Donald G Porter via Tcl-Core: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ > > are RC1 candidate source code distribution pre-releases of Tcl and Tk > 8.6.15. Thanks Don, great action ! On archaic MS-VC6 32 bit on 64 bit WIndows 10: - all ok, tests pass, program runs. You may add my recent commits to tdbc::odbc, tdbc::postgres and tdbc::mysql to make the tests run without installation. Thank you for all, Harald |
From: Donald G P. <don...@ni...> - 2024-09-10 17:56:00
|
Now available at https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ are RC1 candidate source code distribution pre-releases of Tcl and Tk 8.6.15. This is the second of a sequence of candidate releases leading to the release of Tcl/Tk 8.6.15. Testing of builds and operations on multiple platforms is invited. Open tickets on any problems discovered, or raise the issue in a reply to this message. The Tcl pre-release includes pre-releases of the packages Thread 2.8.10, Itcl 4.3.0, and TDBC* 1.1.9. The same level of vetting on them is also appreciated. The released package sqlite3 3.45.3 is also included. Several issues raised about the RC0 distributions have been addressed, and the time zone data has been updated to 2024b. Thank you for your contributions and assistance. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Donald G P. <don...@ni...> - 2024-09-10 17:15:27
|
Now available at https://sourceforge.net/projects/tcl/files/Tcl/9.0.0/ are RC0 candidate source code distribution pre-releases of Tcl and Tk 9.0.0 This is the first of a sequence of candidate releases leading to the release of Tcl/Tk 9.0.0. Testing of builds and operations on multiple platforms is invited. Open tickets on any problems discovered, or raise the issue in a reply to this message. The Tcl pre-release includes pre-releases of the packages Thread 3.0.0, Itcl 4.3.0, and TDBC* 1.1.9. The same level of vetting on them is also appreciated. The released package sqlite 3.45.3 is also included. Thank you for your contributions and assistance. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Harald O. <har...@el...> - 2024-09-10 09:28:10
|
Am 10.09.2024 um 09:29 schrieb elns: > On 9/10/24 02:24, Francois Vogel wrote: >> >> In the meantime I see that Don has added a >> >> *** POTENTIAL INCOMPATIBILITY *** >> >> line in the changes file of core-8-6-15-rc, which should close the >> case I think. >> > > OK, regarding the notification. However, when looking at the change to > which this applies, I see the following description: > > > 2024-03-15 (bug)[47d4f2] Throw focus events if marked by X11 as inferior > (leunissen) > > > I'm sorry to say (but I hope no offense): this description is both > incorrect and non-sensical. My proposal: > > > 2024-03-15 (bug)[47d4f2] Invoke binding scripts for events with detail > field NotifyInferior > (leunissen, vogel) > > > Best regards, > Erik. Eric, Francois ! I really appreciate your comments. I am doing the changes file by running over all commits and it should be seen as a draft. Any review is appreciated. If you have comments to other commit messages, I would appreciate. Please make it helpful to the user (thats us), that we understand later, what happened. Thank you for all, Harald |
From: Csaba N. <csa...@t-...> - 2024-09-10 09:07:53
|
Am 10.09.24 um 02:24 schrieb Francois Vogel: > Le 09/09/2024 à 23:05, Erik Leunissen a écrit : >> On 9/9/24 22:19 , Francois Vogel wrote: >>> >>>> Nevertheless, Csaba Nemethi made adaptations to one of his packages >>>> because of this fix. >>> I would be interested to know what had to be adapted here (especially >>> considering that Csaba tested the changes before we merged). >> >> Please see the 5th entry in this changes file: >> >> What is new in Tablelist 7.3? > > Found! > > https://core.tcl-lang.org/tklib/info/8eee6fc51de614e3 > > Unfortunately this is a large commit with all the changes from Tablelist > 7.2 to 7.3, not just the adaptation of Tablelist to the Tk change we're > discussing now. I think the relevant part of this commit is what changed > in lines 911-918 of modules/tablelist/scripts/tablelistBind.tcl, along > with two lines removal in modules/tablelist/scripts/tablelistWidget.tcl. > Perhaps the only relevant part is the check on if {"%d" ne > "NotifyInferior"} {... > > In the meantime I see that Don has added a > > *** POTENTIAL INCOMPATIBILITY *** > > line in the changes file of core-8-6-15-rc, which should close the case > I think. > > Regards, > > Francois > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core Yes, I tested those changes before the merge, but several weeks later I discovered that a <FocusOut> event with the detail field "NotifyInferior" caused a minor asymmetry related to the appearance of the active tablelist row or cell: By starting the interactive editing of a cell's content, the black rectangle around the active row or cell disappeared due to the <FocusOut> event with %d = "NotifyInferior"; by clicking somewhere on the desktop still during the editing session and then on the toplevel containing the tablelist widget, that rectangle became visible again. Not a big deal, but it was easy to eliminate this minor issue by checking the detail field of the <FocusOut> event. Best regards, Csaba -- Csaba Nemethi https://www.nemethi.de mailto:csa...@t-... |
From: elns <el...@xs...> - 2024-09-10 07:29:15
|
On 9/10/24 02:24, Francois Vogel wrote: > > In the meantime I see that Don has added a > > *** POTENTIAL INCOMPATIBILITY *** > > line in the changes file of core-8-6-15-rc, which should close the case I think. > OK, regarding the notification. However, when looking at the change to which this applies, I see the following description: 2024-03-15 (bug)[47d4f2] Throw focus events if marked by X11 as inferior (leunissen) I'm sorry to say (but I hope no offense): this description is both incorrect and non-sensical. My proposal: 2024-03-15 (bug)[47d4f2] Invoke binding scripts for events with detail field NotifyInferior (leunissen, vogel) Best regards, Erik. __ > Regards, > > Francois > |