tcl-core — Tcl Core Team discussions about Tcl development

[TCLCORE] Tcl release notes of 9.0.2

[Harald O. <har...@el...>]

Dear Don,
thanks for the great work.

Here are my comments on:
https://sourceforge.net/projects/tcl/files/Tcl/9.0.2/tcl-release-notes-9.0.2.md/download

Line 110:
  - [interp limit commands still seems to be 32 
bits](https://core.tcl-lang.org/tcl/tktview/9dfae3)

-> that is the title of the ticket. What was done was to fix the 32 bit 
overflow. I would propose a more descriptive text like:
"fix interp limit 32 bit overflow"

Line 127:
  - ["No error" when load fails due to a missing secondary 
DLL](https://core.tcl-lang.org/tcl/tktview/bc4ac0)

-> the link is wrong. It is:
https://core.tcl-lang.org/tcl/tktview/66aa81c90a

Thanks for all,
Harald

Re: [TCLCORE] TIP #725 (::tk::mac::GetInfoAsJSON): CFV

[Harald O. <har...@el...>]

My vote: yes

I am use-case driven. If there is a use case on a platform - go for it !

Thanks, Mark, impressive !
Harald

Am 01.07.2025 um 01:16 schrieb Steve Landers:
> My vote:
> 
> TIP #725: YES
> 
> I know there has been discussion about the merits of platform-specific 
> functionality in the core verses loadable packages but given the utility 
> and given it is in the ::tk::mac namespace and given the lack of 
> universally recognised package manager I'd much rather have this 
> available universally to macOS developers than not.
> 
> -- Steve
> On 30 Jun 2025 at 12:00 AM +0800, Marc Culler <cul...@gm...>, wrote:
>> It has now been 2 weeks, rather than 2 days, so I think it is time to 
>> call for votes on TIP #725.
>>
>> Recall that this TIP targets Tk 9.1 and only affects the macOS port.  
>> It adds one new command in the ::tk::mac namespace.  The new command 
>> GetInfoAsJSON is analogous to the existing command GetAppPath but 
>> provides much more information, namely the entire contents of the 
>> Info.plist file, allowing Tcl code running within a macOS Application 
>> to obtain information about its host Application without enraging 
>> Apple's gatekeeper.  The NSDicitionary represented by the Info.plist 
>> file is serialized as a JSON-encoded string which is the return value 
>> of the command.  The json package provided by Tcllib can be used to 
>> deserialize the JSON data as a Tcl dict.
>>
>> The voting period will be about two weeks, ending at 
>> 2025-07-13T00:00:00 UTC, which has unix timestamp 1752386400.
>>
>> My vote:
>> TIP #725: YES
>>
>> - Marc
>>
>> On Sun, Jun 15, 2025 at 9:01 AM Marc Culler <cul...@gm... 
>> <mailto:cul...@gm...>> wrote:
>>
>>     This TIP was discussed quite a bit on this list, and the
>>     discussion now seems to have run its course without any objections
>>     having been raised.  So I intend to call for a vote in a day or two.
>>
>>     - Marc
>>
>> _______________________________________________
>> 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


-- 
ELMICRON Dr. Harald Oehlmann GmbH
Koesener Str. 85
06618 NAUMBURG - Germany
Phone: +49 3445 781120
Direct: +49 3445 781127
www.Elmicron.de
German legal references:
Geschaeftsfuehrer: Dr. Harald Oehlmann
UST Nr. / VAT ID No.: DE206105272
HRB 212803 Stendal

Re: [TCLCORE] TIP #725 (::tk::mac::GetInfoAsJSON): CFV

[Steve L. <st...@di...>]

My vote:

TIP #725: YES

I know there has been discussion about the merits of platform-specific functionality in the core verses loadable packages but given the utility and given it is in the ::tk::mac namespace and given the lack of universally recognised package manager I'd much rather have this available universally to macOS developers than not.

-- Steve
On 30 Jun 2025 at 12:00 AM +0800, Marc Culler <cul...@gm...>, wrote:
> It has now been 2 weeks, rather than 2 days, so I think it is time to call for votes on TIP #725.
>
> Recall that this TIP targets Tk 9.1 and only affects the macOS port.  It adds one new command in the ::tk::mac namespace.  The new command GetInfoAsJSON is analogous to the existing command GetAppPath but provides much more information, namely the entire contents of the Info.plist file, allowing Tcl code running within a macOS Application to obtain information about its host Application without enraging Apple's gatekeeper.  The NSDicitionary represented by the Info.plist file is serialized as a JSON-encoded string which is the return value of the command.  The json package provided by Tcllib can be used to deserialize the JSON data as a Tcl dict.
>
> The voting period will be about two weeks, ending at 2025-07-13T00:00:00 UTC, which has unix timestamp 1752386400.
>
> My vote:
> TIP #725: YES
>
> - Marc
>
> On Sun, Jun 15, 2025 at 9:01 AM Marc Culler <cul...@gm...> wrote:
> > This TIP was discussed quite a bit on this list, and the discussion now seems to have run its course without any objections having been raised.  So I intend to call for a vote in a day or two.
> >
> > - Marc
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core

[TCLCORE] Tk 9.0.2 Release Notes

[Donald G P. <don...@ni...>]

On 6/26/25 14:16, Donald G Porter via Tcl-Core wrote:
> Now available at
>
> https://sourceforge.net/projects/tcl/files/Tcl/9.0.2
> is an RC0 candidate source code distribution pre-release of Tk 9.0.2

No release stopping issues have been reported yet.  If none are received, expect the RC0 candidate to become the Tk 9.0.2 release on July 2.

Now available at the same place is a draft of Tk 9.0.2 release notes.
Comments and corrections are invited.

-- 
| Don Porter            Applied and Computational Mathematics Division |
| don...@ni...             Information Technology Laboratory |
| http://math.nist.gov/~DPorter/                                  NIST |
|______________________________________________________________________|

Re: [TCLCORE] Tcl 9.0.2 Release Candidate

[Pietro C. <ga...@ga...>]

On Jun 26 2025, 18:15 +0000, Donald G Porter via Tcl-Core <tcl...@li...> wrote:
>
>Now available at
>
>https://sourceforge.net/projects/tcl/files/Tcl/9.0.2/
>
>is an RC0 candidate source code distribution pre-release of Tcl 9.0.2

Looks good on FreeBSD, thanks!

-- 
Pietro Cerutti
I have pledged to give 10% of income to effective charities
and invite you to join me - https://givingwhatwecan.org

Re: [TCLCORE] TkPath 0.4.1

[Marc C. <cul...@gm...>]

Hi Paul,

I submitted a PR (https://github.com/tcltk-depot/tkpath/pull/5) which makes
all but one of the tests pass and which makes all of the demos work with Tk
9.0.  The test which fails is the stipple test, which should probably not
be used on macOS since stipples are not supported.

- Marc

On Mon, Jun 30, 2025 at 9:32 AM Paul Obermeier <pa...@po...> wrote:

> Thanks Marc,
>
> I remember discussions regarding changes in Tk9 MacOS related code,
> but do not know the details.
>
> I plan a new release of BAWT after Tcl/Tk 9.0.2 release.
> Hopefully a tkpath version available for all platforms can be included.
>
> Paul
>
>
> Am 30.06.2025 um 16:44 schrieb Marc Culler:
>
> Tk 9 uses updateLayer instead of drawRect. (!!!!!!!!!!!!!)
>
> That means that the process for getting a working CGContextRef needs to be
> different.
>
> I will submit a PR.
>
> - Marc
>
>
> On Mon, Jun 30, 2025 at 8:05 AM Paul Obermeier <pa...@po...> wrote:
>
>> Thanks Nicolas for testing and reporting.
>>
>> I got the same warnings when compiling on MacOS.
>> I checked the first warning with the suspicious pointer cast,
>> but found out that the corresponding code is not called when running the
>> "Apple" demo.
>> So this warning does not seem to be the primary case, that demos do not
>> run with Tk9.
>>
>> Paul
>>
>> Am 30.06.2025 um 08:20 schrieb nicolas bats:
>>
>> Hi Paul, Ashok,
>>
>> I've compiled tkPath on macOS15 and here's reported warnings:
>>
>> *./macosx/tkMacOSXPath.c:113:50: **warning: **incompatible pointer types
>> passing 'TkWindow *' (aka 'struct TkWindow *') to parameter of type
>> 'Tk_Window' (aka 'struct Tk_Window_ *') [-Wincompatible-pointer-types]*
>>
>>   113 |         Tk_Window contWinPtr =
>> Tk_GetOtherWindow(macWin->toplevel->winPtr);
>>
>>       | *
>> ^~~~~~~~~~~~~~~~~~~~~~~~*
>>
>> *./macosx/tkMacOSXPath.c:244:24: **warning: **'disableFlushWindow' is
>> deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext
>> runAnimationGroup:completionHandler:] to perform atomic updates across
>> runloop invocations. [-Wdeprecated-declarations]*
>>
>>   244 |         [[view window] disableFlushWindow];
>>
>>       | *                       ^*
>>
>> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1010:1:
>> **note: *'disableFlushWindow' has been explicitly marked deprecated here
>>
>>  1010 | - (void)disableFlushWindow API_DEPRECATED("Use
>> +[NSAnimationContext runAnimationGroup:completionHandler:] to perform
>> atomic updates across runloop invocations.", macos(10.0,10.14));
>>
>>       | *^*
>>
>> *./macosx/tkMacOSXPath.c:247:53: **warning: **'graphicsPort' is
>> deprecated: first deprecated in macOS 10.14 [-Wdeprecated-declarations]*
>>
>>   247 |         context->c = (CGContextRef)[currentGraphicsContext
>> graphicsPort];
>>
>>       | *
>> ^~~~~~~~~~~~*
>>
>>       |
>> CGContext
>>
>> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28:
>> **note: *property 'graphicsPort' is declared deprecated here
>>
>>   107 | @property (readonly) void *graphicsPort NS_RETURNS_INNER_POINTER
>> API_DEPRECATED_WITH_REPLACEMENT("CGContext", macos(10.0,10.14));
>>
>>       | *                           ^*
>>
>> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28:
>> **note: *'graphicsPort' has been explicitly marked deprecated here
>>
>> *./macosx/tkMacOSXPath.c:295:30: **warning: **'enableFlushWindow' is
>> deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext
>> runAnimationGroup:completionHandler:] to perform atomic updates across
>> runloop invocations. [-Wdeprecated-declarations]*
>>
>>   295 |             [[context->view window] enableFlushWindow];
>>
>>       | *                                    ^*
>>
>> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1011:1:
>> **note: *'enableFlushWindow' has been explicitly marked deprecated here
>>
>>  1011 | - (void)enableFlushWindow API_DEPRECATED("Use
>> +[NSAnimationContext runAnimationGroup:completionHandler:] to perform
>> atomic updates across runloop invocations.", macos(10.0,10.14));
>>
>>       | *^*
>>
>> 4 warnings generated.
>>
>>
>>
>> should I open a ticket on gitHub?
>>
>> best regards,
>>
>> nicolas
>>
>> Le jeu. 26 juin 2025 à 05:06, apnmbx-public--- via Tcl-Core <
>> tcl...@li...> a écrit :
>>
>>> Thanks Paul. I overlooked checking the demos. Committed a fix and they
>>> should be working now. Verified 9.0 and 8.6 with Ubuntu and 9.0 with VC++.
>>> Missed a structure field initializer during the merge though I’m not sure
>>> why it only impacted 9.0 and not 8.6.
>>>
>>>
>>>
>>> Also, I noticed the TkPathItemType and TkPathCanvas structure no longer
>>> match the corresponding types in Tk. I presume that is ok since they are
>>> only used internally.
>>>
>>>
>>>
>>> Hope someone will look at macos errors.
>>>
>>>
>>>
>>> /Ashok
>>>
>>>
>>>
>>> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
>>> *Sent:* Thursday, June 26, 2025 1:22 AM
>>> *To:* tcl...@li...
>>> *Subject:* Re: [TCLCORE] TkPath 0.4.1
>>>
>>>
>>>
>>> Thanks Ashok for caring.
>>>
>>> I tested the tcltk-depot version on Windows (gcc), several Linux
>>> distros, Raspi and RiscV
>>> using Tcl/Tk 8.6.16 and 9.0.1.
>>> With the exception of MacOS the test suite runs without errors.
>>> On MacOS 15.5 there is 1 test suite error (both using 8.6.16 and 9.0.1),
>>> see below.
>>> The demos work fine using 8.6.16, but do not work using 9.0.1.
>>>
>>> I created issues for the 2 MacOS problems in case one of the Mac gurus
>>> wants to take a closer look.
>>>
>>> Regards,
>>> Paul
>>>
>>> Am 25.06.2025 um 17:30 schrieb apnmbx-public--- via Tcl-Core:
>>>
>>> https://github.com/tcltk-depot/tkpath now (purportedly) holds the merge
>>> of all the tkpath forks, versioned 0.4.1. There were more diffs w.r.t.
>>> Paul’s 0.4.0 than I expected so it would be nice if someone reviewed the
>>> merge.
>>>
>>>
>>>
>>> I’ve run the test suite on Windows 64 (VC++) and Ubuntu 20 (WSL).
>>> Volunteer needed to test on macOS (at least) and confirm.
>>>
>>>
>>>
>>> I do not plan further work on it myself.
>>>
>>>
>>>
>>> /Ashok
>>>
>>>
>>>
>>> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
>>> *Sent:* Thursday, June 19, 2025 12:55 AM
>>> *To:* apn...@ya...; tcl...@li...
>>> *Subject:* Re: [TCLCORE] tclx, tktreectrl and tkpath repositories and a
>>> request
>>>
>>>
>>>
>>> Some history.
>>> I originally had Rene's tkpath version in BAWT (last update was in 2018),
>>> which does not compile on Mac.
>>> Manfred Rosenberger (author of tkpath based RattleCAD) asked me to add
>>> Christian Werner's version of tkpath, because his version runs on Mac and
>>> has several other fixes.
>>> After Tcl9 release Steve Shaw sent me a Tcl9 ready version of tkpath.
>>> Unfortunately this version was based on Rene's version (no Mac) and did
>>> only
>>> work with Tcl9, but not Tcl8.
>>> I then merged the Tcl9 changes into Christian's version, which is the
>>> version 0.4.0
>>> available with BAWT.
>>>
>>> So in my point of view, the BAWT version is the most advanced one.
>>> It runs the test suite without errors on Windows and Linux using Tcl/Tk
>>> 8.6.16 and Tcl/Tk 9.0.1
>>> The test suite runs on Mac with 1 error both using Tcl/Tk 8.6.16 and
>>> 9.0.1, see below.
>>>
>>> Paul
>>>
>>> ==== canvText-1.12 configuration options: bad value for -stipple FAILED
>>> ==== Contents of test case:
>>>
>>>     .c create text 20 20 -tag test
>>>     .c itemconfigure test $name $badValue
>>>
>>> ---- Test completed normally; Return code was: 0
>>> ---- Return code should have been one of: 1
>>> ==== canvText-1.12 FAILED
>>>
>>>
>>> Am 18.06.2025 um 05:26 schrieb apnmbx-public--- via Tcl-Core:
>>>
>>> Thanks Paul. Do you know if your version of tkpath also incorporates
>>> Rene’s changes from chiselapp?
>>>
>>>
>>>
>>> I hope someone picks up tkpath, else I will make an attempt at a merge
>>> at some point. For the macOS issues, I’m afraid I have no way of testing
>>> GUI’s. At least for console only, Github actions can be used (painfully).
>>>
>>>
>>>
>>> /Ashok
>>>
>>>
>>>
>>> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
>>>
>>> I do have a version of tkpath, which is a merge of Christian's and
>>> Steve's work and compiles
>>> using Tcl 8.6 and 9.0 on Windows, Linux and Mac.
>>> See https://www.bawt.tcl3d.org/download/InputLibs/tkpath-0.4.0.7z
>>>
>>> It works on Windows and Linux using Tcl 8.6 and 9.0.
>>> It works on Mac using 8.6, but does not work with Tcl 9.0.
>>>
>>>
>>>
>>>
>>> tktreectrl and tkpath have been tested on Windows and Linux. Someone
>>> testing on macOS would be helpful.
>>>
>>> Repository version of tktreectrl works on Windows, Linux, Mac using Tcl
>>> 8.6 and 9.0.
>>>
>>> Note, that I tested the packages only by using the simple scripts
>>> contained in the BAWT framework.
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> 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
>>>
>>>
>>> _______________________________________________
>>> Tcl-Core mailing list
>>> Tcl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>>>
>>
>>
>> _______________________________________________
>> Tcl-Core mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/tcl-core
>>
>>
>> _______________________________________________
>> Tcl-Core mailing list
>> Tcl...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>>
>
>
> _______________________________________________
> Tcl-Core mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/tcl-core
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
>

Re: [TCLCORE] TkPath 0.4.1

[Paul O. <pa...@po...>]

Thanks Marc,

I remember discussions regarding changes in Tk9 MacOS related code,
but do not know the details.

I plan a new release of BAWT after Tcl/Tk 9.0.2 release.
Hopefully a tkpath version available for all platforms can be included.

Paul


Am 30.06.2025 um 16:44 schrieb Marc Culler:
> Tk 9 uses updateLayer instead of drawRect. (!!!!!!!!!!!!!)
>
> That means that the process for getting a working CGContextRef needs to be different.
>
> I will submit a PR.
>
> - Marc
>
>
> On Mon, Jun 30, 2025 at 8:05 AM Paul Obermeier <pa...@po...> wrote:
>
>     Thanks Nicolas for testing and reporting.
>
>     I got the same warnings when compiling on MacOS.
>     I checked the first warning with the suspicious pointer cast,
>     but found out that the corresponding code is not called when running the "Apple" demo.
>     So this warning does not seem to be the primary case, that demos do not run with Tk9.
>
>     Paul
>
>     Am 30.06.2025 um 08:20 schrieb nicolas bats:
>>     Hi Paul, Ashok,
>>
>>     I've compiled tkPath on macOS15 and here's reported warnings:
>>
>>     *./macosx/tkMacOSXPath.c:113:50: **warning: **incompatible pointer types passing 'TkWindow *' (aka 'struct TkWindow *') to parameter of type 'Tk_Window' (aka 'struct Tk_Window_ *') [-Wincompatible-pointer-types]*
>>
>>     113 | Tk_Window contWinPtr = Tk_GetOtherWindow(macWin->toplevel->winPtr);
>>
>>     |*^~~~~~~~~~~~~~~~~~~~~~~~*
>>
>>     *./macosx/tkMacOSXPath.c:244:24: **warning: **'disableFlushWindow' is deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations. [-Wdeprecated-declarations]*
>>
>>     244 | [[view window] disableFlushWindow];
>>
>>     |*^*
>>
>>     */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1010:1: **note: *'disableFlushWindow' has been explicitly marked deprecated here
>>
>>     1010 | - (void)disableFlushWindow API_DEPRECATED("Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations.", macos(10.0,10.14));
>>
>>     | *^*
>>
>>     *./macosx/tkMacOSXPath.c:247:53: **warning: **'graphicsPort' is deprecated: first deprecated in macOS 10.14 [-Wdeprecated-declarations]*
>>
>>     247 | context->c = (CGContextRef)[currentGraphicsContext graphicsPort];
>>
>>     |*^~~~~~~~~~~~*
>>
>>     |CGContext
>>
>>     */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28: **note: *property 'graphicsPort' is declared deprecated here
>>
>>     107 | @property (readonly) void*graphicsPort NS_RETURNS_INNER_POINTER API_DEPRECATED_WITH_REPLACEMENT("CGContext", macos(10.0,10.14));
>>
>>     |*^*
>>
>>     */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28: **note: *'graphicsPort' has been explicitly marked deprecated here
>>
>>     *./macosx/tkMacOSXPath.c:295:30: **warning: **'enableFlushWindow' is deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations. [-Wdeprecated-declarations]*
>>
>>     295 | [[context->view window] enableFlushWindow];
>>
>>     | *^*
>>
>>     */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1011:1: **note: *'enableFlushWindow' has been explicitly marked deprecated here
>>
>>     1011 | - (void)enableFlushWindow API_DEPRECATED("Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations.", macos(10.0,10.14));
>>
>>     | *^*
>>
>>     4 warnings generated.
>>
>>
>>
>>     should I open a ticket on gitHub?
>>
>>     best regards,
>>
>>     nicolas
>>
>>
>>     Le jeu. 26 juin 2025 à 05:06, apnmbx-public--- via Tcl-Core <tcl...@li...> a écrit :
>>
>>         Thanks Paul. I overlooked checking the demos. Committed a fix and they should be working now. Verified 9.0 and 8.6 with Ubuntu and 9.0 with VC++. Missed a structure field initializer during the merge though I’m not sure why it only impacted 9.0 and not 8.6.
>>
>>         Also, I noticed the TkPathItemType and TkPathCanvas structure no longer match the corresponding types in Tk. I presume that is ok since they are only used internally.
>>
>>         Hope someone will look at macos errors.
>>
>>         /Ashok
>>
>>         *From:*Paul Obermeier <pa...@po...> <mailto:pa...@po...>
>>         *Sent:* Thursday, June 26, 2025 1:22 AM
>>         *To:* tcl...@li...
>>         *Subject:* Re: [TCLCORE] TkPath 0.4.1
>>
>>         Thanks Ashok for caring.
>>
>>         I tested the tcltk-depot version on Windows (gcc), several Linux distros, Raspi and RiscV
>>         using Tcl/Tk 8.6.16 and 9.0.1.
>>         With the exception of MacOS the test suite runs without errors.
>>         On MacOS 15.5 there is 1 test suite error (both using 8.6.16 and 9.0.1), see below.
>>         The demos work fine using 8.6.16, but do not work using 9.0.1.
>>
>>         I created issues for the 2 MacOS problems in case one of the Mac gurus
>>         wants to take a closer look.
>>
>>         Regards,
>>         Paul
>>
>>         Am 25.06.2025 um 17:30 schrieb apnmbx-public--- via Tcl-Core:
>>
>>             https://github.com/tcltk-depot/tkpath now (purportedly) holds the merge of all the tkpath forks, versioned 0.4.1. There were more diffs w.r.t. Paul’s 0.4.0 than I expected so it would be nice if someone reviewed the merge.
>>
>>             I’ve run the test suite on Windows 64 (VC++) and Ubuntu 20 (WSL). Volunteer needed to test on macOS (at least) and confirm.
>>
>>             I do not plan further work on it myself.
>>
>>             /Ashok
>>
>>             *From:*Paul Obermeier <pa...@po...> <mailto:pa...@po...>
>>             *Sent:* Thursday, June 19, 2025 12:55 AM
>>             *To:* apn...@ya...; tcl...@li...
>>             *Subject:* Re: [TCLCORE] tclx, tktreectrl and tkpath repositories and a request
>>
>>             Some history.
>>             I originally had Rene's tkpath version in BAWT (last update was in 2018),
>>             which does not compile on Mac.
>>             Manfred Rosenberger (author of tkpath based RattleCAD) asked me to add
>>             Christian Werner's version of tkpath, because his version runs on Mac and
>>             has several other fixes.
>>             After Tcl9 release Steve Shaw sent me a Tcl9 ready version of tkpath.
>>             Unfortunately this version was based on Rene's version (no Mac) and did only
>>             work with Tcl9, but not Tcl8.
>>             I then merged the Tcl9 changes into Christian's version, which is the version 0.4.0
>>             available with BAWT.
>>
>>             So in my point of view, the BAWT version is the most advanced one.
>>             It runs the test suite without errors on Windows and Linux using Tcl/Tk 8.6.16 and Tcl/Tk 9.0.1
>>             The test suite runs on Mac with 1 error both using Tcl/Tk 8.6.16 and 9.0.1, see below.
>>
>>             Paul
>>
>>             ==== canvText-1.12 configuration options: bad value for -stipple FAILED
>>             ==== Contents of test case:
>>
>>                 .c create text 20 20 -tag test
>>                 .c itemconfigure test $name $badValue
>>
>>             ---- Test completed normally; Return code was: 0
>>             ---- Return code should have been one of: 1
>>             ==== canvText-1.12 FAILED
>>
>>
>>             Am 18.06.2025 um 05:26 schrieb apnmbx-public--- via Tcl-Core:
>>
>>                 Thanks Paul. Do you know if your version of tkpath also incorporates Rene’s changes from chiselapp?
>>
>>                 I hope someone picks up tkpath, else I will make an attempt at a merge at some point. For the macOS issues, I’m afraid I have no way of testing GUI’s. At least for console only, Github actions can be used (painfully).
>>
>>                 /Ashok
>>
>>                 *From:*Paul Obermeier <pa...@po...> <mailto:pa...@po...>
>>
>>                 I do have a version of tkpath, which is a merge of Christian's and Steve's work and compiles
>>                 using Tcl 8.6 and 9.0 on Windows, Linux and Mac.
>>                 See https://www.bawt.tcl3d.org/download/InputLibs/tkpath-0.4.0.7z
>>
>>                 It works on Windows and Linux using Tcl 8.6 and 9.0.
>>                 It works on Mac using 8.6, but does not work with Tcl 9.0.
>>
>>
>>
>>
>>                     tktreectrl and tkpath have been tested on Windows and Linux. Someone testing on macOS would be helpful.
>>
>>                 Repository version of tktreectrl works on Windows, Linux, Mac using Tcl 8.6 and 9.0.
>>
>>                 Note, that I tested the packages only by using the simple scripts contained in the BAWT framework.
>>
>>
>>
>>
>>
>>                 _______________________________________________
>>
>>                 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
>>
>>         _______________________________________________
>>         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
>
>     _______________________________________________
>     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

Re: [TCLCORE] TIP 726

[<apn...@ya...>]

Harald,

I will make a note of the alternative of adding commands to the [string] ensemble instead (as you mentioned on the chat).

Regarding your suggestion of "compose/decompose" those operations are not identical to normalization. Also, I prefer the use of the terms defined in the standard (like NFC) so as to reflect the exact semantics. Users who care will likely know the terms as they are also used in other languages. Still, I will make a note of this suggestion as well.

Thanks

/Ashok

-----Original Message-----
From: Harald Oehlmann <har...@el...> 
Sent: Monday, June 30, 2025 6:38 PM
To: Tcl Core List <tcl...@li...>
Subject: [TCLCORE] TIP 726

Ashok,
thanks for authoring TIP 726, this is welcomed !

The covered normalization functions are:
D118 Normalization Form D (NFD): The Canonical Decomposition of a coded 
character sequence.
D119 Normalization Form KD (NFKD): The Compatibility Decomposition of a 
coded character sequence.
D120 Normalization Form C (NFC): The Canonical Composition of the 
Canonical Decomposition of a coded character sequence.
D121 Normalization Form KC (NFKC): The Canonical Composition of the 
Compatibility Decomposition of a coded character sequence.

So, two are decompositions, two are compositions.
The first two basically decompose a Unicode to multiple others, the 2nd 
two compose multiple Unicodes to one (simply speaking) (it is much much 
more difficult).

I would name them in a more verbose way, like decompose and compose.

The "NF" meanes "Normalizes form". D/C is for decompose or compose and K 
is for compatibility.

Thanks for all,
Harald

Re: [TCLCORE] TkPath 0.4.1

[Marc C. <cul...@gm...>]

Tk 9 uses updateLayer instead of drawRect. (!!!!!!!!!!!!!)

That means that the process for getting a working CGContextRef needs to be
different.

I will submit a PR.

- Marc


On Mon, Jun 30, 2025 at 8:05 AM Paul Obermeier <pa...@po...> wrote:

> Thanks Nicolas for testing and reporting.
>
> I got the same warnings when compiling on MacOS.
> I checked the first warning with the suspicious pointer cast,
> but found out that the corresponding code is not called when running the
> "Apple" demo.
> So this warning does not seem to be the primary case, that demos do not
> run with Tk9.
>
> Paul
>
> Am 30.06.2025 um 08:20 schrieb nicolas bats:
>
> Hi Paul, Ashok,
>
> I've compiled tkPath on macOS15 and here's reported warnings:
>
> *./macosx/tkMacOSXPath.c:113:50: **warning: **incompatible pointer types
> passing 'TkWindow *' (aka 'struct TkWindow *') to parameter of type
> 'Tk_Window' (aka 'struct Tk_Window_ *') [-Wincompatible-pointer-types]*
>
>   113 |         Tk_Window contWinPtr =
> Tk_GetOtherWindow(macWin->toplevel->winPtr);
>
>       | *
> ^~~~~~~~~~~~~~~~~~~~~~~~*
>
> *./macosx/tkMacOSXPath.c:244:24: **warning: **'disableFlushWindow' is
> deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext
> runAnimationGroup:completionHandler:] to perform atomic updates across
> runloop invocations. [-Wdeprecated-declarations]*
>
>   244 |         [[view window] disableFlushWindow];
>
>       | *                       ^*
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1010:1:
> **note: *'disableFlushWindow' has been explicitly marked deprecated here
>
>  1010 | - (void)disableFlushWindow API_DEPRECATED("Use
> +[NSAnimationContext runAnimationGroup:completionHandler:] to perform
> atomic updates across runloop invocations.", macos(10.0,10.14));
>
>       | *^*
>
> *./macosx/tkMacOSXPath.c:247:53: **warning: **'graphicsPort' is
> deprecated: first deprecated in macOS 10.14 [-Wdeprecated-declarations]*
>
>   247 |         context->c = (CGContextRef)[currentGraphicsContext
> graphicsPort];
>
>       | *
> ^~~~~~~~~~~~*
>
>       |
> CGContext
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28:
> **note: *property 'graphicsPort' is declared deprecated here
>
>   107 | @property (readonly) void *graphicsPort NS_RETURNS_INNER_POINTER
> API_DEPRECATED_WITH_REPLACEMENT("CGContext", macos(10.0,10.14));
>
>       | *                           ^*
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28:
> **note: *'graphicsPort' has been explicitly marked deprecated here
>
> *./macosx/tkMacOSXPath.c:295:30: **warning: **'enableFlushWindow' is
> deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext
> runAnimationGroup:completionHandler:] to perform atomic updates across
> runloop invocations. [-Wdeprecated-declarations]*
>
>   295 |             [[context->view window] enableFlushWindow];
>
>       | *                                    ^*
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1011:1:
> **note: *'enableFlushWindow' has been explicitly marked deprecated here
>
>  1011 | - (void)enableFlushWindow API_DEPRECATED("Use
> +[NSAnimationContext runAnimationGroup:completionHandler:] to perform
> atomic updates across runloop invocations.", macos(10.0,10.14));
>
>       | *^*
>
> 4 warnings generated.
>
>
>
> should I open a ticket on gitHub?
>
> best regards,
>
> nicolas
>
> Le jeu. 26 juin 2025 à 05:06, apnmbx-public--- via Tcl-Core <
> tcl...@li...> a écrit :
>
>> Thanks Paul. I overlooked checking the demos. Committed a fix and they
>> should be working now. Verified 9.0 and 8.6 with Ubuntu and 9.0 with VC++.
>> Missed a structure field initializer during the merge though I’m not sure
>> why it only impacted 9.0 and not 8.6.
>>
>>
>>
>> Also, I noticed the TkPathItemType and TkPathCanvas structure no longer
>> match the corresponding types in Tk. I presume that is ok since they are
>> only used internally.
>>
>>
>>
>> Hope someone will look at macos errors.
>>
>>
>>
>> /Ashok
>>
>>
>>
>> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
>> *Sent:* Thursday, June 26, 2025 1:22 AM
>> *To:* tcl...@li...
>> *Subject:* Re: [TCLCORE] TkPath 0.4.1
>>
>>
>>
>> Thanks Ashok for caring.
>>
>> I tested the tcltk-depot version on Windows (gcc), several Linux distros,
>> Raspi and RiscV
>> using Tcl/Tk 8.6.16 and 9.0.1.
>> With the exception of MacOS the test suite runs without errors.
>> On MacOS 15.5 there is 1 test suite error (both using 8.6.16 and 9.0.1),
>> see below.
>> The demos work fine using 8.6.16, but do not work using 9.0.1.
>>
>> I created issues for the 2 MacOS problems in case one of the Mac gurus
>> wants to take a closer look.
>>
>> Regards,
>> Paul
>>
>> Am 25.06.2025 um 17:30 schrieb apnmbx-public--- via Tcl-Core:
>>
>> https://github.com/tcltk-depot/tkpath now (purportedly) holds the merge
>> of all the tkpath forks, versioned 0.4.1. There were more diffs w.r.t.
>> Paul’s 0.4.0 than I expected so it would be nice if someone reviewed the
>> merge.
>>
>>
>>
>> I’ve run the test suite on Windows 64 (VC++) and Ubuntu 20 (WSL).
>> Volunteer needed to test on macOS (at least) and confirm.
>>
>>
>>
>> I do not plan further work on it myself.
>>
>>
>>
>> /Ashok
>>
>>
>>
>> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
>> *Sent:* Thursday, June 19, 2025 12:55 AM
>> *To:* apn...@ya...; tcl...@li...
>> *Subject:* Re: [TCLCORE] tclx, tktreectrl and tkpath repositories and a
>> request
>>
>>
>>
>> Some history.
>> I originally had Rene's tkpath version in BAWT (last update was in 2018),
>> which does not compile on Mac.
>> Manfred Rosenberger (author of tkpath based RattleCAD) asked me to add
>> Christian Werner's version of tkpath, because his version runs on Mac and
>> has several other fixes.
>> After Tcl9 release Steve Shaw sent me a Tcl9 ready version of tkpath.
>> Unfortunately this version was based on Rene's version (no Mac) and did
>> only
>> work with Tcl9, but not Tcl8.
>> I then merged the Tcl9 changes into Christian's version, which is the
>> version 0.4.0
>> available with BAWT.
>>
>> So in my point of view, the BAWT version is the most advanced one.
>> It runs the test suite without errors on Windows and Linux using Tcl/Tk
>> 8.6.16 and Tcl/Tk 9.0.1
>> The test suite runs on Mac with 1 error both using Tcl/Tk 8.6.16 and
>> 9.0.1, see below.
>>
>> Paul
>>
>> ==== canvText-1.12 configuration options: bad value for -stipple FAILED
>> ==== Contents of test case:
>>
>>     .c create text 20 20 -tag test
>>     .c itemconfigure test $name $badValue
>>
>> ---- Test completed normally; Return code was: 0
>> ---- Return code should have been one of: 1
>> ==== canvText-1.12 FAILED
>>
>>
>> Am 18.06.2025 um 05:26 schrieb apnmbx-public--- via Tcl-Core:
>>
>> Thanks Paul. Do you know if your version of tkpath also incorporates
>> Rene’s changes from chiselapp?
>>
>>
>>
>> I hope someone picks up tkpath, else I will make an attempt at a merge at
>> some point. For the macOS issues, I’m afraid I have no way of testing
>> GUI’s. At least for console only, Github actions can be used (painfully).
>>
>>
>>
>> /Ashok
>>
>>
>>
>> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
>>
>> I do have a version of tkpath, which is a merge of Christian's and
>> Steve's work and compiles
>> using Tcl 8.6 and 9.0 on Windows, Linux and Mac.
>> See https://www.bawt.tcl3d.org/download/InputLibs/tkpath-0.4.0.7z
>>
>> It works on Windows and Linux using Tcl 8.6 and 9.0.
>> It works on Mac using 8.6, but does not work with Tcl 9.0.
>>
>>
>>
>>
>> tktreectrl and tkpath have been tested on Windows and Linux. Someone
>> testing on macOS would be helpful.
>>
>> Repository version of tktreectrl works on Windows, Linux, Mac using Tcl
>> 8.6 and 9.0.
>>
>> Note, that I tested the packages only by using the simple scripts
>> contained in the BAWT framework.
>>
>>
>>
>>
>>
>> _______________________________________________
>>
>> 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
>>
>>
>> _______________________________________________
>> Tcl-Core mailing list
>> Tcl...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-core
>>
>
>
> _______________________________________________
> Tcl-Core mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/tcl-core
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
>

Re: [TCLCORE] TkPath 0.4.1

[Paul O. <pa...@po...>]

Thanks Nicolas for testing and reporting.

I got the same warnings when compiling on MacOS.
I checked the first warning with the suspicious pointer cast,
but found out that the corresponding code is not called when running the "Apple" demo.
So this warning does not seem to be the primary case, that demos do not run with Tk9.

Paul

Am 30.06.2025 um 08:20 schrieb nicolas bats:
> Hi Paul, Ashok,
>
> I've compiled tkPath on macOS15 and here's reported warnings:
>
> *./macosx/tkMacOSXPath.c:113:50: **warning: **incompatible pointer types passing 'TkWindow *' (aka 'struct TkWindow *') to parameter of type 'Tk_Window' (aka 'struct Tk_Window_ *') [-Wincompatible-pointer-types]*
>
> 113 | Tk_Window contWinPtr = Tk_GetOtherWindow(macWin->toplevel->winPtr);
>
> |*^~~~~~~~~~~~~~~~~~~~~~~~*
>
> *./macosx/tkMacOSXPath.c:244:24: **warning: **'disableFlushWindow' is deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations. [-Wdeprecated-declarations]*
>
> 244 | [[view window] disableFlushWindow];
>
> |*^*
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1010:1: **note: *'disableFlushWindow' has been explicitly marked deprecated here
>
> 1010 | - (void)disableFlushWindow API_DEPRECATED("Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations.", macos(10.0,10.14));
>
> | *^*
>
> *./macosx/tkMacOSXPath.c:247:53: **warning: **'graphicsPort' is deprecated: first deprecated in macOS 10.14 [-Wdeprecated-declarations]*
>
> 247 | context->c = (CGContextRef)[currentGraphicsContext graphicsPort];
>
> |*^~~~~~~~~~~~*
>
> |CGContext
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28: **note: *property 'graphicsPort' is declared deprecated here
>
> 107 | @property (readonly) void*graphicsPort NS_RETURNS_INNER_POINTER API_DEPRECATED_WITH_REPLACEMENT("CGContext", macos(10.0,10.14));
>
> |*^*
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28: **note: *'graphicsPort' has been explicitly marked deprecated here
>
> *./macosx/tkMacOSXPath.c:295:30: **warning: **'enableFlushWindow' is deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations. [-Wdeprecated-declarations]*
>
> 295 | [[context->view window] enableFlushWindow];
>
> | *^*
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1011:1: **note: *'enableFlushWindow' has been explicitly marked deprecated here
>
> 1011 | - (void)enableFlushWindow API_DEPRECATED("Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations.", macos(10.0,10.14));
>
> | *^*
>
> 4 warnings generated.
>
>
>
> should I open a ticket on gitHub?
>
> best regards,
>
> nicolas
>
>
> Le jeu. 26 juin 2025 à 05:06, apnmbx-public--- via Tcl-Core <tcl...@li...> a écrit :
>
>     Thanks Paul. I overlooked checking the demos. Committed a fix and they should be working now. Verified 9.0 and 8.6 with Ubuntu and 9.0 with VC++. Missed a structure field initializer during the merge though I’m not sure why it only impacted 9.0 and not 8.6.
>
>     Also, I noticed the TkPathItemType and TkPathCanvas structure no longer match the corresponding types in Tk. I presume that is ok since they are only used internally.
>
>     Hope someone will look at macos errors.
>
>     /Ashok
>
>     *From:*Paul Obermeier <pa...@po...>
>     *Sent:* Thursday, June 26, 2025 1:22 AM
>     *To:* tcl...@li...
>     *Subject:* Re: [TCLCORE] TkPath 0.4.1
>
>     Thanks Ashok for caring.
>
>     I tested the tcltk-depot version on Windows (gcc), several Linux distros, Raspi and RiscV
>     using Tcl/Tk 8.6.16 and 9.0.1.
>     With the exception of MacOS the test suite runs without errors.
>     On MacOS 15.5 there is 1 test suite error (both using 8.6.16 and 9.0.1), see below.
>     The demos work fine using 8.6.16, but do not work using 9.0.1.
>
>     I created issues for the 2 MacOS problems in case one of the Mac gurus
>     wants to take a closer look.
>
>     Regards,
>     Paul
>
>     Am 25.06.2025 um 17:30 schrieb apnmbx-public--- via Tcl-Core:
>
>         https://github.com/tcltk-depot/tkpath now (purportedly) holds the merge of all the tkpath forks, versioned 0.4.1. There were more diffs w.r.t. Paul’s 0.4.0 than I expected so it would be nice if someone reviewed the merge.
>
>         I’ve run the test suite on Windows 64 (VC++) and Ubuntu 20 (WSL). Volunteer needed to test on macOS (at least) and confirm.
>
>         I do not plan further work on it myself.
>
>         /Ashok
>
>         *From:*Paul Obermeier <pa...@po...> <mailto:pa...@po...>
>         *Sent:* Thursday, June 19, 2025 12:55 AM
>         *To:* apn...@ya...; tcl...@li...
>         *Subject:* Re: [TCLCORE] tclx, tktreectrl and tkpath repositories and a request
>
>         Some history.
>         I originally had Rene's tkpath version in BAWT (last update was in 2018),
>         which does not compile on Mac.
>         Manfred Rosenberger (author of tkpath based RattleCAD) asked me to add
>         Christian Werner's version of tkpath, because his version runs on Mac and
>         has several other fixes.
>         After Tcl9 release Steve Shaw sent me a Tcl9 ready version of tkpath.
>         Unfortunately this version was based on Rene's version (no Mac) and did only
>         work with Tcl9, but not Tcl8.
>         I then merged the Tcl9 changes into Christian's version, which is the version 0.4.0
>         available with BAWT.
>
>         So in my point of view, the BAWT version is the most advanced one.
>         It runs the test suite without errors on Windows and Linux using Tcl/Tk 8.6.16 and Tcl/Tk 9.0.1
>         The test suite runs on Mac with 1 error both using Tcl/Tk 8.6.16 and 9.0.1, see below.
>
>         Paul
>
>         ==== canvText-1.12 configuration options: bad value for -stipple FAILED
>         ==== Contents of test case:
>
>             .c create text 20 20 -tag test
>             .c itemconfigure test $name $badValue
>
>         ---- Test completed normally; Return code was: 0
>         ---- Return code should have been one of: 1
>         ==== canvText-1.12 FAILED
>
>
>         Am 18.06.2025 um 05:26 schrieb apnmbx-public--- via Tcl-Core:
>
>             Thanks Paul. Do you know if your version of tkpath also incorporates Rene’s changes from chiselapp?
>
>             I hope someone picks up tkpath, else I will make an attempt at a merge at some point. For the macOS issues, I’m afraid I have no way of testing GUI’s. At least for console only, Github actions can be used (painfully).
>
>             /Ashok
>
>             *From:*Paul Obermeier <pa...@po...> <mailto:pa...@po...>
>
>             I do have a version of tkpath, which is a merge of Christian's and Steve's work and compiles
>             using Tcl 8.6 and 9.0 on Windows, Linux and Mac.
>             See https://www.bawt.tcl3d.org/download/InputLibs/tkpath-0.4.0.7z
>
>             It works on Windows and Linux using Tcl 8.6 and 9.0.
>             It works on Mac using 8.6, but does not work with Tcl 9.0.
>
>
>
>
>                 tktreectrl and tkpath have been tested on Windows and Linux. Someone testing on macOS would be helpful.
>
>             Repository version of tktreectrl works on Windows, Linux, Mac using Tcl 8.6 and 9.0.
>
>             Note, that I tested the packages only by using the simple scripts contained in the BAWT framework.
>
>
>
>
>
>             _______________________________________________
>
>             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
>
>     _______________________________________________
>     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

Re: [TCLCORE] ETCL conference Program online 10/11 of July in Bologna/Italy

[Colin M. <col...@ya...>]

Yes, that works, and the Program link from the home page has been 
corrected too!

Thanks,
Colin.

On 30/06/2025 14:46, Paul Obermeier wrote:
> The correct link to the program (without logging in) is: 
> https://openacs.km.at/evaluate/org/129998253/companyhelp/schedule
>
> Am 30.06.2025 um 09:30 schrieb Harald Oehlmann:
>> Dear OpenACS/Tcl/Tk friends,
>>
>> the Bologna conference program is here:
>>
>> https://openacs.km.at/evaluate/org/129998253/courses/event_130001647/static/xolrn/schedule 
>>
>>
>> Thomas Wunderlich was late, but got 10 minutes from Colin (thanks !), 
>> following the principle:
>> EHAT: Everyboady has a talk
>>
>> Official registration of on site participation will close today.
>>
>> Later registrations will be late registrations with extra penalty 
>> like less coffee ;-)
>>
>> There will probably no remote participation, but recording of the talks.
>>
>> I am happy to see you all !
>> Harald
>>
>>
>> _______________________________________________
>> 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

Re: [TCLCORE] ETCL conference Program online 10/11 of July in Bologna/Italy

[Paul O. <pa...@po...>]

The correct link to the program (without logging in) is: https://openacs.km.at/evaluate/org/129998253/companyhelp/schedule

Am 30.06.2025 um 09:30 schrieb Harald Oehlmann:
> Dear OpenACS/Tcl/Tk friends,
>
> the Bologna conference program is here:
>
> https://openacs.km.at/evaluate/org/129998253/courses/event_130001647/static/xolrn/schedule
>
> Thomas Wunderlich was late, but got 10 minutes from Colin (thanks !), following the principle:
> EHAT: Everyboady has a talk
>
> Official registration of on site participation will close today.
>
> Later registrations will be late registrations with extra penalty like less coffee ;-)
>
> There will probably no remote participation, but recording of the talks.
>
> I am happy to see you all !
> Harald
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core

[TCLCORE] TIP 726

[Harald O. <har...@el...>]

Ashok,
thanks for authoring TIP 726, this is welcomed !

The covered normalization functions are:
D118 Normalization Form D (NFD): The Canonical Decomposition of a coded 
character sequence.
D119 Normalization Form KD (NFKD): The Compatibility Decomposition of a 
coded character sequence.
D120 Normalization Form C (NFC): The Canonical Composition of the 
Canonical Decomposition of a coded character sequence.
D121 Normalization Form KC (NFKC): The Canonical Composition of the 
Compatibility Decomposition of a coded character sequence.

So, two are decompositions, two are compositions.
The first two basically decompose a Unicode to multiple others, the 2nd 
two compose multiple Unicodes to one (simply speaking) (it is much much 
more difficult).

I would name them in a more verbose way, like decompose and compose.

The "NF" meanes "Normalizes form". D/C is for decompose or compose and K 
is for compatibility.

Thanks for all,
Harald

[TCLCORE] Report of TCL/Tk biweekly telco on 30 of June, 2025 12:00 UTC

[Harald O. <har...@el...>]

Dear Tcl/Tk team,

please allow me to present this informal report on the biweekly telco 
2025-06-30 12:00 UTC.

Agenda:

Possible agenda:
1) Release items for TCL/Tk 9.0.2
There are a couple of new commits to branch core-9-0-branch. The 
question is which to include? -> include them all.
rc1 later today, with intended release on Wednsday.
Changes file pass and get to release notes.

