tcl-core — Tcl Core Team discussions about Tcl development

[TCLCORE] Tk 9.0.2 Release Candidate

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

Now available at

https://sourceforge.net/projects/tcl/files/Tcl/9.0.2/

is an RC1 candidate source code distribution pre-release of Tk 9.0.2

This is the second candidate release leading to the release of Tk 9.0.2.  It differs from the RC0 candidate only in edits to the changes.md file.  Successful tests of RC0 need not be repeated. The RC1 files will become the Tk 9.0.2 release later today.

Thank you for your contributions and assistance.

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

Re: [TCLCORE] Tcl 9.0.2 Release Candidate

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

Torsten,
thanks for the observation, great.
This was discussed at the biweekly, so I am able to answer.
Jan is aware of this.
The older one is taken, as additional steps are required to get it in 
TCL shape. Those steps are not done jet.

Thanks,
Harald

Am 02.07.2025 um 11:12 schrieb Torsten Berg:
> Not knowing how the procedure is for the bundled packages:
> 
> sqlite is now at 30.5.2 (3.49.1 is from February this year). Shouldn't the newest version go into the release?
> 
> Regards, Torsten
> 
> 
>> Am 01.07.2025 um 20:29 schrieb Donald G Porter via Tcl-Core <tcl...@li...>:
>>
>>
>> Now available at
>>
>> https://sourceforge.net/projects/tcl/files/Tcl/9.0.2/
>>
>> is an RC1 candidate source code distribution pre-release of Tcl 9.0.2
>>
>> This is the final candidate release leading to the release of Tcl 9.0.2. Testing of builds
>> and operations on multiple platforms is invited.  Any critical problem that should block
>> the release should be reported immediately.
>>
>> The Tcl pre-release includes pre-releases of the packages Itcl 4.3.3, Thread 3.0.2,
>> and TDBC* 1.1.11.  The same level of vetting on them is also appreciated.  The
>> released package sqlite 3.49.1 is also included.
>>
>> Unless a compelling, release-blocking flaw is reported, this release candidate will
>> become the Tcl 9.0.2 release on July 2, 2025.
>>
>> Release notes are also available for review, comment and correction.
>>
>> Thank you for your contributions and assistance.
>>
>> -- 
>> | Don Porter            Applied and Computational Mathematics Division |
>> | don...@ni...             Information Technology Laboratory |
>> | http://math.nist.gov/~DPorter/                                  NIST |
>> |______________________________________________________________________|
>>
>>

Re: [TCLCORE] Tcl 9.0.2 Release Candidate

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

Not knowing how the procedure is for the bundled packages:

sqlite is now at 30.5.2 (3.49.1 is from February this year). Shouldn't the newest version go into the release?

Regards, Torsten


> Am 01.07.2025 um 20:29 schrieb Donald G Porter via Tcl-Core <tcl...@li...>:
> 
> 
> Now available at
> 
> https://sourceforge.net/projects/tcl/files/Tcl/9.0.2/
> 
> is an RC1 candidate source code distribution pre-release of Tcl 9.0.2
> 
> This is the final candidate release leading to the release of Tcl 9.0.2. Testing of builds
> and operations on multiple platforms is invited.  Any critical problem that should block
> the release should be reported immediately.
> 
> The Tcl pre-release includes pre-releases of the packages Itcl 4.3.3, Thread 3.0.2,
> and TDBC* 1.1.11.  The same level of vetting on them is also appreciated.  The
> released package sqlite 3.49.1 is also included.
> 
> Unless a compelling, release-blocking flaw is reported, this release candidate will
> become the Tcl 9.0.2 release on July 2, 2025.
> 
> Release notes are also available for review, comment and correction.
> 
> Thank you for your contributions and assistance.
> 
> -- 
> | Don Porter            Applied and Computational Mathematics Division |
> | don...@ni...             Information Technology Laboratory |
> | http://math.nist.gov/~DPorter/                                  NIST |
> |______________________________________________________________________|
> 
> 
> 
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core

