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

Re: [MACTCL] Apple's Tcl/Tk on Lion...

[Jerry L. <jer...@gm...>]

Where does this go and what is its name and what is it's scope ?

Is it global? It is my understanding that .environment.plist is only
for guy based apps.

Thanks,
Jerry

On Jul 23, 2011, at 2:17 PM, Barry Skidmore wrote:

> Attached in my plist.  Feel free to use it and modify it to meet your needs.
> 
> The records of note (modified for you) are:
> [ This will prefer 32-bit but allow 64-bit, remove the 64-bit entires to not allow 64-bit at all ]
> 
> <key>LSMinimumSystemVersionByArchitecture</key>
> 	<dict>
> 		<key>i386</key>
> 		<string>10.6.0</string>
> 		<key>x86_64</key>
> 		<string>10.6.0</string>
> 	</dict>
> 
> <key>LSArchitecturePriority</key>
> 	<array>
> 		<string>i386</string>
> 		<string>x86_64</string>
> 	</array>
> 
> <Info.plist>
> 
> On Jul 23, 2011, at 12:56 PM, Jerry LeVan wrote:
> 
>> Hello,
>> 
>> Is there some mechanism to force Apple's Tcl/Tk to run in 32 bit mode?
>> I have some extensions that are only 32 bit…
>> 
>> If I start tclsh with:
>> 
>>  arch -i386 /usr/bin/tclsh
>> 
>> then my older extensions will load.
>> 
>> I have some gui-based apps ( wrapped with platypus ) that want to
>> load the 32 bit (only) versions of the extensions.
>> 
>> Is there something like the VERSIONER variables that Python
>> uses?
>> 
>> Is there something I can put into the environment.plist in
>> .MacOSX to direct gui tcl apps to use 32 bit mode?
>> 
>> Thanks for any insights…
>> 
>> Jerry
>> ------------------------------------------------------------------------------
>> Storage Efficiency Calculator
>> This modeling tool is based on patent-pending intellectual property that
>> has been used successfully in hundreds of IBM storage optimization engage-
>> ments, worldwide.  Store less, Store more with what you own, Move data to 
>> the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
>> _______________________________________________
>> Tcl-mac mailing list
>> tc...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcl-mac
> 
> Thanks,
> Barry
> 

Re: [MACTCL] Apple's Tcl/Tk on Lion...

[Barry S. <at...@me...>]

Attached in my plist.  Feel free to use it and modify it to meet your needs.

The records of note (modified for you) are:
[ This will prefer 32-bit but allow 64-bit, remove the 64-bit entires to not allow 64-bit at all ]

<key>LSMinimumSystemVersionByArchitecture</key>
	<dict>
		<key>i386</key>
		<string>10.6.0</string>
		<key>x86_64</key>
		<string>10.6.0</string>
	</dict>

<key>LSArchitecturePriority</key>
	<array>
		<string>i386</string>
		<string>x86_64</string>
	</array>

Re: [MACTCL] Apple's Tcl/Tk on Lion...

[Barry S. <at...@me...>]

Yes arch flags in the plist.

I'll get them for you here shortly.

Sent from my iPhone

On Jul 23, 2011, at 12:56 PM, Jerry LeVan <jer...@gm...> wrote:

> Hello,
> 
> Is there some mechanism to force Apple's Tcl/Tk to run in 32 bit mode?
> I have some extensions that are only 32 bit…
> 
> If I start tclsh with:
> 
>   arch -i386 /usr/bin/tclsh
> 
> then my older extensions will load.
> 
> I have some gui-based apps ( wrapped with platypus ) that want to
> load the 32 bit (only) versions of the extensions.
> 
> Is there something like the VERSIONER variables that Python
> uses?
> 
> Is there something I can put into the environment.plist in
> .MacOSX to direct gui tcl apps to use 32 bit mode?
> 
> Thanks for any insights…
> 
> Jerry
> ------------------------------------------------------------------------------
> Storage Efficiency Calculator
> This modeling tool is based on patent-pending intellectual property that
> has been used successfully in hundreds of IBM storage optimization engage-
> ments, worldwide.  Store less, Store more with what you own, Move data to 
> the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

[MACTCL] Apple's Tcl/Tk on Lion...

[Jerry L. <jer...@gm...>]

Hello,

Is there some mechanism to force Apple's Tcl/Tk to run in 32 bit mode?
I have some extensions that are only 32 bit…