2) Release items for Tcl/Tk 9.1.0a0
What gets in?

3) TIP 649: list API for lreverse ....
Not many votes. High performance for extensions. No brainer
4) TIP 700: documentation reform
Chat with Steve: All Section n of TCL are done.
Each time a new "source variant" is found, the converter script is changed.
Question was, if parts may be merged?
Answer: clear yes, ewview of smaller parts is more easy.
In addition, better work-flow.

5) TIP 726: unicode normalization
-> proposal by Ashok.
Is welcomed!

5) Conference status
Will be great!

AOB)
X.org was forked. Wayland only? Will this impact Tk?
Answer was, that the discussion looks bigger form the outside, than from 
the inside?
Wayland is an open question. Christian Werner has a Tk for Wayland.
Main issue is, that tTk also have to draw the Windows decoration (Task 
bar etc).

Other meetings:
8th of July 1:00 UTC: TCL meetup on same Jitsi
14th of July 12:00 UTC: UTC Monthly Virtual Meetup on same jitsi

Thank you all,
Harald

Re: [TCLCORE] TkPath 0.4.1

[nicolas b. <sl1...@gm...>]

results is the same while running demo, a white canvas is displayed

++

Le lun. 30 juin 2025 à 13:11, <apn...@ya...> a écrit :