Re: [TCLCORE] Tcl 9.0.2 Release Candidate

[Schelte B. <tc...@tc...>]

Looks good to me. I encountered no problems running my largest, most 
complicated application.


Schelte


On 01/07/2025 20:29, Donald G Porter via Tcl-Core wrote:
> 
> Now available at
> 
> https://sourceforge.net/projects/tcl/files/Tcl/9.0.2/
> 
> is an RC1 candidate source code distribution pre-release of Tcl 9.0.2
> 
> This is the final candidate release leading to the release of Tcl 9.0.2. 
> Testing of builds
> and operations on multiple platforms is invited.  Any critical problem 
> that should block
> the release should be reported immediately.
> 
> The Tcl pre-release includes pre-releases of the packages Itcl 4.3.3, 
> Thread 3.0.2,
> and TDBC* 1.1.11.  The same level of vetting on them is also 
> appreciated.  The
> released package sqlite 3.49.1 is also included.
> 
> Unless a compelling, release-blocking flaw is reported, this release 
> candidate will
> become the Tcl 9.0.2 release on July 2, 2025.
> 
> Release notes are also available for review, comment and correction.
> 
> Thank you for your contributions and assistance.
> 

Re: [TCLCORE] Tcl 9.0.2 Release Candidate

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

Everything fine on Windows, Linux and Mac.

winget test-suite failure on Windows no more appearing.

Paul

Am 01.07.2025 um 20:29 schrieb Donald G Porter via Tcl-Core:
>
> Now available at
>
> https://sourceforge.net/projects/tcl/files/Tcl/9.0.2/
>
> is an RC1 candidate source code distribution pre-release of Tcl 9.0.2
>
> This is the final candidate release leading to the release of Tcl 9.0.2. Testing of builds
> and operations on multiple platforms is invited.  Any critical problem that should block
> the release should be reported immediately.
>
> The Tcl pre-release includes pre-releases of the packages Itcl 4.3.3, Thread 3.0.2,
> and TDBC* 1.1.11.  The same level of vetting on them is also appreciated.  The
> released package sqlite 3.49.1 is also included.
>
> Unless a compelling, release-blocking flaw is reported, this release candidate will
> become the Tcl 9.0.2 release on July 2, 2025.
>
> Release notes are also available for review, comment and correction.
>
> Thank you for your contributions and assistance.
>

Re: [TCLCORE] Tcl 9.0.2 Release Candidate

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

All ok from my side:
Windows 64 bit, VS 2022 64 bit.
Tests without errors.
Big application runs
Installation runs
html help runs.

I have made a proposal for Tk changelog in core-9-0-branch, not important.

Thanks for all, I appreciate,
Harald

Am 01.07.2025 um 20:29 schrieb Donald G Porter via Tcl-Core:
> 
> Now available at
> 
> https://sourceforge.net/projects/tcl/files/Tcl/9.0.2/
> 
> is an RC1 candidate source code distribution pre-release of Tcl 9.0.2
> 
> This is the final candidate release leading to the release of Tcl 9.0.2. 
> Testing of builds
> and operations on multiple platforms is invited.  Any critical problem 
> that should block
> the release should be reported immediately.
> 
> The Tcl pre-release includes pre-releases of the packages Itcl 4.3.3, 
> Thread 3.0.2,
> and TDBC* 1.1.11.  The same level of vetting on them is also 
> appreciated.  The
> released package sqlite 3.49.1 is also included.
> 
> Unless a compelling, release-blocking flaw is reported, this release 
> candidate will
> become the Tcl 9.0.2 release on July 2, 2025.
> 
> Release notes are also available for review, comment and correction.
> 
> Thank you for your contributions and assistance.
> 


-- 
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

[TCLCORE] Tcl 9.0.2 Release Candidate

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

Now available at

https://sourceforge.net/projects/tcl/files/Tcl/9.0.2/

is an RC1 candidate source code distribution pre-release of Tcl 9.0.2

