tcl-mac — Q&A for Tcl on the Macintosh platform

Re: [MACTCL] Issue with keysyms when generating key events

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

Can you investigate and provide a patch?  I'm not very familiar with the key event code.

Sent from my iPhone

> On Apr 1, 2015, at 9:13 AM, Trevor Williams <pha...@me...> wrote:
> 
> Slightly different.  The first issue was detectable when the user entered text and was specifically related to unprintable characters (modifier keys mostly).  This issue is related to printable keys via "event generate" statements.
> 
> Sent from my iPad
> 
>> On Apr 1, 2015, at 6:36 AM, Kevin Walzer <kw...@co...> wrote:
>> 
>> Does this relate to the earlier key event issue you reported?
>> 
>> Sent from my iPhone
>> 
>>> On Mar 31, 2015, at 9:22 PM, Trevor Williams <pha...@gm...> wrote:
>>> 
>>> All,
>>> 
>>> I'm seeing an issue with 8.5.18 build for Mac OSX where generating a key event such as:
>>> 
>>> pack [text .t]
>>> event generate .t <Key-b>
>>> 
>>> Will cause the %K (keysym) value to go to a bogus value (I consistently see the character "a" displayed).
>>> 
>>> I have attached a sample script which demonstrates the issue.  Anyone want to give it a try and confirm the issue?  I tried the same script with 8.5.8 and that appears to produce the correct result.
>>> 
>>> Thanks,
>>> Trevor
>>> 
>>> <test.tcl>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>>> things parallel software development, from weekly thought leadership blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the 
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Tcl-mac mailing list
>>> tc...@li...
>>> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] Issue with keysyms when generating key events

[Trevor W. <pha...@me...>]

Slightly different.  The first issue was detectable when the user entered text and was specifically related to unprintable characters (modifier keys mostly).  This issue is related to printable keys via "event generate" statements.

Sent from my iPad

> On Apr 1, 2015, at 6:36 AM, Kevin Walzer <kw...@co...> wrote:
> 
> Does this relate to the earlier key event issue you reported?
> 
> Sent from my iPhone
> 
>> On Mar 31, 2015, at 9:22 PM, Trevor Williams <pha...@gm...> wrote:
>> 
>> All,
>> 
>> I'm seeing an issue with 8.5.18 build for Mac OSX where generating a key event such as:
>> 
>> pack [text .t]
>> event generate .t <Key-b>
>> 
>> Will cause the %K (keysym) value to go to a bogus value (I consistently see the character "a" displayed).
>> 
>> I have attached a sample script which demonstrates the issue.  Anyone want to give it a try and confirm the issue?  I tried the same script with 8.5.8 and that appears to produce the correct result.
>> 
>> Thanks,
>> Trevor
>> 
>> <test.tcl>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>> things parallel software development, from weekly thought leadership blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the 
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Tcl-mac mailing list
>> tc...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] Issue with keysyms when generating key events

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

Does this relate to the earlier key event issue you reported?

Sent from my iPhone

> On Mar 31, 2015, at 9:22 PM, Trevor Williams <pha...@gm...> wrote:
> 
> All,
> 
> I'm seeing an issue with 8.5.18 build for Mac OSX where generating a key event such as:
> 
> pack [text .t]
> event generate .t <Key-b>
> 
> Will cause the %K (keysym) value to go to a bogus value (I consistently see the character "a" displayed).
> 
> I have attached a sample script which demonstrates the issue.  Anyone want to give it a try and confirm the issue?  I tried the same script with 8.5.8 and that appears to produce the correct result.
> 
> Thanks,
> Trevor
> 
> <test.tcl>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

[MACTCL] Issue with keysyms when generating key events

[Trevor W. <pha...@gm...>]

All,

I'm seeing an issue with 8.5.18 build for Mac OSX where generating a key event such as:

pack [text .t]
event generate .t <Key-b>

Will cause the %K (keysym) value to go to a bogus value (I consistently see the character "a" displayed).

I have attached a sample script which demonstrates the issue.  Anyone want to give it a try and confirm the issue?  I tried the same script with 8.5.8 and that appears to produce the correct result.

Thanks,
Trevor

Re: [MACTCL] [TCLCORE] Tk-Cocoa--over the finish line

[Andreas K. <and...@ac...>]