> Nicolas,
>
>
>
> Thanks for testing. Please do file a ticket at
> https://github.com/tcltk-depot/tkpath/issues. If you are conversant
> enough with MacOS to suggest patch, a pull request would be even better.
>
>
>
> Did you run the test suite and / or demos after compilation? If so, were
> the result any different from what Paul reported?
>
>
>
> /Ashok
>
>
>
> *From:* nicolas bats <sl1...@gm...>
> *Sent:* Monday, June 30, 2025 11:51 AM
> *To:* apn...@ya...
> *Cc:* tcl...@li...
> *Subject:* Re: [TCLCORE] TkPath 0.4.1
>
>
>
> Hi Paul, Ashok,
>
>
>
> I've compiled tkPath on macOS15 and here's reported warnings:
>
>
>
> *./macosx/tkMacOSXPath.c:113:50: **warning: **incompatible pointer types
> passing 'TkWindow *' (aka 'struct TkWindow *') to parameter of type
> 'Tk_Window' (aka 'struct Tk_Window_ *') [-Wincompatible-pointer-types]*
>
>   113 |         Tk_Window contWinPtr =
> Tk_GetOtherWindow(macWin->toplevel->winPtr);
>
>       |
> *^~~~~~~~~~~~~~~~~~~~~~~~*
>
> *./macosx/tkMacOSXPath.c:244:24: **warning: **'disableFlushWindow' is
> deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext
> runAnimationGroup:completionHandler:] to perform atomic updates across
> runloop invocations. [-Wdeprecated-declarations]*
>
>   244 |         [[view window] disableFlushWindow];
>
>       |                        *^*
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1010:1:
> **note: *'disableFlushWindow' has been explicitly marked deprecated here
>
>  1010 | - (void)disableFlushWindow API_DEPRECATED("Use
> +[NSAnimationContext runAnimationGroup:completionHandler:] to perform
> atomic updates across runloop invocations.", macos(10.0,10.14));
>
>       | *^*
>
> *./macosx/tkMacOSXPath.c:247:53: **warning: **'graphicsPort' is
> deprecated: first deprecated in macOS 10.14 [-Wdeprecated-declarations]*
>
>   247 |         context->c = (CGContextRef)[currentGraphicsContext
> graphicsPort];
>
>       |
> *^~~~~~~~~~~~*
>
>       |
> CGContext
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28:
> **note: *property 'graphicsPort' is declared deprecated here
>
>   107 | @property (readonly) void *graphicsPort NS_RETURNS_INNER_POINTER
> API_DEPRECATED_WITH_REPLACEMENT("CGContext", macos(10.0,10.14));
>
>       |                            *^*
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28:
> **note: *'graphicsPort' has been explicitly marked deprecated here
>
> *./macosx/tkMacOSXPath.c:295:30: **warning: **'enableFlushWindow' is
> deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext
> runAnimationGroup:completionHandler:] to perform atomic updates across
> runloop invocations. [-Wdeprecated-declarations]*
>
>   295 |             [[context->view window] enableFlushWindow];
>
>       |                                     *^*
>
> */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1011:1:
> **note: *'enableFlushWindow' has been explicitly marked deprecated here
>
>  1011 | - (void)enableFlushWindow API_DEPRECATED("Use
> +[NSAnimationContext runAnimationGroup:completionHandler:] to perform
> atomic updates across runloop invocations.", macos(10.0,10.14));
>
>       | *^*
>
> 4 warnings generated.
>
>
>
>
>
> should I open a ticket on gitHub?
>
> best regards,
>
> nicolas
>
>
>
> Le jeu. 26 juin 2025 à 05:06, apnmbx-public--- via Tcl-Core <
> tcl...@li...> a écrit :
>
> Thanks Paul. I overlooked checking the demos. Committed a fix and they
> should be working now. Verified 9.0 and 8.6 with Ubuntu and 9.0 with VC++.
> Missed a structure field initializer during the merge though I’m not sure
> why it only impacted 9.0 and not 8.6.
>
>
>
> Also, I noticed the TkPathItemType and TkPathCanvas structure no longer
> match the corresponding types in Tk. I presume that is ok since they are
> only used internally.
>
>
>
> Hope someone will look at macos errors.
>
>
>
> /Ashok
>
>
>
> *From:* Paul Obermeier <pa...@po...>
> *Sent:* Thursday, June 26, 2025 1:22 AM
> *To:* tcl...@li...
> *Subject:* Re: [TCLCORE] TkPath 0.4.1
>
>
>
> Thanks Ashok for caring.
>
> I tested the tcltk-depot version on Windows (gcc), several Linux distros,
> Raspi and RiscV
> using Tcl/Tk 8.6.16 and 9.0.1.
> With the exception of MacOS the test suite runs without errors.
> On MacOS 15.5 there is 1 test suite error (both using 8.6.16 and 9.0.1),
> see below.
> The demos work fine using 8.6.16, but do not work using 9.0.1.
>
> I created issues for the 2 MacOS problems in case one of the Mac gurus
> wants to take a closer look.
>
> Regards,
> Paul
>
> Am 25.06.2025 um 17:30 schrieb apnmbx-public--- via Tcl-Core:
>
> https://github.com/tcltk-depot/tkpath now (purportedly) holds the merge
> of all the tkpath forks, versioned 0.4.1. There were more diffs w.r.t.
> Paul’s 0.4.0 than I expected so it would be nice if someone reviewed the
> merge.
>
>
>
> I’ve run the test suite on Windows 64 (VC++) and Ubuntu 20 (WSL).
> Volunteer needed to test on macOS (at least) and confirm.
>
>
>
> I do not plan further work on it myself.
>
>
>
> /Ashok
>
>
>
> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
> *Sent:* Thursday, June 19, 2025 12:55 AM
> *To:* apn...@ya...; tcl...@li...
> *Subject:* Re: [TCLCORE] tclx, tktreectrl and tkpath repositories and a
> request
>
>
>
> Some history.
> I originally had Rene's tkpath version in BAWT (last update was in 2018),
> which does not compile on Mac.
> Manfred Rosenberger (author of tkpath based RattleCAD) asked me to add
> Christian Werner's version of tkpath, because his version runs on Mac and
> has several other fixes.
> After Tcl9 release Steve Shaw sent me a Tcl9 ready version of tkpath.
> Unfortunately this version was based on Rene's version (no Mac) and did
> only
> work with Tcl9, but not Tcl8.
> I then merged the Tcl9 changes into Christian's version, which is the
> version 0.4.0
> available with BAWT.
>
> So in my point of view, the BAWT version is the most advanced one.
> It runs the test suite without errors on Windows and Linux using Tcl/Tk
> 8.6.16 and Tcl/Tk 9.0.1
> The test suite runs on Mac with 1 error both using Tcl/Tk 8.6.16 and
> 9.0.1, see below.
>
> Paul
>
> ==== canvText-1.12 configuration options: bad value for -stipple FAILED
> ==== Contents of test case:
>
>     .c create text 20 20 -tag test
>     .c itemconfigure test $name $badValue
>
> ---- Test completed normally; Return code was: 0
> ---- Return code should have been one of: 1
> ==== canvText-1.12 FAILED
>
> Am 18.06.2025 um 05:26 schrieb apnmbx-public--- via Tcl-Core:
>
> Thanks Paul. Do you know if your version of tkpath also incorporates
> Rene’s changes from chiselapp?
>
>
>
> I hope someone picks up tkpath, else I will make an attempt at a merge at
> some point. For the macOS issues, I’m afraid I have no way of testing
> GUI’s. At least for console only, Github actions can be used (painfully).
>
>
>
> /Ashok
>
>
>
> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
>
> I do have a version of tkpath, which is a merge of Christian's and Steve's
> work and compiles
> using Tcl 8.6 and 9.0 on Windows, Linux and Mac.
> See https://www.bawt.tcl3d.org/download/InputLibs/tkpath-0.4.0.7z
>
> It works on Windows and Linux using Tcl 8.6 and 9.0.
> It works on Mac using 8.6, but does not work with Tcl 9.0.
>
>
>
> tktreectrl and tkpath have been tested on Windows and Linux. Someone
> testing on macOS would be helpful.
>
> Repository version of tktreectrl works on Windows, Linux, Mac using Tcl
> 8.6 and 9.0.
>
> Note, that I tested the packages only by using the simple scripts
> contained in the BAWT framework.
>
>
>
>
> _______________________________________________
>
> 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
>
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
>
>

Re: [TCLCORE] ETCL conference Program online 10/11 of July in Bologna/Italy

[Torsten B. <be...@ty...>]

Wow, so many interesting topics and talks ... and I cannot be there, sniff.

> Am 30.06.2025 um 12:56 schrieb Colin Macleod via Tcl-Core <tcl...@li...>:
> 
> I made a copy at https://cmacleod.me.uk/tcl/bologna/program.htm so that I could post links to it.
> 
> I hope this is ok.
> 
> Colin.
> 
> On 30/06/2025 09:27, Colin Macleod via Tcl-Core wrote:
>> Thanks. If you try to open the program link in a private/anonymous browser window you will see that it just goes to a login page.  People who are just interested in taking a look at the program are likely to give up if faced with this extra complication.
>> 
>> Colin.
>> 
>> On 30/06/2025 09:20, Harald Oehlmann wrote:
>>> It was told to me, that it is now available without login.
>>> I also considered to make a copy to the wiki due to that.
>>> We have a coordination telco today 17:00.
>>> Maybe, something may happen.
>>> 
>>> And yes, if you don't need coffee, you can register late ;-).
>>> 
>>> Sorry,
>>> Harald
>>> 
>>> Am 30.06.2025 um 09:58 schrieb Colin Macleod:
>>>> Thanks for this Harald, also you suggest that late registration may be possible, so it may still be worth publicising the event more.
>>>> 
>>>> Is there any reason why the program is still only accessible after logging in?
>>>> 
>>>> Would there be any objection to me making a copy of the program and posting it publicly?
>>>> 
>>>> Colin.
>>>> 
>>>> On 30/06/2025 08:30, Harald Oehlmann wrote:
>>>>> Dear OpenACS/Tcl/Tk friends,
>>>>> 
>>>>> the Bologna conference program is here:
>>>>> 
>>>>> https://openacs.km.at/evaluate/org/129998253/courses/event_130001647/ static/xolrn/schedule
>>>>> 
>>>>> Thomas Wunderlich was late, but got 10 minutes from Colin (thanks !), following the principle:
>>>>> EHAT: Everyboady has a talk
>>>>> 
>>>>> Official registration of on site participation will close today.
>>>>> 
>>>>> Later registrations will be late registrations with extra penalty like less coffee ;-)
>>>>> 
>>>>> There will probably no remote participation, but recording of the talks.
>>>>> 
>>>>> I am happy to see you all !
>>>>> Harald
>> 
>> 
>> _______________________________________________
>> 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

