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

Re: [MACTCL] Creating a .app from source

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

On 4/30/15 4:46 PM, Damon Courtney wrote:
> So, once you have a build from source, how do you build a standalone .app on the Mac? build/tk/ contains all the necessary pieces, but I’m not sure where they should all go. It would seem that the frameworks need to inside the .app bundle, but Wish.app itself is a symlink into Tk.framework.
>
> Seems there’s a lot of recursion here, and I’m not sure how to unravel this snake. :)
>
>
Here's a general tutorial on prepping an app bundle:

http://opensource.codebykevin.com/tutorial.html

To build a standalone version of Wish with the frameworks embedded, see 
http://wiki.tcl.tk/12987. You'll need to scroll down the page and look 
for "embedded."

Hope that helps,
Kevin

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

Re: [MACTCL] ActiveState Tcl/Tk 8.5.18.0 and 8.6.4.0 is now out

[Russell O. <ro...@uw...>]

On 4/30/15 5:56 AM, Kevin Walzer wrote:
> On 4/29/15 2:30 PM, Russell Owen wrote:
>> What is the state of the source code? Would you recommend using today's
>> master, or is there there pending work I should wait for or an older
>> commit that is especially trustworthy? I don't release new versions of
>> my application very often, so I can afford to wait for a "sweet spot" to
>> update Tcl/Tk.
>
> Work is pretty much done for the moment on big changes in Tk/Mac. A lot
> of the recent changes were being driven by Marc Culler's patches, and
> Marc seems satisfied with things now, as am I. I'd say it's safe to use
> the current trunk or tip of core-8-5-branch.

Thank you. I uploaded binaries to 
<http://www.astro.washington.edu/users/rowen/python/TclTk%208.5.18_2015-04-28_macosx10.6.zip>. 
These should work on MacOS X 10.6 and later. Users must manually move 
the frameworks to /Library/Frameworks.

I notice that normal buttons with text are now much less cramped, with 
spacing that is similar to unix. This is a definite improvement. It's 
too soon to say if window closing or scrolling will be a problem, but 
looking through the commit history I'm hopeful the scrolling glitch 
reported by one user is now fixed.

However, users beware: these latest changes introduce some significant 
differences between MacOS and linux, which makes cross-platform GUI 
design harder:
- Spacing for checkbuttons and radiobuttons with text is now much more 
generous on MacOS than on unix. Admittedly it is quite cramped on unix 
(as it was on MacOS before these recent changes).
- If there is no text (e.g. -text is not specified or is specified to be 
an empty string) then on unix no label is shown. On MacOS a big blank 
label is shown.

-- Russell

[MACTCL] Creating a .app from source

[Damon C. <da...@tc...>]

So, once you have a build from source, how do you build a standalone .app on the Mac? build/tk/ contains all the necessary pieces, but I’m not sure where they should all go. It would seem that the frameworks need to inside the .app bundle, but Wish.app itself is a symlink into Tk.framework.

Seems there’s a lot of recursion here, and I’m not sure how to unravel this snake. :)

Damon

Re: [MACTCL] ActiveState Tcl/Tk 8.5.18.0 and 8.6.4.0 is now out

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

On 4/29/15 2:30 PM, Russell Owen wrote:
> What is the state of the source code? Would you recommend using today's
> master, or is there there pending work I should wait for or an older
> commit that is especially trustworthy? I don't release new versions of
> my application very often, so I can afford to wait for a "sweet spot" to
> update Tcl/Tk.

Work is pretty much done for the moment on big changes in Tk/Mac. A lot 
of the recent changes were being driven by Marc Culler's patches, and 
Marc seems satisfied with things now, as am I. I'd say it's safe to use 
the current trunk or tip of core-8-5-branch.

--Kevin

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

Re: [MACTCL] ActiveState Tcl/Tk 8.5.18.0 and 8.6.4.0 is now out

[Russell O. <ro...@uw...>]

On 4/28/15 3:02 PM, Kevin Walzer wrote:
>> Thank you!
>>
>> I'd been running a version build from the March 24 code, which has been
>> working pretty well. I've had a few complaints from users about windows
>> occasionally failing to close and one about a problem scrolling, but
>> otherwise just fine. In any case it's probably pretty close to
>> ActiveState's version. And it may be worth trying some newer source code.
>>
>> I cannot seem to find those hashes. Are they git commits or some other VCS?
>>
>> -- Russell
>>
>>
> Any reason you can't just build your own? AS is most valuable if it is a
> dependency for your app and you encourage your end users to install it,
> but  it does not offer any real advantage over building your own as a
> component of your app, especially if trunk is ahead of AS in terms of
> bug fixes and improvements, as it is here.