On Tue, Mar 24, 2015 at 2:06 PM, Russell Owen <ro...@uw...> wrote:
> On 3/24/15 1:21 PM, Andreas Kupries wrote:
>> On Tue, Mar 24, 2015 at 11:20 AM, Russell Owen <ro...@uw...> wrote:
>>> On 3/21/15 10:00 AM, Kevin Walzer wrote:
>>>> Thanks to some incredibly heavy lifting by Marc Culler, I've committed
>> [...]
>>
>>> Thank you both, very much! I just got two bugs reports about windows
>>> that could not be closed, so I'm hoping these recent changes fix that.
>>>
>>> In what release is this work likely to appear? I know 8.5.18 was
>>> formally released. On the other hand, ActiveState still has not cut
>>> binaries for it, at least for the community edition.
>>
>> While I actually cut the RC builds for AT 8.5.18 and 8.6.4 around Mar
>> 12 our QA got stuck on so many other things that it was easy to supply
>> them with new OS X builds containing the latest Cocoa work after
>> updating our checkouts yesterday. I cannot make promises on when these
>> will be released however.
>
> Are you saying that the official ActiveState 8.5.18 binaries will
> include these latest improvements? If so, that is great news!

They should, yes.

> I'm running them now with a homemade build, but I'm always happier to
> use an official build if a suitable one exists (and I'm not expecting
> anything from ActiveState soon; they seem to make many months to release
> binaries).



-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

Re: [MACTCL] [TCLCORE] Tk-Cocoa--over the finish line

[Andreas K. <and...@ac...>]

On Tue, Mar 24, 2015 at 11:20 AM, Russell Owen <ro...@uw...> wrote:
> On 3/21/15 10:00 AM, Kevin Walzer wrote:
>> Thanks to some incredibly heavy lifting by Marc Culler, I've committed
[...]

> Thank you both, very much! I just got two bugs reports about windows
> that could not be closed, so I'm hoping these recent changes fix that.
>
> In what release is this work likely to appear? I know 8.5.18 was
> formally released. On the other hand, ActiveState still has not cut
> binaries for it, at least for the community edition.

While I actually cut the RC builds for AT 8.5.18 and 8.6.4 around Mar
12 our QA got stuck on so many other things that it was easy to supply
them with new OS X builds containing the latest Cocoa work after
updating our checkouts yesterday. I cannot make promises on when these
will be released however.


-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

Re: [MACTCL] [TCLCORE] Tk-Cocoa--over the finish line

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

Thanks Kevin, and especially Marc.

I (and many others) deeply appreciate your efforts and commitment.

— Steve

> On 22 Mar 2015, at 1:00 am, Kevin Walzer <kw...@co...> wrote:
> 
> Hi all,
> 
> Thanks to some incredibly heavy lifting by Marc Culler, I've committed 
> another large batch of updates for Tk-Cocoa that address some really 
> knotty issues: memory leaks; zombie windows; random crashes; and the 
> overloaded event loop. I had done a few things to address these, but 
> Marc's code addresses them in a much more substantial and streamlined 
> way. After testing the latest code against some of the worst showstopper 
> bugs, Tk-Cocoa handles everything like a champ. I'm simply amazed. Tk is 
> finally living up to its potential under Cocoa. If it's been a while 
> since you've looked at Tk on the Mac, download the latest from trunk or 
> core-8-5-branch and check it out.
> 
> I've highlighted Marc's contributions in a blog entry here:
> 
> http://www.codebykevin.com/blosxom.cgi/2015/03/21#tk-cocoa-culler
> 
> In recognition of all he's contributed, I've credited Marc as a 
> co-author of Tk-Cocoa in the copyright section of Wish, along with 
> Daniel Steffen, Jim Ingham, and the others whose work has been 
> foundational for Tk on the Mac. The current incarnation simply wouldn't 
> exist without his work, and I'm very grateful.
> 
> Thanks Marc!
> 
> --Kevin
> 
> -- 
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
> 
> 
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-core

[MACTCL] Tk-Cocoa--over the finish line

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

Hi all,