If I start tclsh with:

   arch -i386 /usr/bin/tclsh

then my older extensions will load.

I have some gui-based apps ( wrapped with platypus ) that want to
load the 32 bit (only) versions of the extensions.

Is there something like the VERSIONER variables that Python
uses?

Is there something I can put into the environment.plist in
.MacOSX to direct gui tcl apps to use 32 bit mode?

Thanks for any insights…

Jerry

Re: [MACTCL] different bindings on 10.6 Snow Leopard

[Ned D. <na...@ac...>]

In article <nad...@ne...>,
 Ned Deily <na...@ac...> wrote:
> In article <4E2...@co...>,
>  Kevin Walzer <kw...@co...> wrote:
> > On 7/11/11 11:08 PM, Hans-Christoph Steiner wrote:
> > >> I also believe this is a Cocoa Aqua Tcl/Tk vs Carbon problem and is
> > >> >  the
> > >> >  root cause behind this problem seen in Python's IDLE on OS X:
> > >> >
> > >> >  http://bugs.python.org/issue11055
> > >
> > > Yeah, sounds the same.  Pd-extended also uses that binding for Save
> > > As, and it also gets triggered twice.
> > >
> > > .hc
> > 
> > I've committed a fix for this issue on both 8.6 trunk and the Tk-Cocoa 
> > 8.5 backport branch, both in Fossil. You'll need to do a fresh checkout 
> > and build from Fossil to test. It will not be corrected in Snow 
> > Leopard's build of Tk-Cocoa, though it should make it into a future 
> > version of ActiveTcl.
> 
> Thanks, Kevin!  I'd be happy to test it with Python if someone wants to 
> send a test build of ActiveTcl.

I see there is now an ActiveTcl 8.5.10.1 available on the download page.  
Installing it does solve the Python problem above.  Thanks, all!

http://www.activestate.com/activetcl/downloads

-- 
 Ned Deily,
 na...@ac...

Re: [MACTCL] different bindings on 10.6 Snow Leopard

[Ned D. <na...@ac...>]

In article <4E2...@co...>,
 Kevin Walzer <kw...@co...> wrote:
> On 7/11/11 11:08 PM, Hans-Christoph Steiner wrote:
> >> I also believe this is a Cocoa Aqua Tcl/Tk vs Carbon problem and is
> >> >  the
> >> >  root cause behind this problem seen in Python's IDLE on OS X:
> >> >
> >> >  http://bugs.python.org/issue11055
> >
> > Yeah, sounds the same.  Pd-extended also uses that binding for Save
> > As, and it also gets triggered twice.
> >
> > .hc
> 
> I've committed a fix for this issue on both 8.6 trunk and the Tk-Cocoa 
> 8.5 backport branch, both in Fossil. You'll need to do a fresh checkout 
> and build from Fossil to test. It will not be corrected in Snow 
> Leopard's build of Tk-Cocoa, though it should make it into a future 
> version of ActiveTcl.

Thanks, Kevin!  I'd be happy to test it with Python if someone wants to 
send a test build of ActiveTcl.

-- 
 Ned Deily,
 na...@ac...

Re: [MACTCL] different bindings on 10.6 Snow Leopard

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

On 7/11/11 11:08 PM, Hans-Christoph Steiner wrote:
>> I also believe this is a Cocoa Aqua Tcl/Tk vs Carbon problem and is
>> >  the
>> >  root cause behind this problem seen in Python's IDLE on OS X:
>> >
>> >  http://bugs.python.org/issue11055
>
> Yeah, sounds the same.  Pd-extended also uses that binding for Save
> As, and it also gets triggered twice.
>
> .hc

I've committed a fix for this issue on both 8.6 trunk and the Tk-Cocoa 
8.5 backport branch, both in Fossil. You'll need to do a fresh checkout 
and build from Fossil to test. It will not be corrected in Snow 
Leopard's build of Tk-Cocoa, though it should make it into a future 
version of ActiveTcl.

The fix was a one-liner change in tkMacOSXMenu.c, calling for the 
lower-case string of the accelerator key, which I figured out based on 
advice here:

http://stackoverflow.com/questions/404830/cocoa-wont-capture-shift-modifier

Stack Overflow is a very useful resource.

--Kevin

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

Re: [MACTCL] different bindings on 10.6 Snow Leopard

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

On 7/11/11 9:02 PM, Hans-Christoph Steiner wrote:
>
> In Pd-extended, I'm getting a strange inconsistency with binding to
> key combinations that is only triggered with key bindings that include
> Shift in it.  This happens only on Mac OS X 10.6 using the built-in
> Tcl/Tk.  Mac OS X 10.5 with custom built 8.5.8 works fine, as well as
> Windows and GNU/Linux.  The windows are each a toplevel that has a
> canvas covering the full window, then everything else is drawn onto
> the canvas.  The bindings in question are:
>
> set ::modifier "Mod1"  ;# for x-platform support
> set ::altkey "Option"
> bind all<$::modifier-Key-a>       {menu_send %W selectall}
> bind all<$::modifier-$::altkey-Key-a>  {menu_toggle_autopatch}
> bind all<$::modifier-Shift-Key-B>  {menu_send %W bng}
>
> When I press Cmd-a, menu_send is called once with the canvas id.  Same
> goes for Cmd-Option-a.  But when I press Cmd-Shift-b, menu_send is
> called twice, once for the toplevel and again for the canvas.
>
> There are about 30 $::modifier-Key bindings, 4 $::modifier-$::altkey-
> Key  bindings, and 15 $::modifier-Shift-Key bindings, and this
> behavior is consistent across all of them, it is only the bindings
> with the Shift that get sent twice.
>
> You can see the full code in question here:
> http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=blob;f=tcl/pd_bindings.tcl;h=554adbd9bd5ddd476e51caddfb0aa1e5536990c1;hb=HEAD
>
> Any ideas?
>
> .hc
>

I'll try to take a look at this soon.

--Kevin

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

Re: [MACTCL] different bindings on 10.6 Snow Leopard

[Hans-Christoph S. <ha...@at...>]

On Jul 11, 2011, at 10:52 PM, Ned Deily wrote:

> In article <CAD...@at...>,
> Hans-Christoph Steiner <ha...@at...> wrote:
>
>> I also think its a problem on Cocoa but not on Carbon.  Here's the  
>> info:
>
> I also believe this is a Cocoa Aqua Tcl/Tk vs Carbon problem and is  
> the
> root cause behind this problem seen in Python's IDLE on OS X:
>
> http://bugs.python.org/issue11055


Yeah, sounds the same.  Pd-extended also uses that binding for Save  
As, and it also gets triggered twice.

.hc

----------------------------------------------------------------------------

Computer science is no more related to the computer than astronomy is  
related to the telescope.      -Edsger Dykstra

Re: [MACTCL] different bindings on 10.6 Snow Leopard

[Ned D. <na...@ac...>]

In article <CAD...@at...>,
 Hans-Christoph Steiner <ha...@at...> wrote:

> I also think its a problem on Cocoa but not on Carbon.  Here's the info:

I also believe this is a Cocoa Aqua Tcl/Tk vs Carbon problem and is the 
root cause behind this problem seen in Python's IDLE on OS X:

http://bugs.python.org/issue11055

-- 
 Ned Deily,
 na...@ac...

Re: [MACTCL] different bindings on 10.6 Snow Leopard

[Hans-Christoph S. <ha...@at...>]

I also think its a problem on Cocoa but not on Carbon.  Here's the info:

working server: QD10R30 Apple 1058

non-working server: CG545.0 Apple AppKit GC 1038.36 Mac OS X 1068

.hc

On Jul 11, 2011, at 9:16 PM, Jeff Hobbs wrote:

> Can you check the 'winfo server .' return of the working and non- 
> working OS X builds?  Maybe also against an ActiveTcl version of  
> your choice?
>
> I believe this may be a Carbon vs. Cocoa issue.
>
> Jeff
>
> On 11/07/2011 6:02 PM, Hans-Christoph Steiner wrote:
>> In Pd-extended, I'm getting a strange inconsistency with binding to
>> key combinations that is only triggered with key bindings that  
>> include
>> Shift in it.  This happens only on Mac OS X 10.6 using the built-in
>> Tcl/Tk.  Mac OS X 10.5 with custom built 8.5.8 works fine, as well as
>> Windows and GNU/Linux.  The windows are each a toplevel that has a
>> canvas covering the full window, then everything else is drawn onto
>> the canvas.  The bindings in question are:
>>
>> set ::modifier "Mod1"  ;# for x-platform support
>> set ::altkey "Option"
>> bind all<$::modifier-Key-a>       {menu_send %W selectall}
>> bind all<$::modifier-$::altkey-Key-a>  {menu_toggle_autopatch}
>> bind all<$::modifier-Shift-Key-B>  {menu_send %W bng}
>>
>> When I press Cmd-a, menu_send is called once with the canvas id.   
>> Same
>> goes for Cmd-Option-a.  But when I press Cmd-Shift-b, menu_send is
>> called twice, once for the toplevel and again for the canvas.
>>
>> There are about 30 $::modifier-Key bindings, 4 $::modifier-$::altkey-
>> Key  bindings, and 15 $::modifier-Shift-Key bindings, and this
>> behavior is consistent across all of them, it is only the bindings
>> with the Shift that get sent twice.
>>
>> You can see the full code in question here:
>> http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=blob;f=tcl/pd_bindings.tcl;h=554adbd9bd5ddd476e51caddfb0aa1e5536990c1;hb=HEAD
>>
>> Any ideas?



----------------------------------------------------------------------------

Mistrust authority - promote decentralization.  - the hacker ethic

Re: [MACTCL] different bindings on 10.6 Snow Leopard

[Jeff H. <je...@ac...>]

Can you check the 'winfo server .' return of the working and non-working 
OS X builds?  Maybe also against an ActiveTcl version of your choice?

I believe this may be a Carbon vs. Cocoa issue.

Jeff

On 11/07/2011 6:02 PM, Hans-Christoph Steiner wrote:
> In Pd-extended, I'm getting a strange inconsistency with binding to
> key combinations that is only triggered with key bindings that include
> Shift in it.  This happens only on Mac OS X 10.6 using the built-in
> Tcl/Tk.  Mac OS X 10.5 with custom built 8.5.8 works fine, as well as
> Windows and GNU/Linux.  The windows are each a toplevel that has a
> canvas covering the full window, then everything else is drawn onto
> the canvas.  The bindings in question are:
>
> set ::modifier "Mod1"  ;# for x-platform support
> set ::altkey "Option"
> bind all<$::modifier-Key-a>       {menu_send %W selectall}
> bind all<$::modifier-$::altkey-Key-a>  {menu_toggle_autopatch}
> bind all<$::modifier-Shift-Key-B>  {menu_send %W bng}
>
> When I press Cmd-a, menu_send is called once with the canvas id.  Same
> goes for Cmd-Option-a.  But when I press Cmd-Shift-b, menu_send is
> called twice, once for the toplevel and again for the canvas.
>
> There are about 30 $::modifier-Key bindings, 4 $::modifier-$::altkey-
> Key  bindings, and 15 $::modifier-Shift-Key bindings, and this
> behavior is consistent across all of them, it is only the bindings
> with the Shift that get sent twice.
>
> You can see the full code in question here:
> http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=blob;f=tcl/pd_bindings.tcl;h=554adbd9bd5ddd476e51caddfb0aa1e5536990c1;hb=HEAD
>
> Any ideas?

[MACTCL] different bindings on 10.6 Snow Leopard

[Hans-Christoph S. <ha...@at...>]

In Pd-extended, I'm getting a strange inconsistency with binding to  
key combinations that is only triggered with key bindings that include  
Shift in it.  This happens only on Mac OS X 10.6 using the built-in  
Tcl/Tk.  Mac OS X 10.5 with custom built 8.5.8 works fine, as well as  
Windows and GNU/Linux.  The windows are each a toplevel that has a  
canvas covering the full window, then everything else is drawn onto  
the canvas.  The bindings in question are:

set ::modifier "Mod1"  ;# for x-platform support
set ::altkey "Option"
bind all <$::modifier-Key-a>      {menu_send %W selectall}
bind all <$::modifier-$::altkey-Key-a> {menu_toggle_autopatch}
bind all <$::modifier-Shift-Key-B> {menu_send %W bng}

When I press Cmd-a, menu_send is called once with the canvas id.  Same  
goes for Cmd-Option-a.  But when I press Cmd-Shift-b, menu_send is  
called twice, once for the toplevel and again for the canvas.

There are about 30 $::modifier-Key bindings, 4 $::modifier-$::altkey- 
Key  bindings, and 15 $::modifier-Shift-Key bindings, and this  
behavior is consistent across all of them, it is only the bindings  
with the Shift that get sent twice.

You can see the full code in question here:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=blob;f=tcl/pd_bindings.tcl;h=554adbd9bd5ddd476e51caddfb0aa1e5536990c1;hb=HEAD

Any ideas?

.hc


----------------------------------------------------------------------------

"We have nothing to fear from love and commitment." - New York Senator  
Diane Savino, trying to convince the NY Senate to pass a gay marriage  
bill

[MACTCL] 2nd Call For Papers, 18th Annual Tcl/Tk Conference 2011

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

[[ Important Changes:

   The Conference Registration Page is live.

   Regarding special events we are looking into arranging a trip to
   the Air and Space Museum out near Dulles. This is currently a very
   tentative thing. If a local person would like to help with this
   please talk to "cl...@cf...".

]]

18th Annual Tcl/Tk Conference (Tcl'2011)
http://www.tcl.tk/community/tcl2011/

October 24 - 28, 2011
Comfort Suites Manassas

Manassas, Virgina, USA

Important Dates:

Abstracts and proposals due   August  26, 2011
Notification to authors       September 12, 2011
WIP and BOF reservations open August   1, 2011
Author materials due          October  9, 2011
Tutorials Start               October 24, 2011
Conference starts             October 26, 2011

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

Submission of Summaries

Tcl/Tk 2011 will be held in Manassas, Virgina, USA from
October 24 - 28, 2011. 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

This year is the fourth year that the Tcl community is participating
in the Google Summer of Code.  The conference program committee would
like to encourage submissions that report on the Tcl projects selected
for Google SoC 2011.

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 <tclconference AT googlegroups DOT com> no later than August 26,
2011. Authors of accepted abstracts will have until October 9, 2011
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 25 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 August 1, 2011. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in June 2011. 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/tcl2011/) and will be published on
various Tcl/Tk-related information channels.

Reservations for hotel suites can be made by calling
(703) 686-1100. Be certain to mention that you are with the Tcl/Tk
Conference to get the Tcl/Tk Conference room rate.

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


Conference Committee

Clif Flynt              Noumena Corp                    General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.       Program Chair
Cyndy Lilagan           Iomas Research, LLC
Brian Griffin           Mentor Graphics
Ron Fox                 NSCL/FRIB Michigan State University
Arjen Markus            Deltares
Mike Doyle              Iomas Research, LLC
Gerald Lester           KnG Consulting, LLC
Donal Fellows           University of Manchester
Jeffrey Hobbs           ActiveState Software Inc.
Steve Landers           Digital Smarties
Kevin Kenny             GE Global Research Center
Larry Virden            Tcl FAQ Maintainer
Steve Redler IV		SR Technology

Contact Information     tcl...@go...


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

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

[MACTCL] Cocoa TkChat

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

Hi all,

I've done some updates to TkChat on the Mac build to bring it up to the 
current version, 1.482, as well as updating the version of the 
Cocoa-based tclkit powering this build. If you use TkChat at all, 
download the new Mac version here:

http://tkchat.tcl.tk/

Thanks,
Kevin

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

[MACTCL] Updates to open-source packages

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

I've released updates to two of my open-source packages for Tcl-Mac:

1. Cocoaprint-1.3: This release adds support for print preview and 
saving a file as PDF or PostScript.  Download from 
http://tk-components.sourceforge.net.

2. Windowlist-1.4: This release enhances the "window" menu support for 
OS X, and fixes a bug bringing all windows forward when no window is 
showing.  Download from http://www.codebykevin.com/opensource/oss.html.

--Kevin

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

[MACTCL] 1st Call For Papers, 18th Annual Tcl/Tk Conference 2011

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

18th Annual Tcl/Tk Conference (Tcl'2011)
http://www.tcl.tk/community/tcl2011/

October 24 - 28, 2011
Comfort Suites Manassas

Manassas, Virgina, USA

Important Dates:

Abstracts and proposals due   August    26, 2011
Notification to authors       September 12, 2011
WIP and BOF reservations open August     1, 2011
Author materials due          October    9, 2011
Tutorials Start               October   24, 2011
Conference starts             October   26, 2011

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

Submission of Summaries

Tcl/Tk 2011 will be held in Manassas, Virgina, USA from
October 24 - 28, 2011. 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

This year is the fourth year that the Tcl community is participating
in the Google Summer of Code.  The conference program committee would
like to encourage submissions that report on the Tcl projects selected
for Google SoC 2011.

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 <tclconference AT googlegroups DOT com> no later than August 30,
2011. Authors of accepted abstracts will have until October 14, 2011
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 25 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 August 1, 2011. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in June 2011. 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/tcl2011/) 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://aspn.activestate.com/ASPN/Mail/ to subscribe to the
tcl-announce mailing list.


Conference Committee

Clif Flynt              Noumena Corp                    General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.       Program Chair
Cyndy Lilagan           Iomas Research, LLC
Brian Griffin           Mentor Graphics
Ron Fox                 NSCL/FRIB Michigan State University
Arjen Markus            Deltares
Mike Doyle              Iomas Research, LLC
Gerald Lester           KnG Consulting, LLC
Donal Fellows           University of Manchester
Jeffrey Hobbs           ActiveState Software Inc.
Steve Landers           Digital Smarties
Kevin Kenny             GE Global Research Center
Larry Virden            Tcl FAQ Maintainer
Steve Redler IV		SR Technology

Contact Information     tcl...@go...


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

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

Re: [MACTCL] OSX program focus/raise on startup.

[Jeff H. <je...@ac...>]

On 2011-04-10, at 2:54 AM, Steven wrote:
>>> On 2011-04-09, at 8:04 PM, Steven wrote:
>>> I don't suppose anyone knows a  hack to raise the Wish application when it starts 
>>> from the command line  ?
>>> On my OSX-10.5/wish-8.5.8/G4 system, all wish apps start up underneath  the 
>>> Terminal or Finder.
>>> 
>>> Once or twice they do make it  to the top and get focus automatically.. but I 
>>> don't know why, and it's  not reproducible.
>> 
>> It's "by design" that launched shell apps don't get  front process status. 
> 
> This differs from all other OS's i've used Wish on, and seems a little funny.
> Generally you want newly created toplevels to have focus.

I should be clear that this is a Mac OS X design, not Wish.

Jeff

>> Someone provided a reference before, but I'll just  note that a "work-around" 
>> to have your process be front is to use the  tclCarbonProcesses extensions (in 
>> the teapot if you use ActiveTcl), and then  'carbon::setFrontProcess 
>> [carbon::getCurrentProcess]'.  You can also set  the process name with 
>> carbon::setProcessName, which may be useful for the case  that David Zolli hit.
> 
> Cheers... Though i don't have  tclCarbonProcesses on my box currently.

Re: [MACTCL] OSX program focus/raise on startup.

[Steven <ste...@ya...>]

> > On 2011-04-09, at 8:04 PM, Steven wrote:

> > I don't suppose anyone knows a  hack to raise the Wish application when it 
>starts 
>
> > from the command line  ?
> > On my OSX-10.5/wish-8.5.8/G4 system, all wish apps start up underneath  the 
> > Terminal or Finder.
> > 
> > Once or twice they do make it  to the top and get focus automatically.. but I 
>
> > don't know why, and it's  not reproducible.
> 
> It's "by design" that launched shell apps don't get  front process status. 

This differs from all other OS's i've used Wish on, and seems a little funny.
Generally you want newly created toplevels to have focus.

> Someone provided a reference before, but I'll just  note that a "work-around" 
>to have your process be front is to use the  tclCarbonProcesses extensions (in 
>the teapot if you use ActiveTcl), and then  'carbon::setFrontProcess 
>[carbon::getCurrentProcess]'.  You can also set  the process name with 
>carbon::setProcessName, which may be useful for the case  that David Zolli hit.

Cheers... Though i don't have  tclCarbonProcesses on my box currently.

Steven

Re: [MACTCL] OSX program focus/raise on startup.

[Jeff H. <je...@ac...>]

On 2011-04-09, at 8:04 PM, Steven wrote:
> I don't suppose anyone knows a hack to raise the Wish application when it starts 
> from the command line ?
> On my OSX-10.5/wish-8.5.8/G4 system, all wish apps start up underneath the 
> Terminal or Finder.
> 
> Once or twice they do make it to the top and get focus automatically.. but I 
> don't know why, and it's not reproducible.

It's "by design" that launched shell apps don't get front process status.  Someone provided a reference before, but I'll just note that a "work-around" to have your process be front is to use the tclCarbonProcesses extensions (in the teapot if you use ActiveTcl), and then 'carbon::setFrontProcess [carbon::getCurrentProcess]'.  You can also set the process name with carbon::setProcessName, which may be useful for the case that David Zolli hit.

Jeff

[MACTCL] OSX program focus/raise on startup.

[Steven <ste...@ya...>]

I don't suppose anyone knows a hack to raise the Wish application when it starts 
from the command line ?
On my OSX-10.5/wish-8.5.8/G4 system, all wish apps start up underneath the 
Terminal or Finder.

Once or twice they do make it to the top and get focus automatically.. but I 
don't know why, and it's not reproducible.

Steven

Re: [MACTCL] ScrollBar Bug in Apple Tcl/Tk...More info...

[Jeff H. <je...@ac...>]

On 2011-04-09, at 4:03 PM, Jerry LeVan wrote:
> I don't seem to be able to cause the problem when I use Tktable as the main
> data structure.
> 
> However Tablelist seems to have the problem ( don't know why, is not tablelist
> a pure Tk object? ).

Tablelist is a megawidget of other core Tk widgets, tktable is a pure C-based widget.

Not sure if that is a real cause, or just varies the trigger slightly.  As you noted that ActiveTcl has this working, I suspect it is a regular core bug that has been addressed since 8.5.7 that ships with Snow Leopard.  The problem with OS X (and similar OS vendors) is that you can't rely on them to update the language core you rely on.  With the release of Snow Leopard, this was the first Cocoa-based release of Tk in the wild, so it in particular had several issues.

Jeff

[MACTCL] ScrollBar Bug in Apple Tcl/Tk...More info...

[Jerry L. <jer...@gm...>]

I don't seem to be able to cause the problem when I use Tktable as the main
data structure.

However Tablelist seems to have the problem ( don't know why, is not tablelist
a pure Tk object? ).

I don't seem to be able to provoke the problem when using on of my WxPython
programs that uses the wxgrid object as the data container...

Jerry

[MACTCL] ScrollBar Bug in Apple Tcl/Tk...

[Jerry L. <jer...@gm...>]

Grumble...

I can generally cause Apple's Tcl/Tk (Snow Leopard) to crash by hammering the 
down arrow in a scrollbar where several pages of data need to be scrolled...

Here is what I get in the Komodo Console:

2011-04-09 18:38:31.956 Wish[48019:903] *** Assertion failure in +[NSEvent startPeriodicEventsAfterDelay:withPeriod:], /SourceCache/AppKit/AppKit-1038.35/AppKit.subproj/NSEvent.m:2373
2011-04-09 18:38:31.957 Wish[48019:903] An uncaught exception was raised
2011-04-09 18:38:31.957 Wish[48019:903] Periodic events are already being generated
2011-04-09 18:38:31.960 Wish[48019:903] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Periodic events are already being generated'
*** Call stack at first throw:
(
	0   CoreFoundation                      0x00007fff853927b4 __exceptionPreprocess + 180
	1   libobjc.A.dylib                     0x00007fff8571a0f3 objc_exception_throw + 45
	2   CoreFoundation                      0x00007fff853925d7 +[NSException raise:format:arguments:] + 103
	3   Foundation                          0x00007fff83e1a776 -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 198
	4   AppKit                              0x00007fff8790d8d2 +[NSEvent startPeriodicEventsAfterDelay:withPeriod:] + 144
	5   AppKit                              0x00007fff87a67016 -[NSScroller trackScrollButtons:] + 429
	6   AppKit                              0x00007fff87a64dc0 -[NSScroller mouseDown:] + 936
	7   AppKit                              0x00007fff876b834f -[NSWindow sendEvent:] + 5409
	8   AppKit                              0x00007fff875eda86 -[NSApplication sendEvent:] + 4719
	9   Tk                                  0x00000001000c3900 XQueryPointer + 2090
	10  Tk                                  0x00000001000c3dca Tk_MacOSXSetupTkNotifier + 753
	11  Tcl                                 0x00000001001c62ae Tcl_DoOneEvent + 297
	12  Tk                                  0x0000000100014f33 TkGetDisplayOf + 379
	13  Tcl                                 0x0000000100162559 Tcl_CreateInterp + 4820
	14  Tcl                                 0x000000010019a2eb TclStackAlloc + 6637
	15  Tcl                                 0x00000001001d49e6 TclObjInterpProcCore + 1623
	16  Tcl                                 0x0000000100162559 Tcl_CreateInterp + 4820
	17  Tcl                                 0x000000010019a2eb TclStackAlloc + 6637
	18  Tcl                                 0x00000001001d49e6 TclObjInterpProcCore + 1623
	19  Tcl                                 0x0000000100162559 Tcl_CreateInterp + 4820
	20  Tcl                                 0x0000000100163769 Tcl_EvalObjv + 66
	21  Tcl                                 0x00000001001aa53d Tcl_CreateSlave + 2968
	22  Tcl                                 0x0000000100162559 Tcl_CreateInterp + 4820
	23  Tcl                                 0x00000001001631a9 Tcl_CreateInterp + 7972
	24  Tk                                  0x00000001000c4439 TkCreateRegion + 548
	25  AppKit                              0x00007fff87713e9a -[NSApplication sendAction:to:from:] + 95
	26  AppKit                              0x00007fff87713df9 -[NSControl sendAction:to:] + 94
	27  AppKit                              0x00007fff87713d84 -[NSScroller sendAction:to:] + 85
	28  AppKit                              0x00007fff87a6706e -[NSScroller trackScrollButtons:] + 517
	29  AppKit                              0x00007fff87a64dc0 -[NSScroller mouseDown:] + 936
	30  AppKit                              0x00007fff876b834f -[NSWindow sendEvent:] + 5409
	31  AppKit                              0x00007fff875eda86 -[NSApplication sendEvent:] + 4719
	32  Tk                                  0x00000001000c3900 XQueryPointer + 2090
	33  Tk                                  0x00000001000c3dca Tk_MacOSXSetupTkNotifier + 753
	34  Tcl                                 0x00000001001c62ae Tcl_DoOneEvent + 297
	35  Tk                                  0x000000010001c07c Tk_MainLoop + 24
	36  Tk                                  0x0000000100028ab0 Tk_MainEx + 1555
	37  Wish                                0x0000000100004545 0x0 + 4294985029
	38  Wish                                0x00000001000044a4 0x0 + 4294984868
	39  ???                                 0x0000000000000002 0x0 + 2
)
terminate called after throwing an instance of 'NSException'
/usr/bin/wish: line 2: 48019 Abort trap              "$(dirname $0)/../../System/Library/Frameworks/Tk.framework/Versions/8.5/Resources/Wish.app/Contents/MacOS/Wish" "$@"

I am getting sorta disappointed with the Apple Tcl/Tk system...

Does the ActiveState Tcl/Tk behave mo'better, if so which version would be recommended...

Jerry

Re: [MACTCL] Tablelist irritations...

[Jerry L. <jer...@gm...>]

On Apr 7, 2011, at 2:16 PM, Bernhard Spinnler wrote:

> On 02.04.2011, at 19:45, Jerry LeVan wrote:
> 
>> 
>> Unfortunately the combo box (frame ) does not receive focus ie the scroll bar
>> is grayed out, the window (of the combo box) does not allow resizing and the dots
>> in the frame are gray...
>> 
>> Fortunately the *interior* of the combo box can be scrolled with the mouse and clicked on
>> to select an item.
>> 
>> In order to dismiss the combo box I have to click in the cell being edited and do
>> a control-return to end the editing.
>> 
>> Does anyone know of a fix? Is this an apple tcl problem or is it something a bit
>> deeper? ( ie does this problem go away with with active states tcl?)
>> 
>> I have attached a scrollbar to the table and a couple of times the down
>> arrow of the scrollbar has appeared to get stuck in the 'on' state and
>> cause the app to eventually crash.
>> 
> 
> Jerry,
> 
> I'm afraid I cannot help you with your problem. Just wanted to add that I had a similar problem with scrollbars not reacting any longer when switching between tabs of a BWidget notebook. Scrollbars here are children of a BWidget ScrollableFrame. You might want to search for "BWidget: Scrollbars on notebook tabs cease to respond" to read the whole story. Unfortunately, there was no response. Perhaps, there are not that many people using BWidgets on the Mac?
> 
> Cheers,
> 	Bernhard
> 
> 
Fortunately Brian Oakley's ComboBox works well in my app :)

The tablelist author has outlined for me how to implement a popup menu on a column. I think that might
be the best way for a quick cell edit for a fixed number of choices (that cannot be mis-spelled ).

Thanks for the interest...

Jerry