Re: [TCLCORE] TkPath 0.4.1

[<apn...@ya...>]

Nicolas,

 

Thanks for testing. Please do file a ticket at https://github.com/tcltk-depot/tkpath/issues. If you are conversant enough with MacOS to suggest patch, a pull request would be even better.

 

Did you run the test suite and / or demos after compilation? If so, were the result any different from what Paul reported?

 

/Ashok

 

From: nicolas bats <sl1...@gm...> 
Sent: Monday, June 30, 2025 11:51 AM
To: apn...@ya...
Cc: tcl...@li...
Subject: Re: [TCLCORE] TkPath 0.4.1

 

Hi Paul, Ashok,

 

I've compiled tkPath on macOS15 and here's reported warnings:

 

./macosx/tkMacOSXPath.c:113:50: warning: incompatible pointer types passing 'TkWindow *' (aka 'struct TkWindow *') to parameter of type 'Tk_Window' (aka 'struct Tk_Window_ *') [-Wincompatible-pointer-types]

  113 |         Tk_Window contWinPtr = Tk_GetOtherWindow(macWin->toplevel->winPtr);

      |                                                  ^~~~~~~~~~~~~~~~~~~~~~~~

./macosx/tkMacOSXPath.c:244:24: warning: 'disableFlushWindow' is deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations. [-Wdeprecated-declarations]

  244 |         [[view window] disableFlushWindow];

      |                        ^

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1010:1: note: 'disableFlushWindow' has been explicitly marked deprecated here

 1010 | - (void)disableFlushWindow API_DEPRECATED("Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations.", macos(10.0,10.14));

      | ^