Thanks to some incredibly heavy lifting by Marc Culler, I've committed 
another large batch of updates for Tk-Cocoa that address some really 
knotty issues: memory leaks; zombie windows; random crashes; and the 
overloaded event loop. I had done a few things to address these, but 
Marc's code addresses them in a much more substantial and streamlined 
way. After testing the latest code against some of the worst showstopper 
bugs, Tk-Cocoa handles everything like a champ. I'm simply amazed. Tk is 
finally living up to its potential under Cocoa. If it's been a while 
since you've looked at Tk on the Mac, download the latest from trunk or 
core-8-5-branch and check it out.

I've highlighted Marc's contributions in a blog entry here:

http://www.codebykevin.com/blosxom.cgi/2015/03/21#tk-cocoa-culler

In recognition of all he's contributed, I've credited Marc as a 
co-author of Tk-Cocoa in the copyright section of Wish, along with 
Daniel Steffen, Jim Ingham, and the others whose work has been 
foundational for Tk on the Mac. The current incarnation simply wouldn't 
exist without his work, and I'm very grateful.

Thanks Marc!

--Kevin

-- 
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com

[MACTCL] Possible fix for event loop issues in Tk-Cocoa

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

Hello all,

I've done some additional work with the old Tk-Cocoa event loop bug 
reported here:

http://core.tcl.tk/tk/tktview/3028676fffffffffffffffffffffffffffffffff

and I have developed what may be a fix, or at least an improvement. 
Please see the entire comment thread at the bug report for context and 
background, as well as some test scripts that illustrate the bug, but 
here is my comment below:

---
I've been doing some additional experimentation with this, and this diff 
of tclMacOSXNotify.c in trunk seems to improve things significantly in 
terms of avoiding hangs:

--- tclMacOSXNotify-current.c    2015-03-07 23:31:56.000000000 -0500
+++ tclMacOSXNotify.c    2015-03-07 23:41:21.000000000 -0500
@@ -1412,7 +1412,8 @@
          (tsdPtr->runLoopNestingLevel > 1
              || !tsdPtr->runLoopRunning)) {
          tsdPtr->runLoopServicingEvents = 1;
-        while (Tcl_ServiceAll() && tsdPtr->waitTime == 0) {}
+            /* This call seems to simply force event processing through 
and prevents hangups that have long been observed with Tk-Cocoa.  */
+        Tcl_ServiceAll();
          tsdPtr->runLoopServicingEvents = 0;
      }
      break;

In brief, swapping out the while loop and replacing it with a direct 
call to Tcl_ServiceAll() just seems to force things through. The demo 
script attached to this bug (beachball-bug.tcl) does not lock up, 
although resizing the window and selecting menus does run a bit 
sluggishly until the events are processed. The shorter script referenced 
elsewhere here does not freeze at all with this change.

I see this as a promising fix for this bug, and a way to further reduce 
the issues with the event loop, but I would like others to test as well 
and see if their experiences match mine.
---

I would be very grateful if others who have had issues with the event 
loop could try this patch (the file is in tcl/macosx) as soon as 
possible and try it out against whatever code you find triggers major 
hangs in Tk-Cocoa. As I understand the notifier code, this particular 
code only runs when the Tcl notifier is in embedded mode, cf. in 
Tk-Cocoa, and not in pure Tcl, so it is not likely to be demonstrated by 
the Tcl test suite. Daniel Steffen advised that any changes to the 
notifier code would need to be exercised in Tk, either via the test 
suite or by running the Tk demo code (my preferred method). Running the 
Wish demo, things seem to work just fine.

If others report that this code seems to remove or reduce the major 
issues with Tk's event loop, I will commit it to trunk,  backport it to 
8.5, and may even want to do an updated release of 8.5.18 (I know this 
is a bit late, but it's so critical that I would want to push it out). 
If others report no improvement, then I'll leave the code as is.

Again, please test this as soon as possible, and if it works for you, 
I'll commit it right away.

Thanks,
Kevin

-- 
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com

Re: [MACTCL] Problems with modifiers

[Trevor W. <pha...@me...>]

I think that if you just hit the Shift key, you will get a KeyPress event where the keysym value is ??.  I'll try to investigate some more.  At least it sounds like the problem is not isolated to just me.

Sent from my iPod

> On Mar 3, 2015, at 4:44 AM, Kevin Walzer <kw...@co...> wrote:
> 
>> On 3/3/15 12:08 AM, Trevor Williams wrote:
>> I am using 8.5.15 (though I have seen this same issue with 8.5.17).  When I enter a modifier key such as Shift, Control, Alt or Command, and attempt to get the keys value using the bind %K value, instead of receiving a value like “Shift_L” and the like, I instead get the value “??”.
> Running your script, here is one example output I see for Shift A:
> 
> Unmodified <KeyRelease> with <%K> equal to <A> and <%A> equal to <A>
> Unmodified <KeyRelease> with <%K> equal to <??> and <%A> equal to <{}>
> 
> This doesn't seem entirely consistent with what you are reporting: note 
> that the A is captured there.
> 
> Regardless, this is an area I am unfamiliar with, including the use case 
> for getting the key pressed with a modifier. If you want to investigate 
> submitting a patch, the relevant code seems to be in tkMacOSXKeyboard.c.
> 
> --Kevin
> 
> -- 
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
> 
> 
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] Problems with modifiers

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