I'm quite willing to build my own, but I prefer to use tagged or 
official releases when I can, just because it makes it easier to 
document and keep track of what I am using. Also, using prerelease 
software tends to make others uneasy.

What is the state of the source code? Would you recommend using today's 
master, or is there there pending work I should wait for or an older 
commit that is especially trustworthy? I don't release new versions of 
my application very often, so I can afford to wait for a "sweet spot" to 
update Tcl/Tk.

I see that there was some work on button sizing (it appears to be space 
around the text) which is great (button text is very, very cramped on 
MacOS compared to unix; I have hacked around this) but it got withdrawn. 
Some other changes look promising.

-- Russell

Re: [MACTCL] ActiveState Tcl/Tk 8.5.18.0 and 8.6.4.0 is now out

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

On Tue, Apr 28, 2015 at 2:28 PM, Russell Owen <ro...@uw...> wrote:
> On 4/28/15 2:09 PM, Andreas Kupries wrote:
>> When you have the tclsh running, use
>>
>>      parray activestate::ActiveTcl
>>
>> to see build information for the distribution.
>>
>> The uuid keys contain the fossil hashes of the Tcl and Tk commits
>> which went into the build.
>>
>> To spare people some searching, according to my data it should be
>>
>>          tcl,revision  {d6acbd85345d03232659a62e6b147a1ce000cb5d}
>>          tk,revision   {5693942fd23b29f626ad135ff373874d8e4353ea}
>>          arch          {macosx10.5-ix86}
>>          buildtime,fmt {Mon Mar 23 17:55:16 PDT 2015}
>>
>> ==> http://core.tcl.tk/tk/info/5693942fd23b29f626ad135ff373874d8e4353ea
>>      A Mar 21 commit as per the timeline.
>>
>> This release does not have any of the Cocoa changes done later in April.
>
> Thank you!
>
> I'd been running a version build from the March 24 code, which has been
> working pretty well. I've had a few complaints from users about windows
> occasionally failing to close and one about a problem scrolling, but
> otherwise just fine. In any case it's probably pretty close to
> ActiveState's version. And it may be worth trying some newer source code.
>
> I cannot seem to find those hashes. Are they git commits or some other VCS?

They are fossil hashes. I gave the link for the Tk has in the mail, see
    http://core.tcl.tk/tk/info/5693942fd23b29f626ad135ff373874d8e4353ea

and the Tcl one is
    http://core.tcl.tk/tcl/info/d6acbd85345d03232659a62e6b147a1ce000cb5d

>
> -- Russell
>
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac



-- 
% Tcl'2015 Oct 19-23 = http://www.tcl.tk/community/tcl2015/cfp.html
% EuroTcl'15 June 20-21 = http://www.eurotcl.tcl3d.org/
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] ActiveState Tcl/Tk 8.5.18.0 and 8.6.4.0 is now out

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

> Thank you!
>
> I'd been running a version build from the March 24 code, which has been
> working pretty well. I've had a few complaints from users about windows
> occasionally failing to close and one about a problem scrolling, but
> otherwise just fine. In any case it's probably pretty close to
> ActiveState's version. And it may be worth trying some newer source code.
>
> I cannot seem to find those hashes. Are they git commits or some other VCS?
>
> -- Russell
>
>
Any reason you can't just build your own? AS is most valuable if it is a 
dependency for your app and you encourage your end users to install it, 
but  it does not offer any real advantage over building your own as a 
component of your app, especially if trunk is ahead of AS in terms of 
bug fixes and improvements, as it is here.

--Kevin

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

Re: [MACTCL] ActiveState Tcl/Tk 8.5.18.0 and 8.6.4.0 is now out

[Russell O. <ro...@uw...>]

On 4/28/15 2:09 PM, Andreas Kupries wrote:
> When you have the tclsh running, use
>
>      parray activestate::ActiveTcl
>
> to see build information for the distribution.
>
> The uuid keys contain the fossil hashes of the Tcl and Tk commits
> which went into the build.
>
> To spare people some searching, according to my data it should be
>
>          tcl,revision  {d6acbd85345d03232659a62e6b147a1ce000cb5d}
>          tk,revision   {5693942fd23b29f626ad135ff373874d8e4353ea}
>          arch          {macosx10.5-ix86}
>          buildtime,fmt {Mon Mar 23 17:55:16 PDT 2015}
>
> ==> http://core.tcl.tk/tk/info/5693942fd23b29f626ad135ff373874d8e4353ea
>      A Mar 21 commit as per the timeline.
>
> This release does not have any of the Cocoa changes done later in April.

Thank you!