./macosx/tkMacOSXPath.c:247:53: warning: 'graphicsPort' is deprecated: first deprecated in macOS 10.14 [-Wdeprecated-declarations]

  247 |         context->c = (CGContextRef)[currentGraphicsContext graphicsPort];

      |                                                            ^~~~~~~~~~~~

      |                                                            CGContext

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28: note: property 'graphicsPort' is declared deprecated here

  107 | @property (readonly) void *graphicsPort NS_RETURNS_INNER_POINTER API_DEPRECATED_WITH_REPLACEMENT("CGContext", macos(10.0,10.14));

      |                            ^

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28: note: 'graphicsPort' has been explicitly marked deprecated here

./macosx/tkMacOSXPath.c:295:30: warning: 'enableFlushWindow' is deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations. [-Wdeprecated-declarations]

  295 |             [[context->view window] enableFlushWindow];

      |                                     ^

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1011:1: note: 'enableFlushWindow' has been explicitly marked deprecated here

 1011 | - (void)enableFlushWindow API_DEPRECATED("Use +[NSAnimationContext runAnimationGroup:completionHandler:] to perform atomic updates across runloop invocations.", macos(10.0,10.14));

      | ^

4 warnings generated.

 

 

should I open a ticket on gitHub?

best regards,

nicolas

 