On 3/3/15 12:08 AM, Trevor Williams wrote:
> I am using 8.5.15 (though I have seen this same issue with 8.5.17).  When I enter a modifier key such as Shift, Control, Alt or Command, and attempt to get the keys value using the bind %K value, instead of receiving a value like “Shift_L” and the like, I instead get the value “??”.
>
>
Running your script, here is one example output I see for Shift A:

Unmodified <KeyRelease> with <%K> equal to <A> and <%A> equal to <A>
Unmodified <KeyRelease> with <%K> equal to <??> and <%A> equal to <{}>

This doesn't seem entirely consistent with what you are reporting: note 
that the A is captured there.

Regardless, this is an area I am unfamiliar with, including the use case 
for getting the key pressed with a modifier. If you want to investigate 
submitting a patch, the relevant code seems to be in tkMacOSXKeyboard.c.

--Kevin

-- 
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com

[MACTCL] Problems with modifiers

[Trevor W. <pha...@gm...>]

I am using 8.5.15 (though I have seen this same issue with 8.5.17).  When I enter a modifier key such as Shift, Control, Alt or Command, and attempt to get the keys value using the bind %K value, instead of receiving a value like “Shift_L” and the like, I instead get the value “??”.

I was able to reproduce this issue with a script provided on the wiki.tcl.tk page.  I have attached that script to this e-mail.

I appreciate any help tracking this issue down.

Thanks,
Trevor Williams

[MACTCL] Fullscreen 1.2 released

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

I've released version 1.2 of my "fullscreen" package for Tk-Cocoa.

This package adds native a "fullscreen" button to Tk windows on Mac OS X 
10.7 and later. The ::fullscreen::fullscreen command implements a 
Cocoa-native fullscreen button that, when pressed, will move the window 
to fullscreen status. The window can be restored to its previous state 
by clicking the "resize" icon in the application menu. This command is 
implemented internally by overriding the native Cocoa fullscreen API to 
generate a "ToggleFullScreen" virtual event, which is then passed to Tcl 
to map the fullscreen status to the window via the "wm attributes $w 
-fullscreen" command. This ensures smoother integration between Tk and 
Cocoa by working with a standard Tk mechanism, but does not work 
identically to fully-native Cocoa fullscreen implementations. Earlier 
implementations of the fullscreen attempted to provide a fully-native 
Cocoa implementation, but it was highly-complex and prone to crashing.

More information: http://opensource.codebykevin.com/native.html#fullscreen

--Kevin

-- 
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com

Re: [MACTCL] Learn to read (was Re: Unsubscribe)

[Steve A <ste...@gm...>]

I checked out your code last week. You have definitely made lots
progress with this. The fonts and appearance are  generally great, but
i still notice much  more anomalies than carbon. Maybe i will find
time to examine/report them. Panedwindows are the main offender, but
this causes problems for all OS X wish i think. Running my monster
app, performance was quite acceptable.

Re my unsubscribe request - It appears the problem is I am not
receiving any unsubscribe confirmation emails.

cheers.

[MACTCL] ActiveTcl OSX test build

[Andreas K. <and...@ac...>]

Available at
    ftp://ftp.tcl.tk/pub/incoming/ActiveTcl8.5.17.1.298764-macosx10.5-i386-x86_64-threaded.dmg
MD5:  8527a8f57e2d159fcdf9883caafa69bc
Size: 26231343