I'd been running a version build from the March 24 code, which has been 
working pretty well. I've had a few complaints from users about windows 
occasionally failing to close and one about a problem scrolling, but 
otherwise just fine. In any case it's probably pretty close to 
ActiveState's version. And it may be worth trying some newer source code.

I cannot seem to find those hashes. Are they git commits or some other VCS?

-- Russell

Re: [MACTCL] ActiveState Tcl/Tk 8.5.18.0 and 8.6.4.0 is now out

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

When you have the tclsh running, use

    parray activestate::ActiveTcl

to see build information for the distribution.

The uuid keys contain the fossil hashes of the Tcl and Tk commits
which went into the build.

To spare people some searching, according to my data it should be

        tcl,revision  {d6acbd85345d03232659a62e6b147a1ce000cb5d}
        tk,revision   {5693942fd23b29f626ad135ff373874d8e4353ea}
        arch          {macosx10.5-ix86}
        buildtime,fmt {Mon Mar 23 17:55:16 PDT 2015}

==> http://core.tcl.tk/tk/info/5693942fd23b29f626ad135ff373874d8e4353ea
    A Mar 21 commit as per the timeline.

This release does not have any of the Cocoa changes done later in April.


On Tue, Apr 28, 2015 at 2:00 PM, Russell Owen <ro...@uw...> wrote:
> ActiveState released their binary installers for the latest version of
> Tcl/Tk.
> <http://www.activestate.com/activetcl/downloads>
>
> On MacOS there were a number of important fixes after the first official
> release of 8.5.18. If anyone figures out which of those fixes are in
> ActiveState's Mac 8.5.18 installer and which are not, I'd love to hear
> about it. I have not found release notes for the ActiveState
> distribution and I'm not sure how else to tell what version
> it was built from.
>
> -- Russell
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac



-- 
% Tcl'2015 Oct 19-23 = http://www.tcl.tk/community/tcl2015/cfp.html
% EuroTcl'15 June 20-21 = http://www.eurotcl.tcl3d.org/
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

[MACTCL] ActiveState Tcl/Tk 8.5.18.0 and 8.6.4.0 is now out

[Russell O. <ro...@uw...>]

ActiveState released their binary installers for the latest version of 
Tcl/Tk.
<http://www.activestate.com/activetcl/downloads>

On MacOS there were a number of important fixes after the first official 
release of 8.5.18. If anyone figures out which of those fixes are in 
ActiveState's Mac 8.5.18 installer and which are not, I'd love to hear 
about it. I have not found release notes for the ActiveState 
distribution and I'm not sure how else to tell what version
it was built from.

-- Russell

Re: [MACTCL] lsort -command, how to pass in more than two arguments

[Jean-Christian I. <jc....@gm...>]

Thank you very much.


I never would have thought to use list :)

Jean-Christian

On Thu, Apr 23, 2015 at 4:35 PM, Stephan Houben <ste...@gm...>
wrote:

> Hi Jean-Christian,
>
> This should work:
>
>  lsort -command [list custom_sort $fileId $attrNames] $records
>
> Unlike the {...} construct, [list ...] does not inhibit variable expansion
> in the ... part.
>
> Stephan
>
>
> 2015-04-23 2:39 GMT+02:00 Jean-Christian Imbeault <jc....@gm...>:
>
>> I'm new to Tcl and trying to port some legacy Tcl 8.0 (I know!) code to
>> 8.5.
>>
>> The legacy behaviour of lsort -command is different in 8.0 than 8.5 and I
>> would like some help in figuring out how to port a line of legacy code to
>> 8.5.
>>
>> Basically 8.0 would allow passing in more than two arguments to the sort
>> command using braces and 8.0 would do substitution of any variables inside
>> the braces. 8.5 does not interpolate the variables in the braces.
>>
>> Unfortunately I am too new to Tcl and don't quite have a handle on
>> interpolation and how to get the same behaviour in 8.5
>>
>> How can I pass in extra arguments to a custom sorting command?
>>
>> == Old 8.0 behaviour ==
>>
>> %  set fileId FILENAME
>> FILENAME
>> % set attrNames [list att1 att2]
>> att1 att2
>> %  set arg1 { {1} {stuff} }
>>  {1} {stuff}
>> % set arg2 { {2} {more stuff} }
>>  {2} {more stuff}
>> % lappend records $arg1
>> { {1} {stuff} }
>> % lappend records $arg2
>> { {1} {stuff} } { {2} {more stuff} }
>> %  proc custom_sort {a1 a2 toSort1 toSort2} {
>> puts "a1: $a1"
>> puts "a2: $a2"
>> puts "toSort1; $toSort1"
>> puts "toSort2: $toSort2"
>> return 1
>> }
>> %  lsort -command {custom_sort $fileId $attrNames} $records
>> a1: FILENAME
>> a2: att1 att2
>> toSort1;  {1} {stuff}
>> toSort2:  {2} {more stuff}
>> { {2} {more stuff} } { {1} {stuff} }
>> %
>>
>> == 8.5 Behaviour ==
>>
>> [only showing output]
>>
>> %  lsort -command {custom_sort $fileId $attrNames} $records
>> a1: $fileId
>> a2: $attrNames
>> toSort1;  {1} {stuff}
>> toSort2:  {2} {more stuff}
>> { {2} {more stuff} } { {1} {stuff} }
>>
>>
>> Thank you!
>>
>>
>> ------------------------------------------------------------------------------
>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>> Develop your own process in accordance with the BPMN 2 standard
>> Learn Process modeling best practices with Bonita BPM through live
>> exercises
>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>> event?utm_
>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>> _______________________________________________
>> Tcl-mac mailing list
>> tc...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>>
>>
>

Re: [MACTCL] lsort -command, how to pass in more than two arguments

[Stephan H. <ste...@gm...>]

Hi Jean-Christian,

This should work:

lsort -command [list custom_sort $fileId $attrNames] $records

You can play around with:
puts {custom_sort $fileId $attrNames}
puts [list custom_sort $fileId $attrNames]

to understand the difference between those two.

Stephan

2015-04-23 2:39 GMT+02:00 Jean-Christian Imbeault <jc....@gm...>:

> I'm new to Tcl and trying to port some legacy Tcl 8.0 (I know!) code to
> 8.5.
>
> The legacy behaviour of lsort -command is different in 8.0 than 8.5 and I
> would like some help in figuring out how to port a line of legacy code to
> 8.5.
>
> Basically 8.0 would allow passing in more than two arguments to the sort
> command using braces and 8.0 would do substitution of any variables inside
> the braces. 8.5 does not interpolate the variables in the braces.
>
> Unfortunately I am too new to Tcl and don't quite have a handle on
> interpolation and how to get the same behaviour in 8.5
>
> How can I pass in extra arguments to a custom sorting command?
>
> == Old 8.0 behaviour ==
>
> %  set fileId FILENAME
> FILENAME
> % set attrNames [list att1 att2]
> att1 att2
> %  set arg1 { {1} {stuff} }
>  {1} {stuff}
> % set arg2 { {2} {more stuff} }
>  {2} {more stuff}
> % lappend records $arg1
> { {1} {stuff} }
> % lappend records $arg2
> { {1} {stuff} } { {2} {more stuff} }
> %  proc custom_sort {a1 a2 toSort1 toSort2} {
> puts "a1: $a1"
> puts "a2: $a2"
> puts "toSort1; $toSort1"
> puts "toSort2: $toSort2"
> return 1
> }
> %  lsort -command {custom_sort $fileId $attrNames} $records
> a1: FILENAME
> a2: att1 att2
> toSort1;  {1} {stuff}
> toSort2:  {2} {more stuff}
> { {2} {more stuff} } { {1} {stuff} }
> %
>
> == 8.5 Behaviour ==
>
> [only showing output]
>
> %  lsort -command {custom_sort $fileId $attrNames} $records
> a1: $fileId
> a2: $attrNames
> toSort1;  {1} {stuff}
> toSort2:  {2} {more stuff}
> { {2} {more stuff} } { {1} {stuff} }
>
>
> Thank you!
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>
>

Re: [MACTCL] lsort -command, how to pass in more than two arguments

[Stephan H. <ste...@gm...>]

Hi Jean-Christian,

This should work:

 lsort -command [list custom_sort $fileId $attrNames] $records

Unlike the {...} construct, [list ...] does not inhibit variable expansion
in the ... part.

Stephan


2015-04-23 2:39 GMT+02:00 Jean-Christian Imbeault <jc....@gm...>:

> I'm new to Tcl and trying to port some legacy Tcl 8.0 (I know!) code to
> 8.5.
>
> The legacy behaviour of lsort -command is different in 8.0 than 8.5 and I
> would like some help in figuring out how to port a line of legacy code to
> 8.5.
>
> Basically 8.0 would allow passing in more than two arguments to the sort
> command using braces and 8.0 would do substitution of any variables inside
> the braces. 8.5 does not interpolate the variables in the braces.
>
> Unfortunately I am too new to Tcl and don't quite have a handle on
> interpolation and how to get the same behaviour in 8.5
>
> How can I pass in extra arguments to a custom sorting command?
>
> == Old 8.0 behaviour ==
>
> %  set fileId FILENAME
> FILENAME
> % set attrNames [list att1 att2]
> att1 att2
> %  set arg1 { {1} {stuff} }
>  {1} {stuff}
> % set arg2 { {2} {more stuff} }
>  {2} {more stuff}
> % lappend records $arg1
> { {1} {stuff} }
> % lappend records $arg2
> { {1} {stuff} } { {2} {more stuff} }
> %  proc custom_sort {a1 a2 toSort1 toSort2} {
> puts "a1: $a1"
> puts "a2: $a2"
> puts "toSort1; $toSort1"
> puts "toSort2: $toSort2"
> return 1
> }
> %  lsort -command {custom_sort $fileId $attrNames} $records
> a1: FILENAME
> a2: att1 att2
> toSort1;  {1} {stuff}
> toSort2:  {2} {more stuff}
> { {2} {more stuff} } { {1} {stuff} }
> %
>
> == 8.5 Behaviour ==
>
> [only showing output]
>
> %  lsort -command {custom_sort $fileId $attrNames} $records
> a1: $fileId
> a2: $attrNames
> toSort1;  {1} {stuff}
> toSort2:  {2} {more stuff}
> { {2} {more stuff} } { {1} {stuff} }
>
>
> Thank you!
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>
>

[MACTCL] lsort -command, how to pass in more than two arguments

[Jean-Christian I. <jc....@gm...>]

I'm new to Tcl and trying to port some legacy Tcl 8.0 (I know!) code to 8.5.

The legacy behaviour of lsort -command is different in 8.0 than 8.5 and I
would like some help in figuring out how to port a line of legacy code to
8.5.

Basically 8.0 would allow passing in more than two arguments to the sort
command using braces and 8.0 would do substitution of any variables inside
the braces. 8.5 does not interpolate the variables in the braces.

Unfortunately I am too new to Tcl and don't quite have a handle on
interpolation and how to get the same behaviour in 8.5

How can I pass in extra arguments to a custom sorting command?

== Old 8.0 behaviour ==

%  set fileId FILENAME
FILENAME
% set attrNames [list att1 att2]
att1 att2
%  set arg1 { {1} {stuff} }
 {1} {stuff}
% set arg2 { {2} {more stuff} }
 {2} {more stuff}
% lappend records $arg1
{ {1} {stuff} }
% lappend records $arg2
{ {1} {stuff} } { {2} {more stuff} }
%  proc custom_sort {a1 a2 toSort1 toSort2} {
puts "a1: $a1"
puts "a2: $a2"
puts "toSort1; $toSort1"
puts "toSort2: $toSort2"
return 1
}
%  lsort -command {custom_sort $fileId $attrNames} $records
a1: FILENAME
a2: att1 att2
toSort1;  {1} {stuff}
toSort2:  {2} {more stuff}
{ {2} {more stuff} } { {1} {stuff} }
%

== 8.5 Behaviour ==

[only showing output]

%  lsort -command {custom_sort $fileId $attrNames} $records
a1: $fileId
a2: $attrNames
toSort1;  {1} {stuff}
toSort2:  {2} {more stuff}
{ {2} {more stuff} } { {1} {stuff} }


Thank you!

Re: [MACTCL] Tk-Cocoa 2.0 (tcl/tk 8.6.4) and autoscroll on a text widget.

[Andrew S. <and...@qu...>]

Well, good news: Marc Culler provided a patch that wound up fixing this
issue because the missing scrollbar was also present in other contexts.
So, that will be present in the next release of Tk.


Great news! Thank you very much.

Andrew Stein

Re: [MACTCL] Tk-Cocoa 2.0 (tcl/tk 8.6.4) and autoscroll on a text widget.

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

On 4/7/15 6:48 PM, Andrew Stein wrote:
> Following the discussions here of Tk-Cocoa 2.0, I have downloaded and 
> built tcl/tk 8.6.4 and to try out. Unfortunately, there seems to be a 
> regression when autoscrolling a text widget -- the scrollbar's "bar" 
> is not visible.
Well, good news: Marc Culler provided a patch that wound up fixing this 
issue because the missing scrollbar was also present in other contexts. 
So, that will be present in the next release of Tk.

--Kevin

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

Re: [MACTCL] Tk-Cocoa 2.0 (tcl/tk 8.6.4) and autoscroll on a text widget.

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

On 4/7/15 6:48 PM, Andrew Stein wrote:
> Following the discussions here of Tk-Cocoa 2.0, I have downloaded and 
> built tcl/tk 8.6.4 and to try out. Unfortunately, there seems to be a 
> regression when autoscrolling a text widget -- the scrollbar's "bar" 
> is not visible.
I also saw this issue when working with the autoscroll package as I 
updated TkChat to the new implementation of Tk/Cocoa. The only solution 
I found was to get rid of autoscroll and just use scrollbars, which 
works just fine. There is some sort of clipping going on within the 
autoscroll package that doesn't play as well with the HITheme scrollbar. 
But I assure you that scrollbars appear just fine when configured directly.

--Kevin

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

[MACTCL] Tk-Cocoa 2.0 (tcl/tk 8.6.4) and autoscroll on a text widget.

[Andrew S. <and...@qu...>]

Following the discussions here of Tk-Cocoa 2.0, I have downloaded and built
tcl/tk 8.6.4 and to try out. Unfortunately, there seems to be a regression
when autoscrolling a text widget -- the scrollbar's "bar" is not visible.

I have boiled the issue down to a simple script, which follows, and have
attached screenshots from 8.6.3 and 8.6.4.

Thank you Kevin for all the work on Tk-Cocoa,

Andrew Stein

package require Tk
package require autoscroll

ttk::scrollbar .v -orient vertical -command [list .t yview]
::autoscroll::autoscroll .v
text .t -height 40 -yscrollcommand [list .v set]

grid .t -row 0 -column 0 -sticky nsew
grid .v -row 0 -column 1 -sticky nsew
grid columnconfigure . 0 -weight 1
grid rowconfigure . 0 -weight 1

wm title . $tk_patchLevel
for {set i 0} {$i < 100} {incr i} {
   .t insert end "$i\n"
}

[MACTCL] 1st Call For Papers - 22nd Annual Tcl/Tk Conference (Tcl'2015)

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

Hello tcl-mac, fyi ...

22nd Annual Tcl/Tk Conference (Tcl'2015)
http://www.tcl.tk/community/tcl2015/

October 19 - 23, 2015
Comfort Suites Manassas
7350 Williamson Blvd, 20109
Manassas, Virginia, USA

Important Dates:

Abstracts and proposals due   August 24, 2015
Notification to authors       August 31, 2015
WIP and BOF reservations open July 27, 2015
Author materials due          September 28, 2015
Tutorials Start               October 19, 2015
Conference starts             October 21, 2015

Email Contact:                tcl...@go...

Submission of Summaries

Tcl/Tk 2015 will be held in Manassas, Virginia, USA from October 19, 2015 to October 23, 2015.

The program committee is asking for papers and presentation proposals
from anyone using or developing with Tcl/Tk (and extensions). Past
conferences have seen submissions covering a wide variety of topics
including:

* Scientific and engineering applications
* Industrial controls
* Distributed applications and Network Managment
* Object oriented extensions to Tcl/Tk
* New widgets for Tk
* Simulation and application steering with Tcl/Tk
* Tcl/Tk-centric operating environments
* Tcl/Tk on small and embedded devices
* Medical applications and visualization
* Use of different programming paradigms in Tcl/Tk and proposals for new
  directions.
* New areas of exploration for the Tcl/Tk language

Submissions should consist of an abstract of about 100 words and a
summary of not more than two pages, and should be sent as plain text
to tcl...@go... no later than August 24, 2015. Authors of accepted
abstracts will have until September 28, 2015 to submit their final
paper for the inclusion in the conference proceedings. The proceedings
will be made available on digital media, so extra materials such as
presentation slides, code examples, code for extensions etc. are
encouraged.

Printed proceedings will be produced as an on-demand book at lulu.com

The authors will have 30 minutes to present their paper at
the conference.

The program committee will review and evaluate papers according to the
following criteria:

* Quantity and quality of novel content
* Relevance and interest to the Tcl/Tk community
* Suitability of content for presentation at the conference

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application. Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreements will be returned to
the author(s) unread. All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

Other Forms of Participation

The program committee also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.

Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather
sessions (BOFs) are available on a first-come, first-served basis
starting in July 27, 2015. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in July 27, 2015. Some WIP and BOF time slots will be held open
for on-site reservation. All attendees with an interesting work in
progress should consider reserving a WIP slot.

Registration Information

More information on the conference is available the conference Web
site (http://www.tcl.tk/community/tcl2015/) and will be published on
various Tcl/Tk-related information channels.

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list. See:
http://code.activestate.com/lists/tcl-announce to subscribe to the
tcl-announce mailing list.


Conference Committee

   * Andreas Kupries  ActiveState Inc
   * Arjen Markus     Deltares
   * Brian Griffin    Mentor Graphics
   * Clif Flynt       Noumena Corp
   * Cynthia Lilagan  National Museum of Health & Medicine, Chicago
   * Donal Fellows    University of Manchester
   * Gerald Lester    KnG Consulting LLC
   * Jeff Hobbs       ActiveState Inc
   * Joe Mistachkin   Mistachkin Systems
   * Kevin Kenny      GE Global Research Center
   * Larry Virden
   * Mike Doyle       National Museum of Health & Medicine, Chicago
   * Ronald Fox       CAEN Technologies
                      NSCL @ Michigan State University
   * Steve Landers    Digital Smarties
   * Steve Redler, IV SR Technology

Contact Information     tcl...@go...

Tcl'2015 would like to thank those who are sponsoring the conference:

   * ActiveState Inc
   * Buonacorsi Foundation
   * Mentor Graphics
   * Noumena Corp
   * SR Technology
   * Tcl Community Association

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

[Russell O. <ro...@uw...>]

On Apr 2, 2015, at 4:03 AM, Trevor Williams <pha...@me...> wrote:

> Russell,
> 
> I just want to make sure that we are looking at the same thing.
> 
> I am running the script using the latest version of 8.5.18 from the Tcl/Tk download page.  If I start the script, and enter the word “What” followed by two returns and the click the “Playback” button, here is the output I see from standard output:
> 
> iMac27:projects trevorw$ /usr/local/bin/wish8.5 test.tcl
> 2015-04-02 05:48:41.814 Wish[1945:381544] Can't open input server /Library/InputManagers/GrowlSafari
> Keysym: Shift_L, char: {}
> Keysym: W, char: W
> Keysym: h, char: h
> Keysym: a, char: a
> Keysym: t, char: t
> Keysym: Return, char: 
> Keysym: Return, char: 
> Keysym: a, char: {}
> Keysym: a, char: W
> Keysym: a, char: h
> Keysym: a, char: a
> Keysym: a, char: t
> Keysym: Return, char: {}
> Keysym: Return, char: {}
> 
> You’ll notice above that the keysym values after typing the text in the widget manually produce the correct results (the word “What” produces the keysym values of “W”, “h”, “a”, “t”); however, after clicking on the “Playback” button (where keystrokes are virtually created using the "event generate” command, the keysym values are not correct “a”, “a”, “a”, “a” (even though their associated char values are correct).  Note that the Return keystrokes show the correct keysym value on playback.
> 
> The text that shows up in the text widget is the correct text, but this isn’t the issue.  The issue is that the keysym values are incorrect.


You are right. I had missed that the keysyms were wrong. I see the same thing you do.

I also tried your script on a unix system and an older (unknown) version of tcl and it worked fine.

— Russell

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

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

Russell,

I just want to make sure that we are looking at the same thing.

I am running the script using the latest version of 8.5.18 from the Tcl/Tk download page.  If I start the script, and enter the word “What” followed by two returns and the click the “Playback” button, here is the output I see from standard output:

iMac27:projects trevorw$ /usr/local/bin/wish8.5 test.tcl
2015-04-02 05:48:41.814 Wish[1945:381544] Can't open input server /Library/InputManagers/GrowlSafari
Keysym: Shift_L, char: {}
Keysym: W, char: W
Keysym: h, char: h
Keysym: a, char: a
Keysym: t, char: t
Keysym: Return, char: 
Keysym: Return, char: 
Keysym: a, char: {}
Keysym: a, char: W
Keysym: a, char: h
Keysym: a, char: a
Keysym: a, char: t
Keysym: Return, char: {}
Keysym: Return, char: {}

You’ll notice above that the keysym values after typing the text in the widget manually produce the correct results (the word “What” produces the keysym values of “W”, “h”, “a”, “t”); however, after clicking on the “Playback” button (where keystrokes are virtually created using the "event generate” command, the keysym values are not correct “a”, “a”, “a”, “a” (even though their associated char values are correct).  Note that the Return keystrokes show the correct keysym value on playback.

The text that shows up in the text widget is the correct text, but this isn’t the issue.  The issue is that the keysym values are incorrect.

If I run this same script using version 8.5.8 (on my box this is the X11 build), I get the following (correct) output at standard output:

iMac27:projects trevorw$ wish8.5 test.tcl
Keysym: Shift_L, char: {}
Keysym: W, char: W
Keysym: h, char: h
Keysym: a, char: a
Keysym: t, char: t
Keysym: Return, char: 
Keysym: Return, char: 
Keysym: Shift_L, char: {}
Keysym: W, char: W
Keysym: h, char: h
Keysym: a, char: a
Keysym: t, char: t
Keysym: Return, char: 
Keysym: Return, char: 

Looking at the 8.5.18 code base, I just don’t see how it could produce the correct keysym result as currently written.  The keycode value passed to the KeycodeToUnicode function is wrong (in the case of printable characters the passed keycode value will always be 0, hence the value of ‘a’ being seen for all printable character keystrokes).  I’ve tried (unsuccessfully to this point) to fix the issue by passing the correct keycode value to this function.  The return Unicode value is not correct, resulting in keysym values that are either NoSymbol (“??”) values or values that don’t make any sense.

Thanks,
Trevor


> On Apr 1, 2015, at 4:01 PM, Russell Owen <ro...@uw...> wrote:
> 
> Your script seems to work fine for me. What I observe:
> - When I type some text every char is shown correcting in stdout
> - When I press Playback those same chars that I typed are entered into the text and echoed to stdout
> - I repeated this sequence several times
> 
> Did you get the latest 8.5.18; there were a few changes after the first announcement.
> 
> — Russell
> 
> On Apr 1, 2015, at 10:42 AM, Trevor Williams <pha...@me...> wrote:
> 
>> Russell,
>> 
>> Your script does not show the error I am speaking of.
>> 
>> Try my script again, this time enter a small bit if text into the widget.  Notice in the standard output that the keysym matches the char.
>> 
>> Next, click the playback button.  The standard output should now show the keysym value to be 'a' while the char value is correct.
>> 
>> Can you see this behavior occurring now?
>> 
>> Sent from my iPod
>> 
>>> On Apr 1, 2015, at 12:23 PM, Russell Owen <ro...@uw...> wrote:
>>> 
>>>> On 3/31/15 6:22 PM, Trevor Williams 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
>>> 
>>> The following script works for me on MacOS 10.9.5 using tcl/tk 8.5.18 
>>> (your script did not work for me in wish because the text did not have 
>>> focus):
>>> 
>>> pack [text .t]
>>> button .b -text Generate -command {event generate .t <KeyPress-b>}
>>> pack .b
>>> 
>>> -- Russell
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> 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

[Russell O. <ro...@uw...>]

Your script seems to work fine for me. What I observe:
- When I type some text every char is shown correcting in stdout
- When I press Playback those same chars that I typed are entered into the text and echoed to stdout
- I repeated this sequence several times

Did you get the latest 8.5.18; there were a few changes after the first announcement.

— Russell

On Apr 1, 2015, at 10:42 AM, Trevor Williams <pha...@me...> wrote:

> Russell,
> 
> Your script does not show the error I am speaking of.
> 
> Try my script again, this time enter a small bit if text into the widget.  Notice in the standard output that the keysym matches the char.
> 
> Next, click the playback button.  The standard output should now show the keysym value to be 'a' while the char value is correct.
> 
> Can you see this behavior occurring now?
> 
> Sent from my iPod
> 
>> On Apr 1, 2015, at 12:23 PM, Russell Owen <ro...@uw...> wrote:
>> 
>>> On 3/31/15 6:22 PM, Trevor Williams 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
>> 
>> The following script works for me on MacOS 10.9.5 using tcl/tk 8.5.18 
>> (your script did not work for me in wish because the text did not have 
>> focus):
>> 
>> pack [text .t]
>> button .b -text Generate -command {event generate .t <KeyPress-b>}
>> pack .b
>> 
>> -- Russell
>> 
>> 
>> ------------------------------------------------------------------------------
>> 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...>]

Russell,

Your script does not show the error I am speaking of.

Try my script again, this time enter a small bit if text into the widget.  Notice in the standard output that the keysym matches the char.

Next, click the playback button.  The standard output should now show the keysym value to be 'a' while the char value is correct.

Can you see this behavior occurring now?

Sent from my iPod

> On Apr 1, 2015, at 12:23 PM, Russell Owen <ro...@uw...> wrote:
> 
>> On 3/31/15 6:22 PM, Trevor Williams 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
> 
> The following script works for me on MacOS 10.9.5 using tcl/tk 8.5.18 
> (your script did not work for me in wish because the text did not have 
> focus):
> 
> pack [text .t]
> button .b -text Generate -command {event generate .t <KeyPress-b>}
> pack .b
> 
> -- Russell
> 
> 
> ------------------------------------------------------------------------------
> 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

[Russell O. <ro...@uw...>]

On 3/31/15 6:22 PM, Trevor Williams 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

The following script works for me on MacOS 10.9.5 using tcl/tk 8.5.18 
(your script did not work for me in wish because the text did not have 
focus):

pack [text .t]
button .b -text Generate -command {event generate .t <KeyPress-b>}
pack .b

-- Russell

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

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

Kevin,

I started looking into it last night.  Found the problem area and attempted a fix, but it’s not quite right.  Perhaps I’ll get it nailed down this evening.  When I get something working, I’ll send the patch to you.

Thanks,
Trevor



> On Apr 1, 2015, at 8:25 AM, Kevin Walzer <kw...@co...> wrote:
> 
> 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