You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(548) |
Dec
(254) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(207) |
Feb
(364) |
Mar
(1050) |
Apr
(1250) |
May
(304) |
Jun
(235) |
Jul
(347) |
Aug
(896) |
Sep
(1110) |
Oct
(666) |
Nov
(657) |
Dec
(500) |
2002 |
Jan
(706) |
Feb
(677) |
Mar
(785) |
Apr
(606) |
May
(449) |
Jun
(957) |
Jul
(1125) |
Aug
(628) |
Sep
(413) |
Oct
(686) |
Nov
(368) |
Dec
(428) |
2003 |
Jan
(458) |
Feb
(956) |
Mar
(690) |
Apr
(525) |
May
(643) |
Jun
(449) |
Jul
(788) |
Aug
(408) |
Sep
(569) |
Oct
(815) |
Nov
(985) |
Dec
(604) |
2004 |
Jan
(558) |
Feb
(716) |
Mar
(897) |
Apr
(626) |
May
(1010) |
Jun
(693) |
Jul
(890) |
Aug
(641) |
Sep
(1050) |
Oct
(1014) |
Nov
(1107) |
Dec
(738) |
2005 |
Jan
(587) |
Feb
(472) |
Mar
(661) |
Apr
(761) |
May
(839) |
Jun
(740) |
Jul
(657) |
Aug
(610) |
Sep
(566) |
Oct
(760) |
Nov
(768) |
Dec
(544) |
2006 |
Jan
(359) |
Feb
(261) |
Mar
(1211) |
Apr
(546) |
May
(356) |
Jun
(340) |
Jul
(292) |
Aug
(535) |
Sep
(611) |
Oct
(855) |
Nov
(713) |
Dec
(579) |
2007 |
Jan
(426) |
Feb
(561) |
Mar
(438) |
Apr
(595) |
May
(621) |
Jun
(668) |
Jul
(354) |
Aug
(370) |
Sep
(832) |
Oct
(1139) |
Nov
(1228) |
Dec
(839) |
2008 |
Jan
(682) |
Feb
(404) |
Mar
(801) |
Apr
(676) |
May
(552) |
Jun
(827) |
Jul
(758) |
Aug
(902) |
Sep
(335) |
Oct
(815) |
Nov
(870) |
Dec
(1504) |
2009 |
Jan
(913) |
Feb
(889) |
Mar
(521) |
Apr
(616) |
May
(415) |
Jun
(346) |
Jul
(597) |
Aug
(423) |
Sep
(321) |
Oct
(680) |
Nov
(779) |
Dec
(711) |
2010 |
Jan
(725) |
Feb
(632) |
Mar
(889) |
Apr
(575) |
May
(432) |
Jun
(354) |
Jul
(236) |
Aug
(602) |
Sep
(683) |
Oct
(520) |
Nov
(538) |
Dec
(372) |
2011 |
Jan
(380) |
Feb
(76) |
Mar
(315) |
Apr
(307) |
May
(149) |
Jun
(220) |
Jul
(288) |
Aug
(607) |
Sep
(272) |
Oct
(239) |
Nov
(170) |
Dec
(124) |
2012 |
Jan
(387) |
Feb
(293) |
Mar
(292) |
Apr
(435) |
May
(381) |
Jun
(405) |
Jul
(587) |
Aug
(334) |
Sep
(278) |
Oct
(133) |
Nov
(353) |
Dec
(314) |
2013 |
Jan
(448) |
Feb
(335) |
Mar
(327) |
Apr
(177) |
May
(184) |
Jun
(142) |
Jul
(65) |
Aug
(52) |
Sep
(119) |
Oct
(156) |
Nov
(192) |
Dec
(68) |
2014 |
Jan
(123) |
Feb
(266) |
Mar
(192) |
Apr
(161) |
May
(558) |
Jun
(212) |
Jul
(327) |
Aug
(401) |
Sep
(552) |
Oct
(529) |
Nov
(337) |
Dec
(304) |
2015 |
Jan
(189) |
Feb
(334) |
Mar
(346) |
Apr
(282) |
May
(379) |
Jun
(286) |
Jul
(306) |
Aug
(216) |
Sep
(279) |
Oct
(465) |
Nov
(291) |
Dec
(312) |
2016 |
Jan
(505) |
Feb
(386) |
Mar
(545) |
Apr
(340) |
May
(306) |
Jun
(386) |
Jul
(558) |
Aug
(427) |
Sep
(427) |
Oct
(361) |
Nov
(410) |
Dec
(311) |
2017 |
Jan
(503) |
Feb
(309) |
Mar
(426) |
Apr
(638) |
May
(778) |
Jun
(688) |
Jul
(299) |
Aug
(548) |
Sep
(524) |
Oct
(651) |
Nov
(1050) |
Dec
(844) |
2018 |
Jan
(619) |
Feb
(349) |
Mar
(456) |
Apr
(441) |
May
(493) |
Jun
(413) |
Jul
(434) |
Aug
(395) |
Sep
(500) |
Oct
(827) |
Nov
(792) |
Dec
(512) |
2019 |
Jan
(457) |
Feb
(390) |
Mar
(621) |
Apr
(642) |
May
(642) |
Jun
(538) |
Jul
(477) |
Aug
(632) |
Sep
(715) |
Oct
(949) |
Nov
(886) |
Dec
(582) |
2020 |
Jan
(594) |
Feb
(442) |
Mar
(701) |
Apr
(1385) |
May
(856) |
Jun
(550) |
Jul
(810) |
Aug
(886) |
Sep
(1186) |
Oct
(1095) |
Nov
(842) |
Dec
(675) |
2021 |
Jan
(701) |
Feb
(579) |
Mar
(654) |
Apr
(922) |
May
(697) |
Jun
(558) |
Jul
(335) |
Aug
(243) |
Sep
(283) |
Oct
(276) |
Nov
(469) |
Dec
(626) |
2022 |
Jan
(520) |
Feb
(687) |
Mar
(675) |
Apr
(389) |
May
(512) |
Jun
(492) |
Jul
(446) |
Aug
(489) |
Sep
(1115) |
Oct
(801) |
Nov
(665) |
Dec
(418) |
2023 |
Jan
(440) |
Feb
(579) |
Mar
(893) |
Apr
(917) |
May
(782) |
Jun
(398) |
Jul
(850) |
Aug
(596) |
Sep
(928) |
Oct
(602) |
Nov
(1089) |
Dec
(696) |
2024 |
Jan
(691) |
Feb
(458) |
Mar
(650) |
Apr
(670) |
May
(829) |
Jun
(831) |
Jul
(597) |
Aug
(1113) |
Sep
(436) |
Oct
(1424) |
Nov
(728) |
Dec
(710) |
2025 |
Jan
(707) |
Feb
(505) |
Mar
(875) |
Apr
(620) |
May
(843) |
Jun
(790) |
Jul
(519) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <no...@tc...> - 2025-07-27 06:03:55
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [a86716edd6ba92c7218f9c279932973f2b0d1615da1460f671d1cfbe71e10cee] [make fails for tk8.6.16 on unix] By apnadkarni For Tcl On 2025-07-27T05:54:16.390 Details https://core.tcl-lang.org/tcl/tinfo?name=a86716edd6ba92c7218f9c279932973f2b0d1615da1460f671d1cfbe71e10cee Ticket https://core.tcl-lang.org/tcl/tktview/15d60c0d2e1940f0ede852260e9ebf294f526282 Changed Fields icomment: I was hoping you would try running the tclsh you installed and tell us if you are getting that error :-) It would help indicate whether the Tcl install was broken or the Tk build. If possible, attach the config.log and the make install output for both Tcl and Tk. login: apnadkarni ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-27 03:48:39
|
Automated mail by fx, on behalf of no...@tc... Commit [9067abb148de15d522828da46d3fa190bd2bd370da8972bd5c28076cd65eb621] By kevin_walzer For Tk (branch: tka11y) On 2025-07-27T02:14:04.276 Details https://core.tcl-lang.org/tk/info/9067abb148de15d522828da46d3fa190bd2bd370da8972bd5c28076cd65eb621 Description Additional refinements for at-spi integration Changed Files 1 edited unix/tkUnixAccessibility.c ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-27 03:03:44
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [d024fa365b76b579080f626ee3b65bc35308d6f35ca45b4153b9cf6759d90bba] [tk build on Mac OS X 10.6 fails with "assignment of read-only variable"] By marc_culler For Tk On 2025-07-27T02:58:23.578 Details https://core.tcl-lang.org/tk/tinfo?name=d024fa365b76b579080f626ee3b65bc35308d6f35ca45b4153b9cf6759d90bba Ticket https://core.tcl-lang.org/tk/tktview/c789692418553e02c2c6de57f3b0ef9b793380b8 Changed Fields icomment: Thank you for the patch! I will take a look at it. login: marc_culler username: Marc Culler ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-27 01:48:45
|
Automated mail by fx, on behalf of no...@tc... Commit [fac81696786486feca3f673f2e745b80f166483fec32590e1dd6e041ab07d10f] By kevin_walzer For Tk (branch: tka11y) On 2025-07-27T01:45:34.262 Details https://core.tcl-lang.org/tk/info/fac81696786486feca3f673f2e745b80f166483fec32590e1dd6e041ab07d10f Description Remove unneeded calls Changed Files 1 edited library/accessibility.tcl ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-27 01:48:33
|
Automated mail by fx, on behalf of no...@tc... Commit [b7bf72206ef4f944644e12842ae48d7cec708d767cc56f20198022bf202eb190] By kevin_walzer For Tk (branch: tka11y) On 2025-07-27T01:43:11.829 Details https://core.tcl-lang.org/tk/info/b7bf72206ef4f944644e12842ae48d7cec708d767cc56f20198022bf202eb190 Description Minor adjustments Changed Files 1 edited library/accessibility.tcl ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-27 01:33:34
|
Automated mail by fx, on behalf of no...@tc... Commit [cb8f83f4d5136a5daff6f8462589e819bc9ae2fb0134392e39bd3c98cf620117] By kevin_walzer For Tk (branch: tka11y) On 2025-07-27T01:32:00.701 Details https://core.tcl-lang.org/tk/info/cb8f83f4d5136a5daff6f8462589e819bc9ae2fb0134392e39bd3c98cf620117 Description Remove compiler warnings Changed Files 1 edited unix/tkUnixAccessibility.c ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-27 01:18:34
|
Automated mail by fx, on behalf of no...@tc... Commit [2cb944683f0ac757b8623158dcebe121d87647c2745c83a9f7ddecf7525e2e58] By kevin_walzer For Tk (branch: tka11y) On 2025-07-27T01:11:30.116 Details https://core.tcl-lang.org/tk/info/2cb944683f0ac757b8623158dcebe121d87647c2745c83a9f7ddecf7525e2e58 Description Remove unneeded notifications Changed Files 1 edited unix/tkUnixAccessibility.c ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-27 01:03:36
|
Automated mail by fx, on behalf of no...@tc... Commit [b00ff15275e85fd520ea0a7213438d0aaf7a2e700073599de59a4f71135c5832] By apnadkarni For Tcl (branch: tip-726) On 2025-07-27T00:59:37.628 Details https://core.tcl-lang.org/tcl/info/b00ff15275e85fd520ea0a7213438d0aaf7a2e700073599de59a4f71135c5832 Description Add C API Tcl_UtfToNormalized Changed Files 7 edited generic/tcl.decls generic/tclCmdMZ.c generic/tclDecls.h generic/tclEncoding.c generic/tclStubInit.c (truncated) ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-27 00:48:43
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [869fe9a1dbdcb9c32fde6ba2f1c0fde6866e2a12356af81cb92f657089545a99] [make fails for tk8.6.16 on unix] By f_phan For Tcl On 2025-07-27T00:35:10.824 Details https://core.tcl-lang.org/tcl/tinfo?name=869fe9a1dbdcb9c32fde6ba2f1c0fde6866e2a12356af81cb92f657089545a99 Ticket https://core.tcl-lang.org/tcl/tktview/15d60c0d2e1940f0ede852260e9ebf294f526282 Changed Fields icomment: Replying to apnadkarni's 2025-07-25 18:00:57 comment: After installing tcl 8.6.16, I did not try running the installed tclsh 8.6.16. Instead, I did: % cd ../../tk8.6.16/unix % ./configure --prefix=/usr/local/tcl8.6.16 --with-tcl=/usr/local/tcl8.6.16/lib --enable-framework --enable-aqua % make -j8 % sudo make install That was when I got the message "application-specific initialization failed..." (as I described in the Description). login: f_phan ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 22:48:35
|
Automated mail by fx, on behalf of no...@tc... Commit [921c37ff58d875ec5b3f9a3a0bcf1ac8af9b889f50829a19ddf46549fb91d59d] By kevin_walzer For Tk (branch: tka11y) On 2025-07-26T22:35:54.192 Details https://core.tcl-lang.org/tk/info/921c37ff58d875ec5b3f9a3a0bcf1ac8af9b889f50829a19ddf46549fb91d59d Description Remove compiler errors Changed Files 1 edited unix/tkUnixAccessibility.c ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 22:33:35
|
Automated mail by fx, on behalf of no...@tc... Commit [09ac3257afdd7be9936e8192212620aa6b951ce583da492943f15356e2ec3ce8] By kevin_walzer For Tk (branch: tka11y) On 2025-07-26T22:28:34.655 Details https://core.tcl-lang.org/tk/info/09ac3257afdd7be9936e8192212620aa6b951ce583da492943f15356e2ec3ce8 Description Add additional notifications Changed Files 1 edited unix/tkUnixAccessibility.c ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 22:18:51
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [459b191da3d48987269286a016e7cd17d3f411f38af102780fb0968cc8ca1b3f] [XCopyArea is very (very) slow on macOS with version 9] By marc_culler For Tk On 2025-07-26T22:18:02.669 Details https://core.tcl-lang.org/tk/tinfo?name=459b191da3d48987269286a016e7cd17d3f411f38af102780fb0968cc8ca1b3f Ticket https://core.tcl-lang.org/tk/tktview/4af5ca1921122de63f37a99beefb2f5dbef72518 Changed Fields icomment: Regarding [685ac30727] - I installed TkTable and ran demos/basic.tcl. I was not able to make any overflowing text appear in any other cells. I am not sure I was doing the right thing in that demo, but I think it still works as expected with the change to XCopyArea i the pixmap-to-pixmap case. I was not able to move the cursor in a cell with the arrow keys, as they move the focus to a different cell. But I am assuming that is the expected behavior. login: marc_culler username: Marc Culler ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 22:18:42
|
Automated mail by fx, on behalf of no...@tc... Commit [a2dd66906f2bfaebca54fc5b0a5457fd87574a9ccf785155c0e3f0c27cc067ca] By Torsten For Tcl (branch: tip-700) On 2025-07-26T22:11:17.792 Details https://core.tcl-lang.org/tcl/info/a2dd66906f2bfaebca54fc5b0a5457fd87574a9ccf785155c0e3f0c27cc067ca Description - added remaining 28 section 3 manual pages in initial markdown versions - removed unusual use of a "typedef ..." line inside the synpsos of UTF.3 - unwrapped lines in Synopsis section of Encoding.3 Changed Files 28 added doc/markdown/AppInit.md doc/markdown/AssocData.md doc/markdown/BackgdErr.md doc/markdown/CallDel.md doc/markdown/CrtChannel.md (truncated) 4 edited doc/Encoding.3 doc/Utf.3 tools/man2markdown-README.md tools/man2markdown.tcl ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 21:48:47
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [9c7f1e097090ce01d8fbb60ee7d55b5e2d2ca64b672ab550ef55dfa4e1a6fdb4] [XCopyArea is very (very) slow on macOS with version 9] By marc_culler For Tk On 2025-07-26T21:34:42.893 Details https://core.tcl-lang.org/tk/tinfo?name=9c7f1e097090ce01d8fbb60ee7d55b5e2d2ca64b672ab550ef55dfa4e1a6fdb4 Ticket https://core.tcl-lang.org/tk/tktview/4af5ca1921122de63f37a99beefb2f5dbef72518 Changed Fields icomment: Thank you Christopher. I was actually quite worried about that. However, the changes I made in XCopyArea only affect the case where both source and destination are pixmaps. It seemed to me that, in that case, scaling could not possibly be an issue so one could simply extract the source rectangle from the src drawable as a CGImage and then draw that CGImage into the context of the dst drawable. Do you agree? Of course there are still some weird things. For example, if you take a screenshot of a rectangle on a Retina display and then display the resulting png image in a Tk label, the dimensions of the label image will be twice as large as the dimentions of the rectangle used for the screenshot. Apple treats each 0.5x0.5 subpixel as a pixel when it generates the png file. But I don't think that Tk can do anything about that. It has no knowledge of the source of a .png file, and must display 1 png pixel as a square with sides of length 1 Apple point on an Apple screen, whether or not an Apple point corresponds to the width of a screen pixel or to twice the width of a screen pixel for that particular screen. I will try to check that this change does not cause a regression of [685ac30727]. login: marc_culler username: Marc Culler ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 21:03:47
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [f20ae5b841edcd2c68127ef1423e6547a063443c7faabe4e2678629176f785cc] [XCopyArea is very (very) slow on macOS with version 9] By chrstphrchvz For Tk On 2025-07-26T20:57:01.889 Details https://core.tcl-lang.org/tk/tinfo?name=f20ae5b841edcd2c68127ef1423e6547a063443c7faabe4e2678629176f785cc Ticket https://core.tcl-lang.org/tk/tktview/4af5ca1921122de63f37a99beefb2f5dbef72518 Changed Fields icomment: This ticket is interesting, but I am too far behind and too slow to be of much help. I do want to offer a reminder, however: the emulated X11 APIs in the Tk Win32 and Aqua ports are not just for core Tk, but also for extensions such as TkTable. And the CGImage/non-<tt>drawRect</tt> implementation was partly motivated by finally getting APIs like <tt>XCopyArea()</tt> and <tt>XGetImage()</tt> to work as expected (e.g. [685ac30727]). login: chrstphrchvz ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 20:48:36
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [8f2b94ef846d609ef57c6b2c17fdc9362d95827b7c56dd02676e49dd23be83ca] [XCopyArea is very (very) slow on macOS with version 9] By marc_culler For Tk On 2025-07-26T20:41:38.465 Details https://core.tcl-lang.org/tk/tinfo?name=8f2b94ef846d609ef57c6b2c17fdc9362d95827b7c56dd02676e49dd23be83ca Ticket https://core.tcl-lang.org/tk/tktview/4af5ca1921122de63f37a99beefb2f5dbef72518 Changed Fields icomment: I did figure out a way to at least partially test the speed of the new XCopyArea when called by TkImgPhotoInstanceSetSize. I am seeing times comparable to what you were getting - somewhere around .001ms. So I think this worked. But it would be very helpful if you could repeat your testcode.tcl test with the bugfix branch. login: marc_culler username: Marc Culler ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 19:03:56
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [13277a854a997fc56114d203ce4e7930129420847b421c5592f620808a5accea] [XCopyArea is very (very) slow on macOS with version 9] By marc_culler For Tk On 2025-07-26T18:57:31.027 Details https://core.tcl-lang.org/tk/tinfo?name=13277a854a997fc56114d203ce4e7930129420847b421c5592f620808a5accea Ticket https://core.tcl-lang.org/tk/tktview/4af5ca1921122de63f37a99beefb2f5dbef72518 Changed Fields icomment: OK, I have created a bugfix branch bug-4af5ca1921 which modifies XCopyArea in the case when source and destination are both pixmaps. That is the situation when TkImgPhotoInstanceSetSize calls it. It is simpler because rescaling, for example to account for Retina displays, is never needed. With luck this will make your timing comparison better. Please test it and report the results, since I am not able to test this myself. Thanks. login: marc_culler username: Marc Culler ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 19:03:46
|
Automated mail by fx, on behalf of no...@tc... By marc_culler For Tk On 2025-07-26T18:50:57.011 Changed https://core.tcl-lang.org/tk/info/bfebc1f40230be72bb1bd7848826e5cf932b25c811d1c4edbb519174b91e14ea Tag *bgcolor #e9bcbc ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 19:03:40
|
Automated mail by fx, on behalf of no...@tc... Commit [bfebc1f40230be72bb1bd7848826e5cf932b25c811d1c4edbb519174b91e14ea] By culler For Tk (branch: bug-4af5ca1921) On 2025-07-26T18:49:13.778 Details https://core.tcl-lang.org/tk/info/bfebc1f40230be72bb1bd7848826e5cf932b25c811d1c4edbb519174b91e14ea Description Fix [4af5ca1921]: XCopyArea is slow on macOS Changed Files 1 edited macosx/tkMacOSXImage.c ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 18:33:35
|
Automated mail by fx, on behalf of no...@tc... Commit [a8e618161c5dc39ab4d581b8e7e6140bcb9d857c9ec1036a2bf4b4ff1fe42530] By kevin_walzer For Tk (branch: tka11y) On 2025-07-26T18:20:30.160 Details https://core.tcl-lang.org/tk/info/a8e618161c5dc39ab4d581b8e7e6140bcb9d857c9ec1036a2bf4b4ff1fe42530 Description Merge trunk Changed Files 1 edited library/console.tcl ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 18:18:36
|
Automated mail by fx, on behalf of no...@tc... Commit [bb6a3fa39f12f7de038bba06e40f0449b1564feaa978f661dc7511bc4f1e995b] By kevin_walzer For Tk (branch: tka11y) On 2025-07-26T18:11:44.612 Details https://core.tcl-lang.org/tk/info/bb6a3fa39f12f7de038bba06e40f0449b1564feaa978f661dc7511bc4f1e995b Description Back out threading setup Changed Files 1 edited unix/tkUnixAccessibility.c ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 16:48:42
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [b37d648112b8a41b506664d8ca7a2e8fd82c5b60196369d2e840230faf8ded16] [XCopyArea is very (very) slow on macOS with version 9] By marc_culler For Tk On 2025-07-26T16:36:09.545 Details https://core.tcl-lang.org/tk/tinfo?name=b37d648112b8a41b506664d8ca7a2e8fd82c5b60196369d2e840230faf8ded16 Ticket https://core.tcl-lang.org/tk/tktview/4af5ca1921122de63f37a99beefb2f5dbef72518 Changed Fields icomment: I am beginning to get an inkling of what this ticket is about. First, there are two calls to XCopyArea in tkImgPhInstance.c, one of which never arises for macOS. The other call is in TkImgPhotoInstanceSetSize. It is called to copy the part of the old image which is also inside of the new resized image. So XCopyArea is being used to copy from a pixmap to a pixmap. That case of XCopyArea was not really ever implemented in 8.0, as evidenced by the cryptic comment: // XXXX Need to deal with pixmaps! The 9.0 XCopyArea does do something in that case, but it is very roundabout. (I believe it hardly ever matters because in 99% of the applications the size change is 1x1 -> widthxheight and only happens the first time the image is drawn.) I have another theory, which you sort of hinted at. That theory is that you are writing your own image type and you are basing your code on tkPhImgPhInstance.c. So you copied the Resize function, which contains the call to XCopyArea, and you are measuring the time for that call in your own image implementation. I also suspect that your code is only calling XCopyArea in the case where the image is being resized from 1x1 to wxh, so the call to XCopyArea is only changing 1 pixel, and even if it is not actually doing anything at all in 8.6 it still would not cause any trouble for your code. Here is my plan. I am going to fix XCopyArea so it handles the pixmap to pixmap case efficiently, and not worry about the pixmap to window and window to pixmap cases for now. After I do that, I predict that your timing issues will be gone. Then I can worry about the other two cases, (or leave them in their current inefficiant state until someone actually uses them. :^} ) login: marc_culler username: Marc Culler ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 15:33:48
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [1523e929275d7ace58c9278fe0e5fa6f1603069641637fbd11fa914e9789e4f8] [tk build on Mac OS X 10.6 fails with "assignment of read-only variable"] By sevanj For Tk On 2025-07-26T15:19:47.648 Details https://core.tcl-lang.org/tk/tinfo?name=1523e929275d7ace58c9278fe0e5fa6f1603069641637fbd11fa914e9789e4f8 Ticket https://core.tcl-lang.org/tk/tktview/c789692418553e02c2c6de57f3b0ef9b793380b8 Changed Fields comment: Tried to build version 8.6.16 with GCC 4.2 & llvm-gcc from Xcode, same error with both compilers, though the number of the variable changes. tk8.6.16/unix/../macosx/tkMacOSXWindowEvent.c: In function â-[TKContentView(TKWindowEvent) initWithFrame:]â: tk8.6.16/unix/../macosx/tkMacOSXWindowEvent.c:981: error: assignment of read-only variable âprop.238â make: *** [tkMacOSXWindowEvent.o] Error 1 login: sevanj ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 15:18:45
|
Automated mail by fx, on behalf of no...@tc... Added Attachment [eaf0ef3bf69a84d4e0f8f16a2075dc17646228623275b3b191253a8fd9e02584] [patch-tk86-gcc42-macosx-fix.txt] To Ticket https://core.tcl-lang.org/tk/tktview/c789692418553e02c2c6de57f3b0ef9b793380b8 By sevanj For Tk On 2025-07-26T15:17:54.620 Details https://core.tcl-lang.org/tk/ainfo/50dd5bafffa04526b665c83d7e7046ad585bfe601d11967dbe3736733ac7c55d Contents https://core.tcl-lang.org/tk/artifact/eaf0ef3bf69a84d4e0f8f16a2075dc17646228623275b3b191253a8fd9e02584 Description Splitting out the turnary operation into an if else block is sufficient to make Tk 8.6.16 compile on OS X 10.6 with GCC 4.2 again. ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |
From: <no...@tc...> - 2025-07-26 15:03:53
|
Automated mail by fx, on behalf of no...@tc... Ticket Change [ff19c496191c2eb0a8f3280995f4676b75e108e71212d6758e359be207e56334] [Performance penalty by creation of interp compared to old versions] By sebres For Tcl On 2025-07-26T14:53:44.365 Details https://core.tcl-lang.org/tcl/tinfo?name=ff19c496191c2eb0a8f3280995f4676b75e108e71212d6758e359be207e56334 Ticket https://core.tcl-lang.org/tcl/tktview/62019f8aa9f5ec73743be6f7d90f3b346c8cd29b Changed Fields icomment: Branch for lazy load of clock ([04742d889c]) illustrates the possible win of changeover for single namespace/ensemble to on-demand load, where the performance win is ca. 200 µs/#. The switch of further subsystems to lazy loading may reduce interpreter creation time to ca. 1000 µs/# what would be almost double as fast than current 8.6 (and tipple as fast than current 9.x). However, as already said, it'd expect at least [../tips/doc/trunk/tip/689.md|TIP#689 (namespace unknown)], and some of the subsystems also further improvements, that may help to load namespace on demand by any access (e. g. on variable or on namespace resolution). login: sebres ------------------------------------------------------------ See Tcl/Tk development @ http://core.tcl-lang.org/ ------------------------------------------------------------ |