this is a test build of ActiveTcl 8.5 containing Kevin's latest OS X
work, for testing by those who do not wish to build their own.

This is a devbuild hot out of the oven.
It has not been tested.


-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

Re: [MACTCL] Final report on Tk-Cocoa 2.0

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

Not yet. It seems to be related with a more complex GUI only and it takes time to boil the GUI down and to see what element exactly is causing the problem. I’ll keep trying.

Torsten

> On 2/22/15 3:36 PM, Torsten Berg wrote:
>> However, �, in one application I now see crashes again when resizing, resulting on this message on the console:
>> 
>> Assertion failed: (r->shape != NULL), function assert_check_region, file Regions/CGRegion.c, line 28.
>> Abort trap: 6
> Can you provide a simple script that reproduces the issue?
> 
> -- 
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
> 
> 
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] Final report on Tk-Cocoa 2.0

[Uwe K. <ml...@ko...>]

Hello Kevin,

sometimes idiots make a difference ;-)  I finally found the time to test
your current tk additions on an up to date OSX.

And I have to say: THANK YOU for all your work.  At least the widget
demo looks beautiful.

For testing I have built a tclkit from fossil_trunk with the help of
KitCreator from Roy Keene: http://kitcreator.rkeene.org/fossil/home

I have just to find out how to run the tests and whether the build is
usable for more than my OSX version (10.10) and has the "right"
build-options set.  Do you have an updated document for compiling Tcl on
OSX?

For your convenience the build (based on this fossil commit:
http://core.tcl.tk/tk/info/754c58b715576192) can be found here:
http://koloro.de/tclkit-fossil_trunk (3.7 MB, Mach-O 64-bit x86_64).

Best regards
Uwe

Re: [MACTCL] Final report on Tk-Cocoa 2.0

[Uwe K. <ml...@ko...>]

Hello Kevin,

sometimes idiots make a difference ;-)  I finally found the time to test
your current tk additions on an up to date OSX.

And I have to say: THANK YOU for all your work.  At least the widget
demo looks beautiful.

For testing I have built a tclkit from fossil_trunk with the help of
KitCreator from Roy Keene: http://kitcreator.rkeene.org/fossil/home

I have just to find out how to run the tests and whether the build is
usable for more than my OSX version (10.10) and has the "right"
build-options set.  Do you have an updated document for compiling Tcl on
OSX?

For your convenience the build (based on this fossil commit:
http://core.tcl.tk/tk/info/754c58b715576192) can be found here:
http://koloro.de/tclkit-fossil_trunk (3.7 MB, Mach-O 64-bit x86_64).

Best regards
Uwe

Re: [MACTCL] Final report on Tk-Cocoa 2.0

[Uwe K. <uw...@ko...>]

Hello Kevin,

sometimes idiots make a difference ;-)  I finally found the time to test
your current tk additions on an up to date OSX.

And I have to say: THANK YOU for all your work.  At least the widget
demo looks beautiful.

For testing I have built a tclkit from fossil_trunk with the help of
KitCreator from Roy Keene: http://kitcreator.rkeene.org/fossil/home

I have just to find out how to run the tests and whether the build is
usable for more than my OSX version (10.10) and has the "right"
build-options set.  Do you have an updated document for compiling Tcl on
OSX?

For your convenience the build (based on this fossil commit:
http://core.tcl.tk/tk/info/754c58b715576192) can be found here:
http://koloro.de/tclkit-fossil_trunk (3.7 MB, Mach-O 64-bit x86_64).

Best regards
Uwe

Re: [MACTCL] Final report on Tk-Cocoa 2.0

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

On 2/22/15 3:36 PM, Torsten Berg wrote:
> However, �, in one application I now see crashes again when resizing, resulting on this message on the console:
>
> Assertion failed: (r->shape != NULL), function assert_check_region, file Regions/CGRegion.c, line 28.
> Abort trap: 6
Can you provide a simple script that reproduces the issue?

-- 
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com

Re: [MACTCL] Final report on Tk-Cocoa 2.0

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

Now it compiles again. Great!

The resizing looks great now. I can only see smaller glitches on buttons that do not really disturb much, great improvement!

However, …, in one application I now see crashes again when resizing, resulting on this message on the console:

Assertion failed: (r->shape != NULL), function assert_check_region, file Regions/CGRegion.c, line 28.
Abort trap: 6

I am sorry, I slowly feel guilty finding yet another problem without really being able to fix it myself …

Regards, Torsten


Am 22.02.2015 um 19:04 schrieb Kevin Walzer <kw...@co...>:

> On 2/22/15 7:38 AM, Torsten Berg wrote:
>> /Users/Torsten/Tcl/distrib/tk/unix/
>> ../macosx/tkMacOSXWindowEvent.c:852:38: error: passing 'NSRect' (aka 'struct _NSRect') to parameter of incompatible type
>>       'CGRect' (aka 'struct CGRect')
>>     NSRect bounds = NSRectFromCGRect([self bounds]);
>> 
> I committed a quick fix--please see if it helps. 
> 
> Kevin  
> 
> --
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> 
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk_______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] Final report on Tk-Cocoa 2.0

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