This is the final candidate release leading to the release of Tcl 9.0.2. Testing of builds
and operations on multiple platforms is invited.  Any critical problem that should block
the release should be reported immediately.

The Tcl pre-release includes pre-releases of the packages Itcl 4.3.3, Thread 3.0.2,
and TDBC* 1.1.11.  The same level of vetting on them is also appreciated.  The
released package sqlite 3.49.1 is also included.

Unless a compelling, release-blocking flaw is reported, this release candidate will
become the Tcl 9.0.2 release on July 2, 2025.

Release notes are also available for review, comment and correction.

Thank you for your contributions and assistance.

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

Re: [TCLCORE] [EXTERNAL] Re: Tk 9.0.2 Release Notes

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

My memory was wrong.
Most of the great enhancements by Emiliano are not jet merged.
So, nothing in the release notes.

Thanks for all,
Harald

Am 01.07.2025 um 17:15 schrieb Donald G Porter via Tcl-Core:
> On 7/1/25 02:42, Harald Oehlmann wrote:
>> Am 30.06.2025 um 19:49 schrieb Donald G Porter via Tcl-Core:
>>> 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,
>> thanks for the release notes. IMHO, we may emphasize two new features 
>> at the top of the file to "promote" the release.
>> The features are:
>>
>> - visible sash for ttk::panedwindow for default and Windows themes
>> - highly enhanced print of canvas items and non-latin text
>>
>> The features are contained in the bug fix list.
>> Those bug-fixes may be moved to the top.
> 
> I don't understand from that description what you want done.
> 
> Please commit the changes you seek in the changes.md file to the 
> core-9-0-branch.
> Then I can pull it over and incoroporate it in a new RC.
> 

Re: [TCLCORE] [EXTERNAL] Re: Tk 9.0.2 Release Notes

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

Great, thanks!
Harald

Am 01.07.2025 um 17:15 schrieb Donald G Porter via Tcl-Core:
> On 7/1/25 02:42, Harald Oehlmann wrote:
>> Am 30.06.2025 um 19:49 schrieb Donald G Porter via Tcl-Core:
>>> 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,
>> thanks for the release notes. IMHO, we may emphasize two new features 
>> at the top of the file to "promote" the release.
>> The features are:
>>
>> - visible sash for ttk::panedwindow for default and Windows themes
>> - highly enhanced print of canvas items and non-latin text
>>
>> The features are contained in the bug fix list.
>> Those bug-fixes may be moved to the top.
> 
> I don't understand from that description what you want done.
> 
> Please commit the changes you seek in the changes.md file to the 
> core-9-0-branch.
> Then I can pull it over and incoroporate it in a new RC.
> 


-- 
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] [EXTERNAL] Re: Tk 9.0.2 Release Notes

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

On 7/1/25 02:42, Harald Oehlmann wrote:
> Am 30.06.2025 um 19:49 schrieb Donald G Porter via Tcl-Core:
>> 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,
> thanks for the release notes. IMHO, we may emphasize two new features at the top of the file to "promote" the release.
> The features are:
>
> - visible sash for ttk::panedwindow for default and Windows themes
> - highly enhanced print of canvas items and non-latin text
>
> The features are contained in the bug fix list.
> Those bug-fixes may be moved to the top.

I don't understand from that description what you want done.

Please commit the changes you seek in the changes.md file to the core-9-0-branch.
Then I can pull it over and incoroporate it in a new RC.

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

Re: [TCLCORE] Tk 9.0.2 Release Notes

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

Am 30.06.2025 um 19:49 schrieb Donald G Porter via Tcl-Core:
> 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,
thanks for the release notes. IMHO, we may emphasize two new features at 
the top of the file to "promote" the release.
The features are:

- visible sash for ttk::panedwindow for default and Windows themes
- highly enhanced print of canvas items and non-latin text

The features are contained in the bug fix list.
Those bug-fixes may be moved to the top.

Thanks for all,
Harald



-- 
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

[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