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
(202) |
Sep
(176) |
Oct
(206) |
Nov
(206) |
Dec
|
|
From: Erik L. <el...@xs...> - 2025-09-10 18:52:13
|
On 9/10/25 14:28, Erik Leunissen via Tcl-Core wrote: > > * the results of Tk test suite runs on Github CI: > > https://github.com/tclt/tk/actions?query=branch%3Auniform_test_file_structure That should be: https://github.com/tcltk/tk/actions?query=branch%3Auniform_test_file_structure |
|
From: Donald G P. <don...@ni...> - 2025-09-10 16:30:30
|
On 9/10/25 08:28, Erik Leunissen via Tcl-Core wrote: > The development branch for the project "uniform_test_file_structure" is now ready > for merging into the target branches trunk and core-9-0-branch. [*] I see that `make test` in this branch generates just about the same results as `make test` does on the current trunk. Same failing tests. Similar counts. Functionally it works. I don't see anything broken. I didn't look at any of it to know whether I think it's more pleasing or maintainable. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
|
From: Csaba N. <csa...@t-...> - 2025-09-10 15:25:30
|
Hi Emiliano,
Many thanks for your comments! Right now I am about to leave, but
tomorrow I will send you (and the list) a detailed answer.
Best regards,
Csaba
Am 10.09.25 um 16:08 schrieb Emiliano G:
> Csaba, all:
>
> I think the functionality proposed in TIP 729 "Add a tk_cargo procedure
> to the core" is welcomed but I think it falls short for the reasons explained
> below.
>
> Consider this scenario: programmer 1 implements a fancy widget as
> a megawidget, a graph widget, using a canvas. The fancy graph widget
> has a -title option. "Fine", she says, "I'll use tk_cargo to store my
> fancy graph title, as well as all other widget specific data".
> She goes ahead and use
>
> tk_cargo $graph set -title $graphtitle ...
>
> Unknowingly, programmer 2 is implementing just another fancy tooltip
> with all the bells and whistles all modern tooltips are supposed to
> have, including a title. Of course it uses tk_cargo to store its data!
> So she wrotes
>
> tk_cargo $widget set -title $title ...
>
> Now, programmer 1 discovers the Fancytooltip package and decides to
> use it along with his own Fancygraph. She will be very puzzled when
> setting the tooltip changes its graph title upon redraw ...
>
> This is why tkcargo[1] implements tk_cargo as, well, cargotables.
> This way each megawidget author can use his own table without fear to
> step into each other toes. They just create the table (or tables) they
> need in his private namespace and get along with them. No more
> Average Joe Programmer being puzzled (or worse, upset).
>
> Now, some points about the functionality that are worth considering
> IMHO (here, tk_cargo is the name of the cargo command):
>
> * Optionally set, on creation, a list of valid keys for a given
> cargo table for automatic validation. This is already implemented
> in tkcargo (the exact API can be adjusted).
>
> % tk::cargotable tk_cargo {-title -foo -bar}
> ::tk_cargo
> % tk_cargo set . -title foo
> -title foo
> tk_cargo set . -wrongswitch foo
> bad key "-wrongswitch": must be -title, -foo, or -bar
>
> * Optionally set a command prefix to run when a value is set, get or
> unset (traces). An (unbaked) example can be
>
> tk_cargo trace $window $cmdprefix
>
> and when the data is modified call
>
> {*}$cmdprefix $window $operation
>
> This allows for automatic actions when the values are modified.
>
> * Perhaps a bit too complex, but a "would be nice to have": a binding
> table. Another unbaked example
>
> tk_cargo bind $window $sequence $script
>
> The implementation will rely on Tk_CreateBindingTable and friends.
> This will allow private bindings not interacting with the more general
> [bind] mechanism.
>
>
> Regards
>
> Emiliano
>
> [1] https://chiselapp.com/user/egavilan/repository/tkcargo
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
--
Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
|
|
From: Schelte B. <tc...@tc...> - 2025-09-10 14:20:58
|
The cited commands date back to the Tk 4.2 era. This was before Tcl even had a concept of namespaces. I don't think those commands should be used as a guide of how to implement new commands nowadays. Adding a cargo subcommand (whether using Csaba's or Emiliano's implementation) to the tk ensemble would be my preference. The manual says "most of the information manipulated by this command". That does not exclude doing something different if it makes sense. And if this is still a concern, the description in the manual page can be adjusted to better reflect new developments. Schelte. On 10/09/2025 15:31, Csaba Nemethi wrote: > Regarding tk sysnotify and tk systray that was surely the right > decision. OTOH, tk print expects a widget path name as argument, which > doesn't pertain "to the application as a whole, or to a screen or > display", as described in the man page. > > > Am 10.09.25 um 14:59 schrieb Kevin Walzer: >> Fine with me. When I was adding the printing and systray commands, I >> was strongly urged to put them under the tk ensemble. But I see your >> point. >> >>> On Sep 10, 2025, at 8:24 AM, Csaba Nemethi <csaba.nemethi@t- >>> online.de> wrote: >>> >>> That would make it necessary to add a "cargo" subcommand to the >>> ensemble of the tk subcommands. This subcommand would then have to >>> execute the Tcl procedure. IMHO, this is not worth the trouble. In >>> addition, I am not sure that "tk cargo" would be better then >>> "tk_cargo". According to the tk man page, >>> >>> "... Most of the information manipulated by this command pertains >>> to the application as a whole, or to a screen or display, >>> rather than to >>> a particular window. ..." >>> >>> >>>> Am 10.09.25 um 12:07 schrieb Kevin Walzer: >>>> You could also do “tk cargo,” like “tk busy” or “tk print.” >>>>>> On Sep 10, 2025, at 4:15 AM, Csaba Nemethi <csaba.nemethi@t- >>>>>> online.de> wrote: >>>>> >>>>> Hi Harald, >>>>> >>>>> I will return soon to your comments concerning the third-party themes. >>>>> >>>>> Why tk_cargo rather than tk::cargo? We have tk_dialog, >>>>> tk_messageBox, tk_optionMenu, tk_popup, tk_setPalette, etc. rather >>>>> than tk::dialog, tk::messageBox, tk::optionMenu, etc. (to mention >>>>> just a few Tk core procs). I share your opinion that tk::cargo >>>>> would be nicer, but OTOH it would break the tradition. :-) >>>>> >>>>> Best regards, >>>>> >>>>> Csaba >>>>> >>>>> >>>>>> Am 09.09.25 um 21:30 schrieb Harald Oehlmann: >>>>>> Hi Csaba, >>>>>> I would prefer, that anything concerning other themes go to this >>>>>> theme and not to the core. >>>>>> I would also love to get awdark and awlight to the tcl-depot >>>>>> repository, as they are unmaintained, but so useful. >>>>>> Can the droid stuff go to the androwish repository? >>>>>> Thanks for all, >>>>>> Harald >>>>>> --- >>>>>> And thanks for tk_cargo, great ! Great Tip. >>>>>> May the command name not be named tk::cargo ? >>>>>> Thanks for all, >>>>>> Harald >>>>>>> Am 09.09.2025 um 13:37 schrieb Csaba Nemethi: >>>>>>> Update: Before starting the CFV for TIP 727 ("Add a >>>>>>> ttk::toggleswitch widget to the core"), I would much appreciate >>>>>>> if we could decide which themes should/may be _explicitly_ >>>>>>> supported by the ttk::toggleswitch command. >>>>>>> >>>>>>> Currently the implementation creates the trough and slider >>>>>>> elements when needed not only for the built-in themes, but also >>>>>>> for droid (which is the default theme in AndroWish), plastik >>>>>>> (which droid is derived from), awarc, awbreeze, awbreezedark, >>>>>>> awlight, and awdark. Any other theme will import these elements >>>>>>> from the "default" theme (or a dark variant of it), or the >>>>>>> application can add explicit support for it by providing an >>>>>>> appropriate command of the name >>>>>>> ttk::toggleswitch::CreateElements_<theme>. >>>>>>> >>>>>>> Since the TIP proposes to add a new widget _to the core_, I am >>>>>>> not sure whether it is OK if the implementation provides >>>>>>> _explicit_ support for all these third-party themes. >>>>>>> >>>>>>> In case we decide to make the above list of themes smaller, my >>>>>>> personal proposal would be to keep the explicit support for the >>>>>>> themes droid, awlight, and awdark. Rationale: droid is the >>>>>>> default in AndroWish, and awlight and awdark seem to be the most >>>>>>> popular themes of the awthemes package. The plastik theme has >>>>>>> the drawback that it is not scalable, while awarc, awbreeze, and >>>>>>> awbreezedark have a suboptimal performance. >>>>>>> >>>>>>> Any feedback (not only from TCT members) is highly appreciated. >>>>>>> >>>>>>> Best regards, >>>>>>> >>>>>>> Csaba >>>>>>> >>>>>>> >>>>>>> Am 08.09.25 um 14:55 schrieb Csaba Nemethi: >>>>>>>> Hi Harald, >>>>>>>> >>>>>>>> I, too, think that the opinion of a few Tk wizards would be >>>>>>>> important and highly welcomed. In the next step we could then >>>>>>>> call for vote. >>>>>>>> >>>>>>>> Best regards, >>>>>>>> >>>>>>>> Csaba >>>>>>>> >>>>>>>> >>>>>>>> Am 08.09.25 um 14:08 schrieb Harald Oehlmann: >>>>>>>>> Dear Tk team, dear Csaba, >>>>>>>>> >>>>>>>>> TIP 727 >>>>>>>>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md >>>>>>>>> introduces the new widget "ttk::toggleswitch". >>>>>>>>> For me, this is a great improvement. >>>>>>>>> Csaba has developped this IMHO to a mature state. >>>>>>>>> >>>>>>>>> Now, Csaba continues with the next project from the conference, >>>>>>>>> the "cargo" possibility, that each tk widget may have a >>>>>>>>> variable store. >>>>>>>>> >>>>>>>>> Csaba, if you intend to call the vote of 727, I am ready to >>>>>>>>> sponsor. >>>>>>>>> Unfortunately, I will be offline from next Saturday until >>>>>>>>> 2025-10-07. >>>>>>>>> >>>>>>>>> Please ping me, if I can don anything this week. >>>>>>>>> I am on travel but still reachable. >>>>>>>>> I would love a 2nd tk Wizard opinion on the TIP and >>>>>>>>> implementation like Mark, Brian, Francois or Kevin. >>>>>>>>> >>>>>>>>> Thanks for all the action, we all highly appreciate! >>>>>>>>> >>>>>>>>> Take care, >>>>>>>>> Harald >>>>>>>>> >>>>>> _______________________________________________ >>>>>> Tcl-Core mailing list >>>>>> Tcl...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/tcl-core >>>>> >>>>> -- >>>>> Csaba Nemethi https://www.nemethi.de mailto:csaba.nemethi@t- >>>>> online.de >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Tcl-Core mailing list >>>>> Tcl...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/tcl-core >>> >>> -- >>> Csaba Nemethi https://www.nemethi.de mailto:csa...@t-... >>> > |
|
From: Emiliano G <emi...@gm...> - 2025-09-10 14:08:29
|
Csaba, all:
I think the functionality proposed in TIP 729 "Add a tk_cargo procedure
to the core" is welcomed but I think it falls short for the reasons explained
below.
Consider this scenario: programmer 1 implements a fancy widget as
a megawidget, a graph widget, using a canvas. The fancy graph widget
has a -title option. "Fine", she says, "I'll use tk_cargo to store my
fancy graph title, as well as all other widget specific data".
She goes ahead and use
tk_cargo $graph set -title $graphtitle ...
Unknowingly, programmer 2 is implementing just another fancy tooltip
with all the bells and whistles all modern tooltips are supposed to
have, including a title. Of course it uses tk_cargo to store its data!
So she wrotes
tk_cargo $widget set -title $title ...
Now, programmer 1 discovers the Fancytooltip package and decides to
use it along with his own Fancygraph. She will be very puzzled when
setting the tooltip changes its graph title upon redraw ...
This is why tkcargo[1] implements tk_cargo as, well, cargotables.
This way each megawidget author can use his own table without fear to
step into each other toes. They just create the table (or tables) they
need in his private namespace and get along with them. No more
Average Joe Programmer being puzzled (or worse, upset).
Now, some points about the functionality that are worth considering
IMHO (here, tk_cargo is the name of the cargo command):
* Optionally set, on creation, a list of valid keys for a given
cargo table for automatic validation. This is already implemented
in tkcargo (the exact API can be adjusted).
% tk::cargotable tk_cargo {-title -foo -bar}
::tk_cargo
% tk_cargo set . -title foo
-title foo
tk_cargo set . -wrongswitch foo
bad key "-wrongswitch": must be -title, -foo, or -bar
* Optionally set a command prefix to run when a value is set, get or
unset (traces). An (unbaked) example can be
tk_cargo trace $window $cmdprefix
and when the data is modified call
{*}$cmdprefix $window $operation
This allows for automatic actions when the values are modified.
* Perhaps a bit too complex, but a "would be nice to have": a binding
table. Another unbaked example
tk_cargo bind $window $sequence $script
The implementation will rely on Tk_CreateBindingTable and friends.
This will allow private bindings not interacting with the more general
[bind] mechanism.
Regards
Emiliano
[1] https://chiselapp.com/user/egavilan/repository/tkcargo
|
|
From: Csaba N. <csa...@t-...> - 2025-09-10 13:31:33
|
Regarding tk sysnotify and tk systray that was surely the right
decision. OTOH, tk print expects a widget path name as argument, which
doesn't pertain "to the application as a whole, or to a screen or
display", as described in the man page.
Am 10.09.25 um 14:59 schrieb Kevin Walzer:
> Fine with me. When I was adding the printing and systray commands, I was strongly urged to put them under the tk ensemble. But I see your point.
>
>> On Sep 10, 2025, at 8:24 AM, Csaba Nemethi <csa...@t-...> wrote:
>>
>> That would make it necessary to add a "cargo" subcommand to the ensemble of the tk subcommands. This subcommand would then have to execute the Tcl procedure. IMHO, this is not worth the trouble. In addition, I am not sure that "tk cargo" would be better then "tk_cargo". According to the tk man page,
>>
>> "... Most of the information manipulated by this command pertains
>> to the application as a whole, or to a screen or display, rather than to
>> a particular window. ..."
>>
>>
>>> Am 10.09.25 um 12:07 schrieb Kevin Walzer:
>>> You could also do “tk cargo,” like “tk busy” or “tk print.”
>>>>> On Sep 10, 2025, at 4:15 AM, Csaba Nemethi <csa...@t-...> wrote:
>>>>
>>>> Hi Harald,
>>>>
>>>> I will return soon to your comments concerning the third-party themes.
>>>>
>>>> Why tk_cargo rather than tk::cargo? We have tk_dialog, tk_messageBox, tk_optionMenu, tk_popup, tk_setPalette, etc. rather than tk::dialog, tk::messageBox, tk::optionMenu, etc. (to mention just a few Tk core procs). I share your opinion that tk::cargo would be nicer, but OTOH it would break the tradition. :-)
>>>>
>>>> Best regards,
>>>>
>>>> Csaba
>>>>
>>>>
>>>>> Am 09.09.25 um 21:30 schrieb Harald Oehlmann:
>>>>> Hi Csaba,
>>>>> I would prefer, that anything concerning other themes go to this theme and not to the core.
>>>>> I would also love to get awdark and awlight to the tcl-depot repository, as they are unmaintained, but so useful.
>>>>> Can the droid stuff go to the androwish repository?
>>>>> Thanks for all,
>>>>> Harald
>>>>> ---
>>>>> And thanks for tk_cargo, great ! Great Tip.
>>>>> May the command name not be named tk::cargo ?
>>>>> Thanks for all,
>>>>> Harald
>>>>>> Am 09.09.2025 um 13:37 schrieb Csaba Nemethi:
>>>>>> Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch widget to the core"), I would much appreciate if we could decide which themes should/may be _explicitly_ supported by the ttk::toggleswitch command.
>>>>>>
>>>>>> Currently the implementation creates the trough and slider elements when needed not only for the built-in themes, but also for droid (which is the default theme in AndroWish), plastik (which droid is derived from), awarc, awbreeze, awbreezedark, awlight, and awdark. Any other theme will import these elements from the "default" theme (or a dark variant of it), or the application can add explicit support for it by providing an appropriate command of the name ttk::toggleswitch::CreateElements_<theme>.
>>>>>>
>>>>>> Since the TIP proposes to add a new widget _to the core_, I am not sure whether it is OK if the implementation provides _explicit_ support for all these third-party themes.
>>>>>>
>>>>>> In case we decide to make the above list of themes smaller, my personal proposal would be to keep the explicit support for the themes droid, awlight, and awdark. Rationale: droid is the default in AndroWish, and awlight and awdark seem to be the most popular themes of the awthemes package. The plastik theme has the drawback that it is not scalable, while awarc, awbreeze, and awbreezedark have a suboptimal performance.
>>>>>>
>>>>>> Any feedback (not only from TCT members) is highly appreciated.
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> Csaba
>>>>>>
>>>>>>
>>>>>> Am 08.09.25 um 14:55 schrieb Csaba Nemethi:
>>>>>>> Hi Harald,
>>>>>>>
>>>>>>> I, too, think that the opinion of a few Tk wizards would be important and highly welcomed. In the next step we could then call for vote.
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> Csaba
>>>>>>>
>>>>>>>
>>>>>>> Am 08.09.25 um 14:08 schrieb Harald Oehlmann:
>>>>>>>> Dear Tk team, dear Csaba,
>>>>>>>>
>>>>>>>> TIP 727
>>>>>>>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md
>>>>>>>> introduces the new widget "ttk::toggleswitch".
>>>>>>>> For me, this is a great improvement.
>>>>>>>> Csaba has developped this IMHO to a mature state.
>>>>>>>>
>>>>>>>> Now, Csaba continues with the next project from the conference, the "cargo" possibility, that each tk widget may have a variable store.
>>>>>>>>
>>>>>>>> Csaba, if you intend to call the vote of 727, I am ready to sponsor.
>>>>>>>> Unfortunately, I will be offline from next Saturday until 2025-10-07.
>>>>>>>>
>>>>>>>> Please ping me, if I can don anything this week.
>>>>>>>> I am on travel but still reachable.
>>>>>>>> I would love a 2nd tk Wizard opinion on the TIP and implementation like Mark, Brian, Francois or Kevin.
>>>>>>>>
>>>>>>>> Thanks for all the action, we all highly appreciate!
>>>>>>>>
>>>>>>>> Take care,
>>>>>>>> Harald
>>>>>>>>
>>>>> _______________________________________________
>>>>> Tcl-Core mailing list
>>>>> Tcl...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>>>>
>>>> --
>>>> Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Tcl-Core mailing list
>>>> Tcl...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>>
>> --
>> Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
>>
--
Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
|
|
From: Kevin W. <kw...@co...> - 2025-09-10 12:59:30
|
Fine with me. When I was adding the printing and systray commands, I was strongly urged to put them under the tk ensemble. But I see your point.
> On Sep 10, 2025, at 8:24 AM, Csaba Nemethi <csa...@t-...> wrote:
>
> That would make it necessary to add a "cargo" subcommand to the ensemble of the tk subcommands. This subcommand would then have to execute the Tcl procedure. IMHO, this is not worth the trouble. In addition, I am not sure that "tk cargo" would be better then "tk_cargo". According to the tk man page,
>
> "... Most of the information manipulated by this command pertains
> to the application as a whole, or to a screen or display, rather than to
> a particular window. ..."
>
>
>> Am 10.09.25 um 12:07 schrieb Kevin Walzer:
>> You could also do “tk cargo,” like “tk busy” or “tk print.”
>>>> On Sep 10, 2025, at 4:15 AM, Csaba Nemethi <csa...@t-...> wrote:
>>>
>>> Hi Harald,
>>>
>>> I will return soon to your comments concerning the third-party themes.
>>>
>>> Why tk_cargo rather than tk::cargo? We have tk_dialog, tk_messageBox, tk_optionMenu, tk_popup, tk_setPalette, etc. rather than tk::dialog, tk::messageBox, tk::optionMenu, etc. (to mention just a few Tk core procs). I share your opinion that tk::cargo would be nicer, but OTOH it would break the tradition. :-)
>>>
>>> Best regards,
>>>
>>> Csaba
>>>
>>>
>>>> Am 09.09.25 um 21:30 schrieb Harald Oehlmann:
>>>> Hi Csaba,
>>>> I would prefer, that anything concerning other themes go to this theme and not to the core.
>>>> I would also love to get awdark and awlight to the tcl-depot repository, as they are unmaintained, but so useful.
>>>> Can the droid stuff go to the androwish repository?
>>>> Thanks for all,
>>>> Harald
>>>> ---
>>>> And thanks for tk_cargo, great ! Great Tip.
>>>> May the command name not be named tk::cargo ?
>>>> Thanks for all,
>>>> Harald
>>>>> Am 09.09.2025 um 13:37 schrieb Csaba Nemethi:
>>>>> Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch widget to the core"), I would much appreciate if we could decide which themes should/may be _explicitly_ supported by the ttk::toggleswitch command.
>>>>>
>>>>> Currently the implementation creates the trough and slider elements when needed not only for the built-in themes, but also for droid (which is the default theme in AndroWish), plastik (which droid is derived from), awarc, awbreeze, awbreezedark, awlight, and awdark. Any other theme will import these elements from the "default" theme (or a dark variant of it), or the application can add explicit support for it by providing an appropriate command of the name ttk::toggleswitch::CreateElements_<theme>.
>>>>>
>>>>> Since the TIP proposes to add a new widget _to the core_, I am not sure whether it is OK if the implementation provides _explicit_ support for all these third-party themes.
>>>>>
>>>>> In case we decide to make the above list of themes smaller, my personal proposal would be to keep the explicit support for the themes droid, awlight, and awdark. Rationale: droid is the default in AndroWish, and awlight and awdark seem to be the most popular themes of the awthemes package. The plastik theme has the drawback that it is not scalable, while awarc, awbreeze, and awbreezedark have a suboptimal performance.
>>>>>
>>>>> Any feedback (not only from TCT members) is highly appreciated.
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Csaba
>>>>>
>>>>>
>>>>> Am 08.09.25 um 14:55 schrieb Csaba Nemethi:
>>>>>> Hi Harald,
>>>>>>
>>>>>> I, too, think that the opinion of a few Tk wizards would be important and highly welcomed. In the next step we could then call for vote.
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> Csaba
>>>>>>
>>>>>>
>>>>>> Am 08.09.25 um 14:08 schrieb Harald Oehlmann:
>>>>>>> Dear Tk team, dear Csaba,
>>>>>>>
>>>>>>> TIP 727
>>>>>>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md
>>>>>>> introduces the new widget "ttk::toggleswitch".
>>>>>>> For me, this is a great improvement.
>>>>>>> Csaba has developped this IMHO to a mature state.
>>>>>>>
>>>>>>> Now, Csaba continues with the next project from the conference, the "cargo" possibility, that each tk widget may have a variable store.
>>>>>>>
>>>>>>> Csaba, if you intend to call the vote of 727, I am ready to sponsor.
>>>>>>> Unfortunately, I will be offline from next Saturday until 2025-10-07.
>>>>>>>
>>>>>>> Please ping me, if I can don anything this week.
>>>>>>> I am on travel but still reachable.
>>>>>>> I would love a 2nd tk Wizard opinion on the TIP and implementation like Mark, Brian, Francois or Kevin.
>>>>>>>
>>>>>>> Thanks for all the action, we all highly appreciate!
>>>>>>>
>>>>>>> Take care,
>>>>>>> Harald
>>>>>>>
>>>> _______________________________________________
>>>> Tcl-Core mailing list
>>>> Tcl...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>>>
>>> --
>>> Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
>>>
>>>
>>>
>>> _______________________________________________
>>> Tcl-Core mailing list
>>> Tcl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>
> --
> Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
>
|
|
From: Erik L. <el...@xs...> - 2025-09-10 12:28:35
|
L.S.
The development branch for the project "uniform_test_file_structure" is now ready
for merging into the target branches trunk and core-9-0-branch. [*]
Unless someone raises founded objections in the meantime, I will carry out the
intended merge one week after the date of this post.
Regards,
Erik Leunissen.
--
[*] Notes
-----
- The previous post in this thread holds a summary of the project's results.
- No comments were received during the stage of final review, either on this
mailing list or at the project's ticket. (I did commit several improvements
myself during that stage.)
- Github CI is OK with the changes on the development branch
- Useful links:
* the project's ticket:
https://core.tcl-lang.org/tk/tktview/b868892f29
* the complete diff w.r.t. trunk:
https://core.tcl-lang.org/tk/vdiff?branch=uniform_test_file_structure
* the timeline of the development branch:
https://core.tcl-lang.org/tk/timeline?r=uniform_test_file_structure
* the results of Tk test suite runs on Github CI:
https://github.com/tclt/tk/actions?query=branch%3Auniform_test_file_structure
|
|
From: Csaba N. <csa...@t-...> - 2025-09-10 12:24:54
|
That would make it necessary to add a "cargo" subcommand to the ensemble
of the tk subcommands. This subcommand would then have to execute the
Tcl procedure. IMHO, this is not worth the trouble. In addition, I am
not sure that "tk cargo" would be better then "tk_cargo". According to
the tk man page,
"... Most of the information manipulated by this command pertains
to the application as a whole, or to a screen or display, rather
than to
a particular window. ..."
Am 10.09.25 um 12:07 schrieb Kevin Walzer:
> You could also do “tk cargo,” like “tk busy” or “tk print.”
>
>> On Sep 10, 2025, at 4:15 AM, Csaba Nemethi <csa...@t-...> wrote:
>>
>> Hi Harald,
>>
>> I will return soon to your comments concerning the third-party themes.
>>
>> Why tk_cargo rather than tk::cargo? We have tk_dialog, tk_messageBox, tk_optionMenu, tk_popup, tk_setPalette, etc. rather than tk::dialog, tk::messageBox, tk::optionMenu, etc. (to mention just a few Tk core procs). I share your opinion that tk::cargo would be nicer, but OTOH it would break the tradition. :-)
>>
>> Best regards,
>>
>> Csaba
>>
>>
>>> Am 09.09.25 um 21:30 schrieb Harald Oehlmann:
>>> Hi Csaba,
>>> I would prefer, that anything concerning other themes go to this theme and not to the core.
>>> I would also love to get awdark and awlight to the tcl-depot repository, as they are unmaintained, but so useful.
>>> Can the droid stuff go to the androwish repository?
>>> Thanks for all,
>>> Harald
>>> ---
>>> And thanks for tk_cargo, great ! Great Tip.
>>> May the command name not be named tk::cargo ?
>>> Thanks for all,
>>> Harald
>>>> Am 09.09.2025 um 13:37 schrieb Csaba Nemethi:
>>>> Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch widget to the core"), I would much appreciate if we could decide which themes should/may be _explicitly_ supported by the ttk::toggleswitch command.
>>>>
>>>> Currently the implementation creates the trough and slider elements when needed not only for the built-in themes, but also for droid (which is the default theme in AndroWish), plastik (which droid is derived from), awarc, awbreeze, awbreezedark, awlight, and awdark. Any other theme will import these elements from the "default" theme (or a dark variant of it), or the application can add explicit support for it by providing an appropriate command of the name ttk::toggleswitch::CreateElements_<theme>.
>>>>
>>>> Since the TIP proposes to add a new widget _to the core_, I am not sure whether it is OK if the implementation provides _explicit_ support for all these third-party themes.
>>>>
>>>> In case we decide to make the above list of themes smaller, my personal proposal would be to keep the explicit support for the themes droid, awlight, and awdark. Rationale: droid is the default in AndroWish, and awlight and awdark seem to be the most popular themes of the awthemes package. The plastik theme has the drawback that it is not scalable, while awarc, awbreeze, and awbreezedark have a suboptimal performance.
>>>>
>>>> Any feedback (not only from TCT members) is highly appreciated.
>>>>
>>>> Best regards,
>>>>
>>>> Csaba
>>>>
>>>>
>>>> Am 08.09.25 um 14:55 schrieb Csaba Nemethi:
>>>>> Hi Harald,
>>>>>
>>>>> I, too, think that the opinion of a few Tk wizards would be important and highly welcomed. In the next step we could then call for vote.
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Csaba
>>>>>
>>>>>
>>>>> Am 08.09.25 um 14:08 schrieb Harald Oehlmann:
>>>>>> Dear Tk team, dear Csaba,
>>>>>>
>>>>>> TIP 727
>>>>>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md
>>>>>> introduces the new widget "ttk::toggleswitch".
>>>>>> For me, this is a great improvement.
>>>>>> Csaba has developped this IMHO to a mature state.
>>>>>>
>>>>>> Now, Csaba continues with the next project from the conference, the "cargo" possibility, that each tk widget may have a variable store.
>>>>>>
>>>>>> Csaba, if you intend to call the vote of 727, I am ready to sponsor.
>>>>>> Unfortunately, I will be offline from next Saturday until 2025-10-07.
>>>>>>
>>>>>> Please ping me, if I can don anything this week.
>>>>>> I am on travel but still reachable.
>>>>>> I would love a 2nd tk Wizard opinion on the TIP and implementation like Mark, Brian, Francois or Kevin.
>>>>>>
>>>>>> Thanks for all the action, we all highly appreciate!
>>>>>>
>>>>>> Take care,
>>>>>> Harald
>>>>>>
>>> _______________________________________________
>>> Tcl-Core mailing list
>>> Tcl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>>
>> --
>> Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
>>
>>
>>
>> _______________________________________________
>> Tcl-Core mailing list
>> Tcl...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-core
--
Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
|
|
From: Kevin W. <kw...@co...> - 2025-09-10 10:07:45
|
You could also do “tk cargo,” like “tk busy” or “tk print.”
> On Sep 10, 2025, at 4:15 AM, Csaba Nemethi <csa...@t-...> wrote:
>
> Hi Harald,
>
> I will return soon to your comments concerning the third-party themes.
>
> Why tk_cargo rather than tk::cargo? We have tk_dialog, tk_messageBox, tk_optionMenu, tk_popup, tk_setPalette, etc. rather than tk::dialog, tk::messageBox, tk::optionMenu, etc. (to mention just a few Tk core procs). I share your opinion that tk::cargo would be nicer, but OTOH it would break the tradition. :-)
>
> Best regards,
>
> Csaba
>
>
>> Am 09.09.25 um 21:30 schrieb Harald Oehlmann:
>> Hi Csaba,
>> I would prefer, that anything concerning other themes go to this theme and not to the core.
>> I would also love to get awdark and awlight to the tcl-depot repository, as they are unmaintained, but so useful.
>> Can the droid stuff go to the androwish repository?
>> Thanks for all,
>> Harald
>> ---
>> And thanks for tk_cargo, great ! Great Tip.
>> May the command name not be named tk::cargo ?
>> Thanks for all,
>> Harald
>>> Am 09.09.2025 um 13:37 schrieb Csaba Nemethi:
>>> Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch widget to the core"), I would much appreciate if we could decide which themes should/may be _explicitly_ supported by the ttk::toggleswitch command.
>>>
>>> Currently the implementation creates the trough and slider elements when needed not only for the built-in themes, but also for droid (which is the default theme in AndroWish), plastik (which droid is derived from), awarc, awbreeze, awbreezedark, awlight, and awdark. Any other theme will import these elements from the "default" theme (or a dark variant of it), or the application can add explicit support for it by providing an appropriate command of the name ttk::toggleswitch::CreateElements_<theme>.
>>>
>>> Since the TIP proposes to add a new widget _to the core_, I am not sure whether it is OK if the implementation provides _explicit_ support for all these third-party themes.
>>>
>>> In case we decide to make the above list of themes smaller, my personal proposal would be to keep the explicit support for the themes droid, awlight, and awdark. Rationale: droid is the default in AndroWish, and awlight and awdark seem to be the most popular themes of the awthemes package. The plastik theme has the drawback that it is not scalable, while awarc, awbreeze, and awbreezedark have a suboptimal performance.
>>>
>>> Any feedback (not only from TCT members) is highly appreciated.
>>>
>>> Best regards,
>>>
>>> Csaba
>>>
>>>
>>> Am 08.09.25 um 14:55 schrieb Csaba Nemethi:
>>>> Hi Harald,
>>>>
>>>> I, too, think that the opinion of a few Tk wizards would be important and highly welcomed. In the next step we could then call for vote.
>>>>
>>>> Best regards,
>>>>
>>>> Csaba
>>>>
>>>>
>>>> Am 08.09.25 um 14:08 schrieb Harald Oehlmann:
>>>>> Dear Tk team, dear Csaba,
>>>>>
>>>>> TIP 727
>>>>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md
>>>>> introduces the new widget "ttk::toggleswitch".
>>>>> For me, this is a great improvement.
>>>>> Csaba has developped this IMHO to a mature state.
>>>>>
>>>>> Now, Csaba continues with the next project from the conference, the "cargo" possibility, that each tk widget may have a variable store.
>>>>>
>>>>> Csaba, if you intend to call the vote of 727, I am ready to sponsor.
>>>>> Unfortunately, I will be offline from next Saturday until 2025-10-07.
>>>>>
>>>>> Please ping me, if I can don anything this week.
>>>>> I am on travel but still reachable.
>>>>> I would love a 2nd tk Wizard opinion on the TIP and implementation like Mark, Brian, Francois or Kevin.
>>>>>
>>>>> Thanks for all the action, we all highly appreciate!
>>>>>
>>>>> Take care,
>>>>> Harald
>>>>>
>> _______________________________________________
>> Tcl-Core mailing list
>> Tcl...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>
> --
> Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
>
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
|
|
From: Csaba N. <csa...@t-...> - 2025-09-10 08:14:41
|
Hi Harald,
I will return soon to your comments concerning the third-party themes.
Why tk_cargo rather than tk::cargo? We have tk_dialog, tk_messageBox,
tk_optionMenu, tk_popup, tk_setPalette, etc. rather than tk::dialog,
tk::messageBox, tk::optionMenu, etc. (to mention just a few Tk core
procs). I share your opinion that tk::cargo would be nicer, but OTOH it
would break the tradition. :-)
Best regards,
Csaba
Am 09.09.25 um 21:30 schrieb Harald Oehlmann:
> Hi Csaba,
>
> I would prefer, that anything concerning other themes go to this theme
> and not to the core.
> I would also love to get awdark and awlight to the tcl-depot repository,
> as they are unmaintained, but so useful.
> Can the droid stuff go to the androwish repository?
>
> Thanks for all,
> Harald
>
> ---
> And thanks for tk_cargo, great ! Great Tip.
> May the command name not be named tk::cargo ?
>
> Thanks for all,
> Harald
>
> Am 09.09.2025 um 13:37 schrieb Csaba Nemethi:
>> Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch
>> widget to the core"), I would much appreciate if we could decide which
>> themes should/may be _explicitly_ supported by the ttk::toggleswitch
>> command.
>>
>> Currently the implementation creates the trough and slider elements
>> when needed not only for the built-in themes, but also for droid
>> (which is the default theme in AndroWish), plastik (which droid is
>> derived from), awarc, awbreeze, awbreezedark, awlight, and awdark.
>> Any other theme will import these elements from the "default" theme
>> (or a dark variant of it), or the application can add explicit support
>> for it by providing an appropriate command of the name
>> ttk::toggleswitch::CreateElements_<theme>.
>>
>> Since the TIP proposes to add a new widget _to the core_, I am not
>> sure whether it is OK if the implementation provides _explicit_
>> support for all these third-party themes.
>>
>> In case we decide to make the above list of themes smaller, my
>> personal proposal would be to keep the explicit support for the themes
>> droid, awlight, and awdark. Rationale: droid is the default in
>> AndroWish, and awlight and awdark seem to be the most popular themes
>> of the awthemes package. The plastik theme has the drawback that it
>> is not scalable, while awarc, awbreeze, and awbreezedark have a
>> suboptimal performance.
>>
>> Any feedback (not only from TCT members) is highly appreciated.
>>
>> Best regards,
>>
>> Csaba
>>
>>
>> Am 08.09.25 um 14:55 schrieb Csaba Nemethi:
>>> Hi Harald,
>>>
>>> I, too, think that the opinion of a few Tk wizards would be important
>>> and highly welcomed. In the next step we could then call for vote.
>>>
>>> Best regards,
>>>
>>> Csaba
>>>
>>>
>>> Am 08.09.25 um 14:08 schrieb Harald Oehlmann:
>>>> Dear Tk team, dear Csaba,
>>>>
>>>> TIP 727
>>>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md
>>>> introduces the new widget "ttk::toggleswitch".
>>>> For me, this is a great improvement.
>>>> Csaba has developped this IMHO to a mature state.
>>>>
>>>> Now, Csaba continues with the next project from the conference, the
>>>> "cargo" possibility, that each tk widget may have a variable store.
>>>>
>>>> Csaba, if you intend to call the vote of 727, I am ready to sponsor.
>>>> Unfortunately, I will be offline from next Saturday until 2025-10-07.
>>>>
>>>> Please ping me, if I can don anything this week.
>>>> I am on travel but still reachable.
>>>> I would love a 2nd tk Wizard opinion on the TIP and implementation
>>>> like Mark, Brian, Francois or Kevin.
>>>>
>>>> Thanks for all the action, we all highly appreciate!
>>>>
>>>> Take care,
>>>> Harald
>>>>
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
--
Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
|
|
From: Andreas K. <and...@gm...> - 2025-09-10 07:03:06
|
> I have been in the process of resurrecting the Tcl Community Association > and itâs web site, www.tclcommunityassociation.org within the Tcl wiki, and > I am unable to find online versions of the papers and slides from the 2014 > conference. > > Does anyone have them squirreled away somewhere, or perhaps have a USB > drive that has them? Do you have access to the core.tcl-lang.org box ? (aka core.tcl.tk) If yes, see /home/conference/1.Parts.Archive.Past.Proceedings I also have most of it (and EuroTcl), I believe, here on my personal machine. -- Happy Tcling, Andreas Kupries <and...@gm...> <https://core.tcl-lang.org/akupries/> <https://akupries.tclers.tk/> Developer @ SUSE Software Solutions Germany GmbH ------------------------------------------------------------------------------- |
|
From: Phillip B. <phi...@um...> - 2025-09-10 04:20:15
|
That's got what I am looking for. Thanks! On Tue, Sep 9, 2025 at 4:58 PM Steve Landers <st...@di...> wrote: > Phil, > > That's in /srv/ftp/pub/tcl/conferences on the server. I had a quite look > and it is promising, so perhaps browse around in there. There is a lot of > other material that might be worth preserving too. > > -- Steve > On 10 Sep 2025 at 7:41 AM +0800, Paul Obermeier <pa...@po...>, wrote: > > Hi Phil, > > take at look at ftp://ftp.tcl.tk/pub/tcl/conferences/ > > If also interested in the EuroTcl conferences, see > https://www.eurotcl.eu/pastevents.html > > Regards, > Paul > > Am 10.09.2025 um 01:18 schrieb Phillip Brooks: > > I have been in the process of resurrecting the Tcl Community Association > and it’s web site, www.tclcommunityassociation.org within the Tcl wiki, > and I am unable to find online versions of the papers and slides from the > 2014 conference. > > Does anyone have them squirreled away somewhere, or perhaps have a USB > drive that has them? > > You can see my work in progress at > > https://wiki.tcl-lang.org/page/Tcl+Association > > and under the year by year conference entries on > > https://wiki.tcl-lang.org/page/Tcl+Conferences > > So far, I have at least gotten a start on creating links to all of the > papers from 2005-2013 and 2015-2019. I am now working on updating the > pages from before 2005, but I would like to find those 2014 papers. > > As noted in the wiki page, > www.tclcommunityassociation.org currently runs into a dead end on > Cloudflare. Steve Landers and I are also working on getting that web > address working again. > > Phil > > > _______________________________________________ > Tcl-Core mailing lis...@li...://lists.sourceforge.net/lists/listinfo/tcl-core > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > > |
|
From: Steve L. <st...@di...> - 2025-09-09 23:59:00
|
Phil, That's in /srv/ftp/pub/tcl/conferences on the server. I had a quite look and it is promising, so perhaps browse around in there. There is a lot of other material that might be worth preserving too. -- Steve On 10 Sep 2025 at 7:41 AM +0800, Paul Obermeier <pa...@po...>, wrote: > Hi Phil, > > take at look at ftp://ftp.tcl.tk/pub/tcl/conferences/ > > If also interested in the EuroTcl conferences, see https://www.eurotcl.eu/pastevents.html > > Regards, > Paul > > Am 10.09.2025 um 01:18 schrieb Phillip Brooks: > > I have been in the process of resurrecting the Tcl Community Association and it’s web site, www.tclcommunityassociation.org within the Tcl wiki, and I am unable to find online versions of the papers and slides from the 2014 conference. > > > > Does anyone have them squirreled away somewhere, or perhaps have a USB drive that has them? > > > > You can see my work in progress at > > > > https://wiki.tcl-lang.org/page/Tcl+Association > > > > and under the year by year conference entries on > > > > https://wiki.tcl-lang.org/page/Tcl+Conferences > > > > So far, I have at least gotten a start on creating links to all of the papers from 2005-2013 and 2015-2019. I am now working on updating the pages from before 2005, but I would like to find those 2014 papers. > > > > As noted in the wiki page, > > www.tclcommunityassociation.org currently runs into a dead end on Cloudflare. Steve Landers and I are also working on getting that web address working again. > > > > Phil > > > > > > _______________________________________________ > > Tcl-Core mailing list > > Tcl...@li... > > https://lists.sourceforge.net/lists/listinfo/tcl-core > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Paul O. <pa...@po...> - 2025-09-09 23:40:00
|
Hi Phil, take at look at ftp://ftp.tcl.tk/pub/tcl/conferences/ If also interested in the EuroTcl conferences, see https://www.eurotcl.eu/pastevents.html Regards, Paul Am 10.09.2025 um 01:18 schrieb Phillip Brooks: > I have been in the process of resurrecting the Tcl Community Association and it’s web site, www.tclcommunityassociation.org <http://www.tclcommunityassociation.org> within the Tcl wiki, and I am unable to find online versions of the papers and slides from the 2014 conference. > > Does anyone have them squirreled away somewhere, or perhaps have a USB drive that has them? > > You can see my work in progress at > > https://wiki.tcl-lang.org/page/Tcl+Association > > and under the year by year conference entries on > > https://wiki.tcl-lang.org/page/Tcl+Conferences > > So far, I have at least gotten a start on creating links to all of the papers from 2005-2013 and 2015-2019. I am now working on updating the pages from before 2005, but I would like to find those 2014 papers. > > As noted in the wiki page, > www.tclcommunityassociation.org <http://www.tclcommunityassociation.org> currently runs into a dead end on Cloudflare. Steve Landers and I are also working on getting that web address working again. > > Phil > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Phillip B. <phi...@um...> - 2025-09-09 23:18:54
|
I have been in the process of resurrecting the Tcl Community Association and it’s web site, www.tclcommunityassociation.org within the Tcl wiki, and I am unable to find online versions of the papers and slides from the 2014 conference. Does anyone have them squirreled away somewhere, or perhaps have a USB drive that has them? You can see my work in progress at https://wiki.tcl-lang.org/page/Tcl+Association and under the year by year conference entries on https://wiki.tcl-lang.org/page/Tcl+Conferences So far, I have at least gotten a start on creating links to all of the papers from 2005-2013 and 2015-2019. I am now working on updating the pages from before 2005, but I would like to find those 2014 papers. As noted in the wiki page, www.tclcommunityassociation.org currently runs into a dead end on Cloudflare. Steve Landers and I are also working on getting that web address working again. Phil |
|
From: Harald O. <har...@el...> - 2025-09-09 20:16:06
|
Am 09.09.2025 um 22:02 schrieb Donal Fellows: > Another TIP, this for the feature I've been muttering about doing for > ages; adding a *-integer* option to *switch*. It does what it says on > the tin. I'm pretty happy with how this one's come together; it feels > like a natural extension of what we had and took little code to bring to > fruition, so I'll probably call a vote on it at the same time as 728. > > Donal. Great, I really appreciate! This is a very large use-case! As I will not be online until 2025-10-07, here are my eventual votes: TIP 727,728,729,730: yes Thanks for all, Harald |
|
From: Harald O. <har...@el...> - 2025-09-09 20:04:22
|
Hi Csaba,
it would be great to move AWDark to the core themes ;-).
It would be great to have one native dark theme.
I know, that basically all non-native themes support coloring and thus
dark theme on Mac-OS. But only there.
So, having a real dark theme would solve this for the other platforms.
Thanks for all,
Harald
Am 09.09.2025 um 21:30 schrieb Harald Oehlmann:
> Hi Csaba,
>
> I would prefer, that anything concerning other themes go to this theme
> and not to the core.
> I would also love to get awdark and awlight to the tcl-depot repository,
> as they are unmaintained, but so useful.
> Can the droid stuff go to the androwish repository?
>
> Thanks for all,
> Harald
>
> ---
> And thanks for tk_cargo, great ! Great Tip.
> May the command name not be named tk::cargo ?
>
> Thanks for all,
> Harald
>
> Am 09.09.2025 um 13:37 schrieb Csaba Nemethi:
>> Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch
>> widget to the core"), I would much appreciate if we could decide which
>> themes should/may be _explicitly_ supported by the ttk::toggleswitch
>> command.
>>
>> Currently the implementation creates the trough and slider elements
>> when needed not only for the built-in themes, but also for droid
>> (which is the default theme in AndroWish), plastik (which droid is
>> derived from), awarc, awbreeze, awbreezedark, awlight, and awdark.
>> Any other theme will import these elements from the "default" theme
>> (or a dark variant of it), or the application can add explicit support
>> for it by providing an appropriate command of the name
>> ttk::toggleswitch::CreateElements_<theme>.
>>
>> Since the TIP proposes to add a new widget _to the core_, I am not
>> sure whether it is OK if the implementation provides _explicit_
>> support for all these third-party themes.
>>
>> In case we decide to make the above list of themes smaller, my
>> personal proposal would be to keep the explicit support for the themes
>> droid, awlight, and awdark. Rationale: droid is the default in
>> AndroWish, and awlight and awdark seem to be the most popular themes
>> of the awthemes package. The plastik theme has the drawback that it
>> is not scalable, while awarc, awbreeze, and awbreezedark have a
>> suboptimal performance.
>>
>> Any feedback (not only from TCT members) is highly appreciated.
>>
>> Best regards,
>>
>> Csaba
>>
>>
>> Am 08.09.25 um 14:55 schrieb Csaba Nemethi:
>>> Hi Harald,
>>>
>>> I, too, think that the opinion of a few Tk wizards would be important
>>> and highly welcomed. In the next step we could then call for vote.
>>>
>>> Best regards,
>>>
>>> Csaba
>>>
>>>
>>> Am 08.09.25 um 14:08 schrieb Harald Oehlmann:
>>>> Dear Tk team, dear Csaba,
>>>>
>>>> TIP 727
>>>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md
>>>> introduces the new widget "ttk::toggleswitch".
>>>> For me, this is a great improvement.
>>>> Csaba has developped this IMHO to a mature state.
>>>>
>>>> Now, Csaba continues with the next project from the conference, the
>>>> "cargo" possibility, that each tk widget may have a variable store.
>>>>
>>>> Csaba, if you intend to call the vote of 727, I am ready to sponsor.
>>>> Unfortunately, I will be offline from next Saturday until 2025-10-07.
>>>>
>>>> Please ping me, if I can don anything this week.
>>>> I am on travel but still reachable.
>>>> I would love a 2nd tk Wizard opinion on the TIP and implementation
>>>> like Mark, Brian, Francois or Kevin.
>>>>
>>>> Thanks for all the action, we all highly appreciate!
>>>>
>>>> Take care,
>>>> Harald
>>>>
>
|
|
From: Donal F. <don...@ma...> - 2025-09-09 20:03:07
|
Another TIP, this for the feature I've been muttering about doing for ages; adding a -integer option to switch. It does what it says on the tin. I'm pretty happy with how this one's come together; it feels like a natural extension of what we had and took little code to bring to fruition, so I'll probably call a vote on it at the same time as 728. Donal. |
|
From: Harald O. <har...@el...> - 2025-09-09 19:31:10
|
Hi Csaba,
I would prefer, that anything concerning other themes go to this theme
and not to the core.
I would also love to get awdark and awlight to the tcl-depot repository,
as they are unmaintained, but so useful.
Can the droid stuff go to the androwish repository?
Thanks for all,
Harald
---
And thanks for tk_cargo, great ! Great Tip.
May the command name not be named tk::cargo ?
Thanks for all,
Harald
Am 09.09.2025 um 13:37 schrieb Csaba Nemethi:
> Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch
> widget to the core"), I would much appreciate if we could decide which
> themes should/may be _explicitly_ supported by the ttk::toggleswitch
> command.
>
> Currently the implementation creates the trough and slider elements when
> needed not only for the built-in themes, but also for droid (which is
> the default theme in AndroWish), plastik (which droid is derived from),
> awarc, awbreeze, awbreezedark, awlight, and awdark. Any other theme
> will import these elements from the "default" theme (or a dark variant
> of it), or the application can add explicit support for it by providing
> an appropriate command of the name
> ttk::toggleswitch::CreateElements_<theme>.
>
> Since the TIP proposes to add a new widget _to the core_, I am not sure
> whether it is OK if the implementation provides _explicit_ support for
> all these third-party themes.
>
> In case we decide to make the above list of themes smaller, my personal
> proposal would be to keep the explicit support for the themes droid,
> awlight, and awdark. Rationale: droid is the default in AndroWish, and
> awlight and awdark seem to be the most popular themes of the awthemes
> package. The plastik theme has the drawback that it is not scalable,
> while awarc, awbreeze, and awbreezedark have a suboptimal performance.
>
> Any feedback (not only from TCT members) is highly appreciated.
>
> Best regards,
>
> Csaba
>
>
> Am 08.09.25 um 14:55 schrieb Csaba Nemethi:
>> Hi Harald,
>>
>> I, too, think that the opinion of a few Tk wizards would be important
>> and highly welcomed. In the next step we could then call for vote.
>>
>> Best regards,
>>
>> Csaba
>>
>>
>> Am 08.09.25 um 14:08 schrieb Harald Oehlmann:
>>> Dear Tk team, dear Csaba,
>>>
>>> TIP 727
>>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md
>>> introduces the new widget "ttk::toggleswitch".
>>> For me, this is a great improvement.
>>> Csaba has developped this IMHO to a mature state.
>>>
>>> Now, Csaba continues with the next project from the conference, the
>>> "cargo" possibility, that each tk widget may have a variable store.
>>>
>>> Csaba, if you intend to call the vote of 727, I am ready to sponsor.
>>> Unfortunately, I will be offline from next Saturday until 2025-10-07.
>>>
>>> Please ping me, if I can don anything this week.
>>> I am on travel but still reachable.
>>> I would love a 2nd tk Wizard opinion on the TIP and implementation
>>> like Mark, Brian, Francois or Kevin.
>>>
>>> Thanks for all the action, we all highly appreciate!
>>>
>>> Take care,
>>> Harald
>>>
|
|
From: Donal F. <don...@ma...> - 2025-09-09 14:30:48
|
I also don't think there needs to be explicit support, but it's probably extremely wise to check that the widget is still able to be themed by the key third-party themes listed. In particular, some action may be wanted if there are regions of the widget that ought to exist without actually being rendered by any of our default themes.
I don't know enough about theming or this specific widget to say if this is a big problem, but it's a good idea to check for that at this stage when it is still very easy to fix.
Donal.
________________________________
From: Kevin Walzer <kw...@co...>
Sent: Tuesday, September 09, 2025 13:22
To: Csaba Nemethi <csa...@t-...>
Cc: tcl...@li... <tcl...@li...>
Subject: Re: [TCLCORE] TIP 727: toggleswitch
My view is that it should provide an API for third-party themes to add support but should stick to themes in the core. I favor a clean separation of core vs. extension libraries.
> On Sep 9, 2025, at 7:37 AM, Csaba Nemethi <csa...@t-...> wrote:
>
> Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch widget to the core"), I would much appreciate if we could decide which themes should/may be _explicitly_ supported by the ttk::toggleswitch command.
>
|
|
From: Patrick M. <dus...@gm...> - 2025-09-09 13:01:16
|
Hi Donal, That sounds like a useful and important feature, and a really good idea. Regards, PM On Mon, 8 Sept 2025, 15:03 Donal Fellows, <don...@ma...> wrote: > Hi everyone! > > I've just done a new little TIP for 9.1 that adds *interp set* so that we > can more easily read and write variables in child interpreters *even when > the child interpreter is playing games with the **set **global command*. > It's really a very simple implementation, given that it's cross-interpreter > functionality (and uses the same general access control rules as for *interp > eval*). I'm not proposing to add any fancy compilation or other things > like that, so the functionality's now done and it's passing its tests. This > is one of those things where I woke up this morning thinking "but why has > nobody ever bothered to do this before?" 😁 > > Because of that, this is notice that I'll call a vote in a week or so > unless there's some sort of fundamental objection. > > Donal. > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > |
|
From: Kevin W. <kw...@co...> - 2025-09-09 12:23:06
|
My view is that it should provide an API for third-party themes to add support but should stick to themes in the core. I favor a clean separation of core vs. extension libraries.
> On Sep 9, 2025, at 7:37 AM, Csaba Nemethi <csa...@t-...> wrote:
>
> Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch widget to the core"), I would much appreciate if we could decide which themes should/may be _explicitly_ supported by the ttk::toggleswitch command.
>
> Currently the implementation creates the trough and slider elements when needed not only for the built-in themes, but also for droid (which is the default theme in AndroWish), plastik (which droid is derived from), awarc, awbreeze, awbreezedark, awlight, and awdark. Any other theme will import these elements from the "default" theme (or a dark variant of it), or the application can add explicit support for it by providing an appropriate command of the name ttk::toggleswitch::CreateElements_<theme>.
>
> Since the TIP proposes to add a new widget _to the core_, I am not sure whether it is OK if the implementation provides _explicit_ support for all these third-party themes.
>
> In case we decide to make the above list of themes smaller, my personal proposal would be to keep the explicit support for the themes droid, awlight, and awdark. Rationale: droid is the default in AndroWish, and awlight and awdark seem to be the most popular themes of the awthemes package. The plastik theme has the drawback that it is not scalable, while awarc, awbreeze, and awbreezedark have a suboptimal performance.
>
> Any feedback (not only from TCT members) is highly appreciated.
>
> Best regards,
>
> Csaba
>
>
>> Am 08.09.25 um 14:55 schrieb Csaba Nemethi:
>> Hi Harald,
>> I, too, think that the opinion of a few Tk wizards would be important and highly welcomed. In the next step we could then call for vote.
>> Best regards,
>> Csaba
>>> Am 08.09.25 um 14:08 schrieb Harald Oehlmann:
>>> Dear Tk team, dear Csaba,
>>>
>>> TIP 727
>>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md
>>> introduces the new widget "ttk::toggleswitch".
>>> For me, this is a great improvement.
>>> Csaba has developped this IMHO to a mature state.
>>>
>>> Now, Csaba continues with the next project from the conference, the "cargo" possibility, that each tk widget may have a variable store.
>>>
>>> Csaba, if you intend to call the vote of 727, I am ready to sponsor.
>>> Unfortunately, I will be offline from next Saturday until 2025-10-07.
>>>
>>> Please ping me, if I can don anything this week.
>>> I am on travel but still reachable.
>>> I would love a 2nd tk Wizard opinion on the TIP and implementation like Mark, Brian, Francois or Kevin.
>>>
>>> Thanks for all the action, we all highly appreciate!
>>>
>>> Take care,
>>> Harald
>>>
>>>
>>> _______________________________________________
>>> Tcl-Core mailing list
>>> Tcl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>
> --
> Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
>
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
|
|
From: Csaba N. <csa...@t-...> - 2025-09-09 11:37:26
|
Update: Before starting the CFV for TIP 727 ("Add a ttk::toggleswitch
widget to the core"), I would much appreciate if we could decide which
themes should/may be _explicitly_ supported by the ttk::toggleswitch
command.
Currently the implementation creates the trough and slider elements when
needed not only for the built-in themes, but also for droid (which is
the default theme in AndroWish), plastik (which droid is derived from),
awarc, awbreeze, awbreezedark, awlight, and awdark. Any other theme
will import these elements from the "default" theme (or a dark variant
of it), or the application can add explicit support for it by providing
an appropriate command of the name
ttk::toggleswitch::CreateElements_<theme>.
Since the TIP proposes to add a new widget _to the core_, I am not sure
whether it is OK if the implementation provides _explicit_ support for
all these third-party themes.
In case we decide to make the above list of themes smaller, my personal
proposal would be to keep the explicit support for the themes droid,
awlight, and awdark. Rationale: droid is the default in AndroWish, and
awlight and awdark seem to be the most popular themes of the awthemes
package. The plastik theme has the drawback that it is not scalable,
while awarc, awbreeze, and awbreezedark have a suboptimal performance.
Any feedback (not only from TCT members) is highly appreciated.
Best regards,
Csaba
Am 08.09.25 um 14:55 schrieb Csaba Nemethi:
> Hi Harald,
>
> I, too, think that the opinion of a few Tk wizards would be important
> and highly welcomed. In the next step we could then call for vote.
>
> Best regards,
>
> Csaba
>
>
> Am 08.09.25 um 14:08 schrieb Harald Oehlmann:
>> Dear Tk team, dear Csaba,
>>
>> TIP 727
>> https://core.tcl-lang.org/tips/doc/trunk/tip/727.md
>> introduces the new widget "ttk::toggleswitch".
>> For me, this is a great improvement.
>> Csaba has developped this IMHO to a mature state.
>>
>> Now, Csaba continues with the next project from the conference, the
>> "cargo" possibility, that each tk widget may have a variable store.
>>
>> Csaba, if you intend to call the vote of 727, I am ready to sponsor.
>> Unfortunately, I will be offline from next Saturday until 2025-10-07.
>>
>> Please ping me, if I can don anything this week.
>> I am on travel but still reachable.
>> I would love a 2nd tk Wizard opinion on the TIP and implementation
>> like Mark, Brian, Francois or Kevin.
>>
>> Thanks for all the action, we all highly appreciate!
>>
>> Take care,
>> Harald
>>
>>
>> _______________________________________________
>> Tcl-Core mailing list
>> Tcl...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>
--
Csaba Nemethi https://www.nemethi.de mailto:csa...@t-...
|
|
From: Kevin W. <kw...@co...> - 2025-09-08 23:58:59
|
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr">Thanks, I will look into this as soon as I can. </div><div dir="ltr"><br><blockquote type="cite">On Sep 8, 2025, at 5:56 PM, Alexandru Dadalau <ale...@me...> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]-->
<title>Email Signature</title>
<style>@font-face { font-family: Wingdings; }
@font-face { font-family: "Cambria Math"; }
@font-face { font-family: DengXian; }
@font-face { font-family: Calibri; }
@font-face { font-family: Verdana; }
@font-face { font-family: Aptos; }
@font-face { font-family: "Segoe UI Light"; }
@font-face { font-family: "@DengXian"; }
p.MsoNormal, li.MsoNormal, div.MsoNormal { margin: 0cm; font-size: 11pt; font-family: Calibri, sans-serif; }
a:link, span.MsoHyperlink { color: blue; text-decoration: underline; }
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph { margin: 0cm 0cm 0cm 36pt; font-size: 11pt; font-family: Calibri, sans-serif; }
span.E-MailFormatvorlage22 { font-family: Aptos, sans-serif; color: windowtext; }
.MsoChpDefault { font-size: 10pt; }
@page WordSection1 { size: 612pt 792pt; margin: 70.85pt 70.85pt 2cm; }
div.WordSection1 { page: WordSection1; }
ol { margin-bottom: 0cm; }
ul { margin-bottom: 0cm; }</style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US">Hi Kevin,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US">the code contains actually only 3 parts:<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US">1. Create an image<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US">2. Initialize the systray item (only once, that’s why the “first” variable is needed) using “</span><span lang="EN-US"> tk systray create”</span><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US">3. Send a notification using “</span><span lang="EN-US">tk sysnotify</span><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US">”<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US">I hope it’s clear now.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US">BTW: The issue occurs in Wondows 11 64bit<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:12.0pt;font-family:"Aptos",sans-serif;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b>Von:</b> Kevin Walzer <kw...@co...> <br>
<b>Gesendet:</b> Montag, 8. September 2025 23:51<br>
<b>An:</b> Alexandru Dadalau <ale...@me...><br>
<b>Cc:</b> tcl...@li...<br>
<b>Betreff:</b> Re: [TCLCORE] TIP Contribution Bug in Tcl 9.0.2<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Hi Alexandru,<span style="font-size:12.0pt"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I don’t understand what this code is doing?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Kevin<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal" style="margin-bottom:12.0pt">On Sep 8, 2025, at 5:20 PM, Alexandru Dadalau <<a href="mailto:ale...@me...">ale...@me...</a>> wrote:<o:p></o:p></p>
</blockquote>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"> <span style="font-size:12.0pt;font-family:"Aptos",sans-serif">
<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Hi,</span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US">In Tcl 9.0.2 there is a bug in the “tk sysnotify” command.</span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US">The bug leads to a complete crash of the Tcl/Tk app, which closes.</span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US">It feels like an issue in the underlying C code.</span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US">I could not identify what exactly causes the crash, but it’s related only to the message string that is passed to the “tk sysnotify” command.</span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US">Below you can find 3 examples of strings that causes crashes.</span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US">Interestingly, the examples lead to slightly different behavior:</span><o:p></o:p></p>
<ol style="margin-top:0cm" start="1" type="1">
<li class="MsoListParagraph" style="margin-left:0cm;mso-list:l1 level1 lfo3"><span lang="EN-US">In first example, the message gets to be show by the sys tray and the crash happens seconds afterwords.</span><o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0cm;mso-list:l1 level1 lfo3"><span lang="EN-US">In the first example, the message is displayed but with some other image, that could be some default image of the system.</span><o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0cm;mso-list:l1 level1 lfo3"><span lang="EN-US">In the thirds example, no message is displayed.</span><o:p></o:p></li></ol>
<p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US">See also the online discussion on news.tota-refugium.de.</span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US">Thanks</span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US">Alexandru</span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">if {![info exists first]} {</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> image create photo book -data \</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">R0lGODlhDwAPAKIAAP//////AP8AAMDAwICAgAAAAAAAAAAAACwAAAAADwAPAAADSQhA2u5ksPeKABKSCaya29d4WKgERFF0l1IMQCAKatvBJ0OTdzzXI1xMB3TBZAvATtB6NSLKleXi3OBoLqrVgc0yv+DVSEUuFxIAOw==</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> tk systray create -image book -text "tk systray sample" \</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> -button1 {puts "Here is the tk systray output"} \</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> -button3 {puts "here is alternate output"}</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> set first 1</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">}</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">tk sysnotify Warning {START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">bad index "": must be integer?[+-]integer? or end?[+-]integer?</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">lsearch -nocase -start start values value</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">END OF ERROR MESSAGE }</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">tk sysnotify Warning { START OF ERROR MESSAGE</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">bad index "": must be integer?[+-]integer? or end?[+-]integer?</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">lsearch -nocase -start start values value</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** END OF ERROR MESSAGE ***}</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">tk sysnotify Warning {*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">bad index "": must be integer?[+-]integer? or end?[+-]integer?</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">"lsearch -nocase -start $start $values $value*"</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** START OF ERROR MESSAGE ***</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US">*** END OF ERROR MESSAGE ***}</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="EN-US"> </span><o:p></o:p></p>
<div class="MsoNormal" align="center" style="text-align:center"><span style="font-size:12.0pt;font-family:"Aptos",sans-serif">
<hr size="2" width="100%" align="center">
</span></div>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td valign="top" style="border:none;border-right:solid #BD272D 1.5pt;padding:0cm 11.25pt 0cm 0cm">
<div align="right">
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr style="height:41.25pt">
<td valign="top" style="padding:0cm 0cm 0cm 0cm;height:41.25pt">
<p class="MsoNormal" align="right" style="text-align:right"><b><span style="font-size:14.0pt;font-family:"Verdana",sans-serif">Alexandru Dadalau<br>
</span></b><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">Geschäftsführer Entwicklung
<br>
Managing Director Development</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif">
<o:p></o:p></span></p>
</td>
</tr>
<tr style="height:30.0pt">
<td valign="top" style="padding:0cm 0cm 0cm 0cm;height:30.0pt">
<p class="MsoNormal" align="right" style="text-align:right"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">phone: +49 711 9958 7001</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><br>
</span><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">mobile: +49 1522 4841115</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><br>
</span><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">fax: +49 711 9958 7199</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif">
<o:p></o:p></span></p>
</td>
</tr>
<tr style="height:15.0pt">
<td style="padding:0cm 0cm 0cm 0cm;height:15.0pt">
<p class="MsoNormal" align="right" style="text-align:right"><a href="https://www.facebook.com/Meshparts-1816360291987562/" target="_blank"><span style="font-size:12.0pt;font-family:"Verdana",sans-serif;text-decoration:none"><img border="0" width="19" height="19" style="width:.1979in;height:.1979in" id="_x0000_i1038" src="https://www.meshparts.de/img/icons/facebook.png" alt="Facebook icon" data-unique-identifier=""></span></a><a href="https://www.twitter.com/Meshparts" target="_blank"><span style="font-size:12.0pt;font-family:"Verdana",sans-serif;text-decoration:none"><img border="0" width="19" height="19" style="width:.1979in;height:.1979in" id="_x0000_i1037" src="https://www.meshparts.de/img/icons/twitter.png" alt="Twitter icon" data-unique-identifier=""></span></a><a href="https://www.youtube.com/channel/UCCL0r-Bl5GG_pem3o6XCxAA" target="_blank"><span style="font-size:12.0pt;font-family:"Verdana",sans-serif;text-decoration:none"><img border="0" width="19" height="19" style="width:.1979in;height:.1979in" id="_x0000_i1036" src="https://www.meshparts.de/img/icons/youtube.png" alt="Youtube icon" data-unique-identifier=""></span></a><a href="https://www.linkedin.com/company/12805433/" target="_blank"><span style="font-size:12.0pt;font-family:"Verdana",sans-serif;text-decoration:none"><img border="0" width="19" height="19" style="width:.1979in;height:.1979in" id="_x0000_i1035" src="https://www.meshparts.de/img/icons/linkedin.png" alt="LinkedIn icon" data-unique-identifier=""></span></a><a href="https://www.instagram.com/meshparts/" target="_blank"><span style="font-size:12.0pt;font-family:"Verdana",sans-serif;text-decoration:none"><img border="0" width="19" height="19" style="width:.1979in;height:.1979in" id="_x0000_i1034" src="https://www.meshparts.de/img/icons/instagram.png" alt="Instagram icon" data-unique-identifier=""></span></a><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><o:p></o:p></span></p>
</td>
</tr>
</tbody>
</table>
</div>
</td>
<td valign="top" style="padding:0cm 0cm 0cm 11.25pt">
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr style="height:42.0pt">
<td width="300" valign="top" style="width:225.0pt;padding:0cm 0cm 0cm 0cm;height:42.0pt">
<p class="MsoNormal"><a href="https://www.meshparts.de/" target="_blank"><span style="font-size:12.0pt;font-family:"Verdana",sans-serif;text-decoration:none"><img border="0" width="157" height="56" style="width:1.6354in;height:.5833in" id="_x0000_i1033" src="https://www.meshparts.de/assets/svg/logos/mp-logomotto-mail.png" alt="Logo" data-unique-identifier=""></span></a><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><o:p></o:p></span></p>
</td>
</tr>
<tr style="height:30.0pt">
<td valign="top" style="padding:0cm 0cm 0cm 0cm;height:30.0pt">
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">Meshparts GmbH</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><br>
</span><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">Hedelfinger Str. 103</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><br>
</span><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">D-70327 Stuttgart</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><br>
</span><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">Geschäftsführer: Alexandru Dadalau, Timo Ziegler</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><br>
</span><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">Amtsgericht Stuttgart / HRB 744694</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><br>
</span><span style="font-size:10.0pt;font-family:"Verdana",sans-serif">USt.Id.Nr.: DE 289401711</span><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><o:p></o:p></span></p>
</td>
</tr>
<tr style="height:15.0pt">
<td style="padding:0cm 0cm 0cm 0cm;height:15.0pt">
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><a href="http://www.meshparts.de" target="_blank"><span style="font-size:10.0pt;color:#BD272D">www.meshparts.de</span></a>
<o:p></o:p></span></p>
</td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
<div class="MsoNormal" align="center" style="text-align:center"><span style="font-size:12.0pt;font-family:"Aptos",sans-serif">
<hr size="2" width="100%" align="center">
</span></div>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr style="height:15.0pt">
<td valign="top" style="padding:0cm 0cm 0cm 0cm;height:15.0pt">
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Verdana",sans-serif"><a href="https://www.meshparts.de/de/unsubscribe"><span style="font-size:9.0pt">Unsubscribe</span></a>
<o:p></o:p></span></p>
</td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Aptos",sans-serif">_______________________________________________<br>
Tcl-Core mailing list<br>
<a href="mailto:Tcl...@li...">Tcl...@li...</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/tcl-core">https://lists.sourceforge.net/lists/listinfo/tcl-core</a><o:p></o:p></span></p>
</div>
</blockquote>
</div>
</div></blockquote></body></html> |