On 2/22/15 7:38 AM, Torsten Berg wrote:
> /Users/Torsten/Tcl/distrib/tk/unix/../macosx/tkMacOSXWindowEvent.c:852:38: error: passing 'NSRect' (aka 'struct _NSRect') to parameter of incompatible type
>        'CGRect' (aka 'struct CGRect')
>      NSRect bounds = NSRectFromCGRect([self bounds]);
I committed a quick fix--please see if it helps.

Kevin

-- 
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com

Re: [MACTCL] Final report on Tk-Cocoa 2.0

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

I'll take a look when I am back in the office.

Sent from my iPhone

> On Feb 22, 2015, at 7:38 AM, Torsten Berg <be...@ty...> wrote:
> 
> Dear Kevin,
> 
> thanks for all your hard work!
> 
> I am trying to test this, but run into an error compiling a i386 embedded build with the current trunk:
> 
> /Users/Torsten/Tcl/distrib/tk/unix/../macosx/tkMacOSXWindowEvent.c:852:38: error: passing 'NSRect' (aka 'struct _NSRect') to parameter of incompatible type
>      'CGRect' (aka 'struct CGRect')
>    NSRect bounds = NSRectFromCGRect([self bounds]);
> 
> Can anyone reproduce this?
> 
> Torsten
> 
> 
>> Hello all,
>> 
>> With a lot of testing from Linus Nyberg, Russell Owen, Torsten Reincke, 
>> and Marc Culler, and a good deal of code assistance from Marc, I've been 
>> able to do some smoothing out of some final rough edges with the major 
>> implementation changes of Tk-Cocoa, and I think it's time to declare 
>> that project complete.
>> 
>> After I announced the initial commits a few weeks ago, these folks 
>> invested a lot of time building, working with, and providing me feedback 
>> on the changes, and the issues revolved around a couple common issues:
>> 
>> 1. The button metrics were a bit off--buttons were too large, too much 
>> padding, and so on.
>> 2. My effort to address flicker during window resizing caused a lot of 
>> disruption, both to user expectations (the window resize was not 
>> displayed, by design) and stability (it crashed a lot).
>> 
>> After some additional work on my part, more user feedback, and some 
>> helpful patches, recent commits have achieved the following:
>> 
>> 1. Button metrics now work as expected.
>> 2. We've put live resizing back in, to make sure Tk remains consistent 
>> with user expectations, and still managed to eliminate the worst of the 
>> flicker that was evident when I first removed the private API's, without 
>> crashes.
>> 
>> There may still be a few loose ends (Torsten reported a minor UI glitch 
>> with scrollbars that does not impede functionality, and there is some 
>> subtle flicker at times during window resizing), but it's my view that 
>> Tk-Cocoa is now as stable and performant as it was before the private 
>> API's were removed, if not more so, and it achieves this outcome while 
>> remaining consistent with user expectations for window display and app 
>> performance--in short, Tk-Cocoa remains a good citizen on OS X. 
>> Additionally, a very good side effect of the improvements in drawing 
>> performance and stability is that the underlying issues with event loop 
>> integration seem reduced. That core issue has not been solved and may 
>> never be, but the simplifying of drawing and event processing seems to 
>> have relieved a good deal of pressure on the overall event loop, which 
>> is no small improvement.
>> 
>> I think the new Tk-Cocoa is ready for a stable release in both 8.6 and 
>> 8.5, and users should see significant improvements once that happens.
>> 
>> Thanks to all for their input, assistance, and encouragement.
>> 
>> Best,
>> Kevin
>> 
>> -- 
>> Kevin Walzer
>> Code by Kevin/Mobile Code by Kevin
>> http://www.codebykevin.com
>> http://www.wtmobilesoftware.com
>> 
>> 
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Tcl-mac mailing list
>> tc...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-mac
> 
> 
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] Final report on Tk-Cocoa 2.0

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