Le jeu. 26 juin 2025 à 05:06, apnmbx-public--- via Tcl-Core <tcl...@li... <mailto:tcl...@li...> > a écrit :

Thanks Paul. I overlooked checking the demos. Committed a fix and they should be working now. Verified 9.0 and 8.6 with Ubuntu and 9.0 with VC++. Missed a structure field initializer during the merge though I’m not sure why it only impacted 9.0 and not 8.6.

 

Also, I noticed the TkPathItemType and TkPathCanvas structure no longer match the corresponding types in Tk. I presume that is ok since they are only used internally.

 

Hope someone will look at macos errors.

 

/Ashok

 

From: Paul Obermeier <pa...@po... <mailto:pa...@po...> > 
Sent: Thursday, June 26, 2025 1:22 AM
To: tcl...@li... <mailto:tcl...@li...> 
Subject: Re: [TCLCORE] TkPath 0.4.1

 

Thanks Ashok for caring.

I tested the tcltk-depot version on Windows (gcc), several Linux distros, Raspi and RiscV
using Tcl/Tk 8.6.16 and 9.0.1.
With the exception of MacOS the test suite runs without errors. 
On MacOS 15.5 there is 1 test suite error (both using 8.6.16 and 9.0.1), see below.
The demos work fine using 8.6.16, but do not work using 9.0.1.

I created issues for the 2 MacOS problems in case one of the Mac gurus
wants to take a closer look.

Regards,
Paul

Am 25.06.2025 um 17:30 schrieb apnmbx-public--- via Tcl-Core:

https://github.com/tcltk-depot/tkpath now (purportedly) holds the merge of all the tkpath forks, versioned 0.4.1. There were more diffs w.r.t. Paul’s 0.4.0 than I expected so it would be nice if someone reviewed the merge.

 

I’ve run the test suite on Windows 64 (VC++) and Ubuntu 20 (WSL). Volunteer needed to test on macOS (at least) and confirm.

 

I do not plan further work on it myself.

 

/Ashok

 

From: Paul Obermeier  <mailto:pa...@po...> <pa...@po...> 
Sent: Thursday, June 19, 2025 12:55 AM
To: apn...@ya... <mailto:apn...@ya...> ; tcl...@li... <mailto:tcl...@li...> 
Subject: Re: [TCLCORE] tclx, tktreectrl and tkpath repositories and a request

 

Some history.
I originally had Rene's tkpath version in BAWT (last update was in 2018),
which does not compile on Mac.
Manfred Rosenberger (author of tkpath based RattleCAD) asked me to add 
Christian Werner's version of tkpath, because his version runs on Mac and
has several other fixes.
After Tcl9 release Steve Shaw sent me a Tcl9 ready version of tkpath.
Unfortunately this version was based on Rene's version (no Mac) and did only
work with Tcl9, but not Tcl8.
I then merged the Tcl9 changes into Christian's version, which is the version 0.4.0
available with BAWT.

So in my point of view, the BAWT version is the most advanced one.
It runs the test suite without errors on Windows and Linux using Tcl/Tk 8.6.16 and Tcl/Tk 9.0.1
The test suite runs on Mac with 1 error both using Tcl/Tk 8.6.16 and 9.0.1, see below.

Paul

==== canvText-1.12 configuration options: bad value for -stipple FAILED
==== Contents of test case:

    .c create text 20 20 -tag test
    .c itemconfigure test $name $badValue

---- Test completed normally; Return code was: 0
---- Return code should have been one of: 1
==== canvText-1.12 FAILED



Am 18.06.2025 um 05:26 schrieb apnmbx-public--- via Tcl-Core:

Thanks Paul. Do you know if your version of tkpath also incorporates Rene’s changes from chiselapp?

 

I hope someone picks up tkpath, else I will make an attempt at a merge at some point. For the macOS issues, I’m afraid I have no way of testing GUI’s. At least for console only, Github actions can be used (painfully).

 

/Ashok

 

From: Paul Obermeier  <mailto:pa...@po...> <pa...@po...> 

I do have a version of tkpath, which is a merge of Christian's and Steve's work and compiles  
using Tcl 8.6 and 9.0 on Windows, Linux and Mac.
See https://www.bawt.tcl3d.org/download/InputLibs/tkpath-0.4.0.7z

It works on Windows and Linux using Tcl 8.6 and 9.0.
It works on Mac using 8.6, but does not work with Tcl 9.0.





tktreectrl and tkpath have been tested on Windows and Linux. Someone testing on macOS would be helpful.

Repository version of tktreectrl works on Windows, Linux, Mac using Tcl 8.6 and 9.0.

Note, that I tested the packages only by using the simple scripts contained in the BAWT framework.






_______________________________________________
Tcl-Core mailing list
Tcl...@li... <mailto:Tcl...@li...> 
https://lists.sourceforge.net/lists/listinfo/tcl-core

 





_______________________________________________
Tcl-Core mailing list
Tcl...@li... <mailto:Tcl...@li...> 
https://lists.sourceforge.net/lists/listinfo/tcl-core

 

_______________________________________________
Tcl-Core mailing list
Tcl...@li... <mailto:Tcl...@li...> 
https://lists.sourceforge.net/lists/listinfo/tcl-core

Re: [TCLCORE] ETCL conference Program online 10/11 of July in Bologna/Italy

[Colin M. <col...@ya...>]

I made a copy at https://cmacleod.me.uk/tcl/bologna/program.htm so that 
I could post links to it.

I hope this is ok.

Colin.

On 30/06/2025 09:27, Colin Macleod via Tcl-Core wrote:
> Thanks. If you try to open the program link in a private/anonymous 
> browser window you will see that it just goes to a login page.  People 
> who are just interested in taking a look at the program are likely to 
> give up if faced with this extra complication.
>
> Colin.
>
> On 30/06/2025 09:20, Harald Oehlmann wrote:
>> It was told to me, that it is now available without login.
>> I also considered to make a copy to the wiki due to that.
>> We have a coordination telco today 17:00.
>> Maybe, something may happen.
>>
>> And yes, if you don't need coffee, you can register late ;-).
>>
>> Sorry,
>> Harald
>>
>> Am 30.06.2025 um 09:58 schrieb Colin Macleod:
>>> Thanks for this Harald, also you suggest that late registration may 
>>> be possible, so it may still be worth publicising the event more.
>>>
>>> Is there any reason why the program is still only accessible after 
>>> logging in?
>>>
>>> Would there be any objection to me making a copy of the program and 
>>> posting it publicly?
>>>
>>> Colin.
>>>
>>> On 30/06/2025 08:30, Harald Oehlmann wrote:
>>>> Dear OpenACS/Tcl/Tk friends,
>>>>
>>>> the Bologna conference program is here:
>>>>
>>>> https://openacs.km.at/evaluate/org/129998253/courses/event_130001647/ 
>>>> static/xolrn/schedule
>>>>
>>>> Thomas Wunderlich was late, but got 10 minutes from Colin (thanks 
>>>> !), following the principle:
>>>> EHAT: Everyboady has a talk
>>>>
>>>> Official registration of on site participation will close today.
>>>>
>>>> Later registrations will be late registrations with extra penalty 
>>>> like less coffee ;-)
>>>>
>>>> There will probably no remote participation, but recording of the 
>>>> talks.
>>>>
>>>> I am happy to see you all !
>>>> Harald
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core

Re: [TCLCORE] ETCL conference Program online 10/11 of July in Bologna/Italy

[Colin M. <col...@ya...>]

Thanks.  If you try to open the program link in a private/anonymous 
browser window you will see that it just goes to a login page.  People 
who are just interested in taking a look at the program are likely to 
give up if faced with this extra complication.

Colin.

On 30/06/2025 09:20, Harald Oehlmann wrote:
> It was told to me, that it is now available without login.
> I also considered to make a copy to the wiki due to that.
> We have a coordination telco today 17:00.
> Maybe, something may happen.
>
> And yes, if you don't need coffee, you can register late ;-).
>
> Sorry,
> Harald
>
> Am 30.06.2025 um 09:58 schrieb Colin Macleod:
>> Thanks for this Harald, also you suggest that late registration may 
>> be possible, so it may still be worth publicising the event more.
>>
>> Is there any reason why the program is still only accessible after 
>> logging in?
>>
>> Would there be any objection to me making a copy of the program and 
>> posting it publicly?
>>
>> Colin.
>>
>> On 30/06/2025 08:30, Harald Oehlmann wrote:
>>> Dear OpenACS/Tcl/Tk friends,
>>>
>>> the Bologna conference program is here:
>>>
>>> https://openacs.km.at/evaluate/org/129998253/courses/event_130001647/ 
>>> static/xolrn/schedule
>>>
>>> Thomas Wunderlich was late, but got 10 minutes from Colin (thanks 
>>> !), following the principle:
>>> EHAT: Everyboady has a talk
>>>
>>> Official registration of on site participation will close today.
>>>
>>> Later registrations will be late registrations with extra penalty 
>>> like less coffee ;-)
>>>
>>> There will probably no remote participation, but recording of the 
>>> talks.
>>>
>>> I am happy to see you all !
>>> Harald

Re: [TCLCORE] ETCL conference Program online 10/11 of July in Bologna/Italy

[Harald O. <har...@el...>]

It was told to me, that it is now available without login.
I also considered to make a copy to the wiki due to that.
We have a coordination telco today 17:00.
Maybe, something may happen.

And yes, if you don't need coffee, you can register late ;-).

Sorry,
Harald

Am 30.06.2025 um 09:58 schrieb Colin Macleod:
> Thanks for this Harald, also you suggest that late registration may be 
> possible, so it may still be worth publicising the event more.
> 
> Is there any reason why the program is still only accessible after 
> logging in?
> 
> Would there be any objection to me making a copy of the program and 
> posting it publicly?
> 
> Colin.
> 
> On 30/06/2025 08:30, Harald Oehlmann wrote:
>> Dear OpenACS/Tcl/Tk friends,
>>
>> the Bologna conference program is here:
>>
>> https://openacs.km.at/evaluate/org/129998253/courses/event_130001647/ 
>> static/xolrn/schedule
>>
>> Thomas Wunderlich was late, but got 10 minutes from Colin (thanks !), 
>> following the principle:
>> EHAT: Everyboady has a talk
>>
>> Official registration of on site participation will close today.
>>
>> Later registrations will be late registrations with extra penalty like 
>> less coffee ;-)
>>
>> There will probably no remote participation, but recording of the talks.
>>
>> I am happy to see you all !
>> Harald

Re: [TCLCORE] ETCL conference Program online 10/11 of July in Bologna/Italy

[Colin M. <col...@ya...>]

Thanks for this Harald, also you suggest that late registration may be 
possible, so it may still be worth publicising the event more.

Is there any reason why the program is still only accessible after 
logging in?

Would there be any objection to me making a copy of the program and 
posting it publicly?

Colin.

On 30/06/2025 08:30, Harald Oehlmann wrote:
> Dear OpenACS/Tcl/Tk friends,
>
> the Bologna conference program is here:
>
> https://openacs.km.at/evaluate/org/129998253/courses/event_130001647/static/xolrn/schedule 
>
>
> Thomas Wunderlich was late, but got 10 minutes from Colin (thanks !), 
> following the principle:
> EHAT: Everyboady has a talk
>
> Official registration of on site participation will close today.
>
> Later registrations will be late registrations with extra penalty like 
> less coffee ;-)
>
> There will probably no remote participation, but recording of the talks.
>
> I am happy to see you all !
> Harald
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core

[TCLCORE] ETCL conference Program online 10/11 of July in Bologna/Italy

[Harald O. <har...@el...>]

Dear OpenACS/Tcl/Tk friends,

the Bologna conference program is here:

https://openacs.km.at/evaluate/org/129998253/courses/event_130001647/static/xolrn/schedule

Thomas Wunderlich was late, but got 10 minutes from Colin (thanks !), 
following the principle:
EHAT: Everyboady has a talk

Official registration of on site participation will close today.

Later registrations will be late registrations with extra penalty like 
less coffee ;-)

There will probably no remote participation, but recording of the talks.

I am happy to see you all !
Harald

Re: [TCLCORE] TkPath 0.4.1

[nicolas b. <sl1...@gm...>]

Hi Paul, Ashok,

I've compiled tkPath on macOS15 and here's reported warnings:

*./macosx/tkMacOSXPath.c:113:50: **warning: **incompatible pointer types
passing 'TkWindow *' (aka 'struct TkWindow *') to parameter of type
'Tk_Window' (aka 'struct Tk_Window_ *') [-Wincompatible-pointer-types]*

  113 |         Tk_Window contWinPtr =
Tk_GetOtherWindow(macWin->toplevel->winPtr);

      | *
^~~~~~~~~~~~~~~~~~~~~~~~*

*./macosx/tkMacOSXPath.c:244:24: **warning: **'disableFlushWindow' is
deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext
runAnimationGroup:completionHandler:] to perform atomic updates across
runloop invocations. [-Wdeprecated-declarations]*

  244 |         [[view window] disableFlushWindow];

      | *                       ^*

*/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1010:1:
**note: *'disableFlushWindow' has been explicitly marked deprecated here

 1010 | - (void)disableFlushWindow API_DEPRECATED("Use +[NSAnimationContext
runAnimationGroup:completionHandler:] to perform atomic updates across
runloop invocations.", macos(10.0,10.14));

      | *^*

*./macosx/tkMacOSXPath.c:247:53: **warning: **'graphicsPort' is deprecated:
first deprecated in macOS 10.14 [-Wdeprecated-declarations]*

  247 |         context->c = (CGContextRef)[currentGraphicsContext
graphicsPort];

      | *
^~~~~~~~~~~~*

      |                                                            CGContext

*/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28:
**note: *property 'graphicsPort' is declared deprecated here

  107 | @property (readonly) void *graphicsPort NS_RETURNS_INNER_POINTER
API_DEPRECATED_WITH_REPLACEMENT("CGContext", macos(10.0,10.14));

      | *                           ^*

*/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSGraphicsContext.h:107:28:
**note: *'graphicsPort' has been explicitly marked deprecated here

*./macosx/tkMacOSXPath.c:295:30: **warning: **'enableFlushWindow' is
deprecated: first deprecated in macOS 10.14 - Use +[NSAnimationContext
runAnimationGroup:completionHandler:] to perform atomic updates across
runloop invocations. [-Wdeprecated-declarations]*

  295 |             [[context->view window] enableFlushWindow];

      | *                                    ^*

*/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:1011:1:
**note: *'enableFlushWindow' has been explicitly marked deprecated here

 1011 | - (void)enableFlushWindow API_DEPRECATED("Use +[NSAnimationContext
runAnimationGroup:completionHandler:] to perform atomic updates across
runloop invocations.", macos(10.0,10.14));

      | *^*

4 warnings generated.



should I open a ticket on gitHub?

best regards,

nicolas

Le jeu. 26 juin 2025 à 05:06, apnmbx-public--- via Tcl-Core <
tcl...@li...> a écrit :

> Thanks Paul. I overlooked checking the demos. Committed a fix and they
> should be working now. Verified 9.0 and 8.6 with Ubuntu and 9.0 with VC++.
> Missed a structure field initializer during the merge though I’m not sure
> why it only impacted 9.0 and not 8.6.
>
>
>
> Also, I noticed the TkPathItemType and TkPathCanvas structure no longer
> match the corresponding types in Tk. I presume that is ok since they are
> only used internally.
>
>
>
> Hope someone will look at macos errors.
>
>
>
> /Ashok
>
>
>
> *From:* Paul Obermeier <pa...@po...>
> *Sent:* Thursday, June 26, 2025 1:22 AM
> *To:* tcl...@li...
> *Subject:* Re: [TCLCORE] TkPath 0.4.1
>
>
>
> Thanks Ashok for caring.
>
> I tested the tcltk-depot version on Windows (gcc), several Linux distros,
> Raspi and RiscV
> using Tcl/Tk 8.6.16 and 9.0.1.
> With the exception of MacOS the test suite runs without errors.
> On MacOS 15.5 there is 1 test suite error (both using 8.6.16 and 9.0.1),
> see below.
> The demos work fine using 8.6.16, but do not work using 9.0.1.
>
> I created issues for the 2 MacOS problems in case one of the Mac gurus
> wants to take a closer look.
>
> Regards,
> Paul
>
> Am 25.06.2025 um 17:30 schrieb apnmbx-public--- via Tcl-Core:
>
> https://github.com/tcltk-depot/tkpath now (purportedly) holds the merge
> of all the tkpath forks, versioned 0.4.1. There were more diffs w.r.t.
> Paul’s 0.4.0 than I expected so it would be nice if someone reviewed the
> merge.
>
>
>
> I’ve run the test suite on Windows 64 (VC++) and Ubuntu 20 (WSL).
> Volunteer needed to test on macOS (at least) and confirm.
>
>
>
> I do not plan further work on it myself.
>
>
>
> /Ashok
>
>
>
> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
> *Sent:* Thursday, June 19, 2025 12:55 AM
> *To:* apn...@ya...; tcl...@li...
> *Subject:* Re: [TCLCORE] tclx, tktreectrl and tkpath repositories and a
> request
>
>
>
> Some history.
> I originally had Rene's tkpath version in BAWT (last update was in 2018),
> which does not compile on Mac.
> Manfred Rosenberger (author of tkpath based RattleCAD) asked me to add
> Christian Werner's version of tkpath, because his version runs on Mac and
> has several other fixes.
> After Tcl9 release Steve Shaw sent me a Tcl9 ready version of tkpath.
> Unfortunately this version was based on Rene's version (no Mac) and did
> only
> work with Tcl9, but not Tcl8.
> I then merged the Tcl9 changes into Christian's version, which is the
> version 0.4.0
> available with BAWT.
>
> So in my point of view, the BAWT version is the most advanced one.
> It runs the test suite without errors on Windows and Linux using Tcl/Tk
> 8.6.16 and Tcl/Tk 9.0.1
> The test suite runs on Mac with 1 error both using Tcl/Tk 8.6.16 and
> 9.0.1, see below.
>
> Paul
>
> ==== canvText-1.12 configuration options: bad value for -stipple FAILED
> ==== Contents of test case:
>
>     .c create text 20 20 -tag test
>     .c itemconfigure test $name $badValue
>
> ---- Test completed normally; Return code was: 0
> ---- Return code should have been one of: 1
> ==== canvText-1.12 FAILED
>
>
> Am 18.06.2025 um 05:26 schrieb apnmbx-public--- via Tcl-Core:
>
> Thanks Paul. Do you know if your version of tkpath also incorporates
> Rene’s changes from chiselapp?
>
>
>
> I hope someone picks up tkpath, else I will make an attempt at a merge at
> some point. For the macOS issues, I’m afraid I have no way of testing
> GUI’s. At least for console only, Github actions can be used (painfully).
>
>
>
> /Ashok
>
>
>
> *From:* Paul Obermeier <pa...@po...> <pa...@po...>
>
> I do have a version of tkpath, which is a merge of Christian's and Steve's
> work and compiles
> using Tcl 8.6 and 9.0 on Windows, Linux and Mac.
> See https://www.bawt.tcl3d.org/download/InputLibs/tkpath-0.4.0.7z
>
> It works on Windows and Linux using Tcl 8.6 and 9.0.
> It works on Mac using 8.6, but does not work with Tcl 9.0.
>
>
>
>
> tktreectrl and tkpath have been tested on Windows and Linux. Someone
> testing on macOS would be helpful.
>
> Repository version of tktreectrl works on Windows, Linux, Mac using Tcl
> 8.6 and 9.0.
>
> Note, that I tested the packages only by using the simple scripts
> contained in the BAWT framework.
>
>
>
>
>
> _______________________________________________
>
> 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
>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core
>

Re: [TCLCORE] TIP #725 (::tk::mac::GetInfoAsJSON): CFV

[Kevin W. <kw...@co...>]

<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><img width="1" height="1" src="https://fedbdhd.r.af.d.sendibt2.com/tr/op/ia5UHg7mYrX2dbL9Z7O8N7nArZ4CknLKZra1l7EqRT_pwp7RSR3DBEpXxmH2OXyJCiINKqRbNL02jLkOAhe4eV8Dz1r3_9BABu8RzqpmxVbQ56hVo2wJsOIyVidDQp2rT0XGW0D5dmGN3nEHWOXdbTtADsnGGSrgaXOCaiMGqqtvYTiZg-xFaUGYiFnqiutq2HqX45v7XLIBbZ1hGS0sr0ZmwhpC4VLI" style="mso-hide:all"/><div dir="ltr"></div><div dir="ltr">TIP 725: &nbsp;YES</div><div dir="ltr"><br><blockquote type="cite">On Jun 29, 2025, at 12:00 PM, Marc Culler &lt;cul...@gm...&gt; wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>It has now been 2 weeks, rather than 2 days, so I think it is time to call for votes on TIP #725.</div><div><br></div><div>Recall that this TIP targets Tk 9.1 and only affects the macOS port.&nbsp; It adds one new command in the ::tk::mac namespace.&nbsp; The new command GetInfoAsJSON is analogous to the existing command GetAppPath but provides much more information, namely the entire contents of the Info.plist file, allowing Tcl code running within a macOS Application to obtain information about its host Application without enraging Apple's gatekeeper.&nbsp; The NSDicitionary&nbsp;represented by the Info.plist file is serialized as a JSON-encoded string which is the return value of the command.&nbsp; The json package provided by Tcllib can be used to deserialize the JSON data as a Tcl dict.</div><div><br></div><div>The voting period will be about two weeks, ending at 2025-07-13T00:00:00 UTC, which has unix timestamp&nbsp;1752386400.</div><div><br></div><div>My vote:</div><div>TIP #725: YES</div><div><br></div><div>- Marc</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sun, Jun 15, 2025 at 9:01 AM Marc Culler &lt;<a href="mailto:cul...@gm...">cul...@gm...</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>This TIP was discussed quite a bit on this list, and the discussion now seems to have run its course without any objections having been raised.&nbsp; So I intend to call for a vote in a day or two.</div><div><br></div><div>- Marc</div></div>
</blockquote></div></div>
<span>_______________________________________________</span><br><span>Tcl-Core mailing list</span><br><span>Tcl...@li...</span><br><span>https://lists.sourceforge.net/lists/listinfo/tcl-core</span><br></div></blockquote></body></html>

Re: [TCLCORE] TIP #725 (::tk::mac::GetInfoAsJSON): CFV

[Marc C. <cul...@gm...>]

It has now been 2 weeks, rather than 2 days, so I think it is time to call
for votes on TIP #725.

Recall that this TIP targets Tk 9.1 and only affects the macOS port.  It
adds one new command in the ::tk::mac namespace.  The new command
GetInfoAsJSON is analogous to the existing command GetAppPath but provides
much more information, namely the entire contents of the Info.plist file,
allowing Tcl code running within a macOS Application to obtain information
about its host Application without enraging Apple's gatekeeper.  The
NSDicitionary represented by the Info.plist file is serialized as a
JSON-encoded string which is the return value of the command.  The json
package provided by Tcllib can be used to deserialize the JSON data as a
Tcl dict.

The voting period will be about two weeks, ending at 2025-07-13T00:00:00
UTC, which has unix timestamp 1752386400.

My vote:
TIP #725: YES

- Marc

On Sun, Jun 15, 2025 at 9:01 AM Marc Culler <cul...@gm...> wrote:

> This TIP was discussed quite a bit on this list, and the discussion now
> seems to have run its course without any objections having been raised.  So
> I intend to call for a vote in a day or two.
>
> - Marc
>