Dear Kevin,

thanks for all your hard work!

I am trying to test this, but run into an error compiling a i386 embedded build with the current trunk:

/Users/Torsten/Tcl/distrib/tk/unix/../macosx/tkMacOSXWindowEvent.c:852:38: error: passing 'NSRect' (aka 'struct _NSRect') to parameter of incompatible type
      'CGRect' (aka 'struct CGRect')
    NSRect bounds = NSRectFromCGRect([self bounds]);

Can anyone reproduce this?

Torsten


> Hello all,
> 
> With a lot of testing from Linus Nyberg, Russell Owen, Torsten Reincke, 
> and Marc Culler, and a good deal of code assistance from Marc, I've been 
> able to do some smoothing out of some final rough edges with the major 
> implementation changes of Tk-Cocoa, and I think it's time to declare 
> that project complete.
> 
> After I announced the initial commits a few weeks ago, these folks 
> invested a lot of time building, working with, and providing me feedback 
> on the changes, and the issues revolved around a couple common issues:
> 
> 1. The button metrics were a bit off--buttons were too large, too much 
> padding, and so on.
> 2. My effort to address flicker during window resizing caused a lot of 
> disruption, both to user expectations (the window resize was not 
> displayed, by design) and stability (it crashed a lot).
> 
> After some additional work on my part, more user feedback, and some 
> helpful patches, recent commits have achieved the following:
> 
> 1. Button metrics now work as expected.
> 2. We've put live resizing back in, to make sure Tk remains consistent 
> with user expectations, and still managed to eliminate the worst of the 
> flicker that was evident when I first removed the private API's, without 
> crashes.
> 
> There may still be a few loose ends (Torsten reported a minor UI glitch 
> with scrollbars that does not impede functionality, and there is some 
> subtle flicker at times during window resizing), but it's my view that 
> Tk-Cocoa is now as stable and performant as it was before the private 
> API's were removed, if not more so, and it achieves this outcome while 
> remaining consistent with user expectations for window display and app 
> performance--in short, Tk-Cocoa remains a good citizen on OS X. 
> Additionally, a very good side effect of the improvements in drawing 
> performance and stability is that the underlying issues with event loop 
> integration seem reduced. That core issue has not been solved and may 
> never be, but the simplifying of drawing and event processing seems to 
> have relieved a good deal of pressure on the overall event loop, which 
> is no small improvement.
> 
> I think the new Tk-Cocoa is ready for a stable release in both 8.6 and 
> 8.5, and users should see significant improvements once that happens.
> 
> Thanks to all for their input, assistance, and encouragement.
> 
> Best,
> Kevin
> 
> -- 
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
> 
> 
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] Learn to read (was Re: Unsubscribe)

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

And if you don't want to provide feedback, that's ok too.

I entered your email address in the unsubscribe field at the list page.  It should send you a confirmation email to make sure it's what you want. The rest is up to you.

Sent from my iPhone

> On Feb 21, 2015, at 3:46 PM, Steve A <ste...@gm...> wrote:
> 
> Maybe this is an idiots-only list nowadays... All the sane people
> having given up on the broken Tk Cocoa ?
> 
> Sorry for being so rude.
> 
>> On Sun, Feb 22, 2015 at 12:35 AM, Uwe Koloska <ml...@ko...> wrote:
>>> Am 21.02.2015 um 07:57 schrieb Steve A:
>>> That is now the second or third time i have tried that link.
>> 
>> And why don't you follow what's written on the page behind the link?
>> 
>> To give you a hint: The relevant text for you begins with "To
>> unsubscribe from Tcl-mac, ..."
>> 
>>> Please unsubscribe me manually.
>> 
>> If you want to pay the hourly rate ;-)
>> 
>> This is a self-service mailing list!
>> 
>> Uwe
>> 
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Tcl-mac mailing list
>> tc...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-mac
> 
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac