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

Re: [MACTCL] Aqua Tk 8.5/8.6 problem on OS X 10.9 Mavericks

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

On 10/23/13 4:06 PM, Ned Deily wrote:
> Now that OS 10.9 Mavericks has been released (and at no cost), people are
> updating to it and running into a problem with Aqua Tk.  I ran into the
> problem with Python's IDLE but it seems to affect other multi-window Tk
> applications, as it can be reproduced using wish demos.   Basically, the
> problem is that Tk windows don't get automatically redrawn when the mouse is
> used to change the active window and focus.

I hope to install Mavericks this weekend and I'll take a look then.

--Kevin



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

[MACTCL] crash in Aqua Tk

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

I distribute a Mac application based on Tcl/Tk that crashes when a user 
updates certain preferences that use the option database, including font 
size and some colors. It works OK with Tcl/Tk 8.5.11, but crashes using 
8.5.12, 8.5.12.1, 8.5.13 and 8.1.14.

I was finally able to come up with a simple test case (appended). I 
opened a ticket at the Tk bug reporter, but I figured I'd also post 
here, just to spread the word.

If anyone can think of a workaround (other than sticking with 8.5.11, 
which is what I've done so far, but it doesn't work with Mavericks) I'd 
really appreciate it. So far nothing I've tried works (except not adding 
entries to the "apple" menu, which would make the Mac version much less 
Mac-like, or never touching the option database, which removes a useful 
feature).

-- Russell

# tcl menu crash
menu .parentMenu
menu .parentMenu.apple -tearoff 0
# the following line is optional, but shows the menu is created
.parentMenu.apple add command -label "Something"
.parentMenu add cascade -label Wish -menu .parentMenu.apple

font create testFont
option add "*Button.font" testFont

button .btn -text "Change Font" -command { font configure testFont -size 
20 }
pack .btn

. configure -menu .parentMenu

[MACTCL] Aqua Tk 8.5/8.6 problem on OS X 10.9 Mavericks

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

Now that OS 10.9 Mavericks has been released (and at no cost), people are 
updating to it and running into a problem with Aqua Tk.  I ran into the 
problem with Python's IDLE but it seems to affect other multi-window Tk 
applications, as it can be reproduced using wish demos.   Basically, the 
problem is that Tk windows don't get automatically redrawn when the mouse is 
used to change the active window and focus.  I've described the details here:

https://core.tcl.tk/tk/tktview?name=53f7a1b553

As it affects current versions of ActiveTcl 8.5 and 8.6, I also opened an 
ActiveTcl issue:

http://bugs.activestate.com/show_bug.cgi?id=101210

As noted in the Tk issue above, the Apple-supplied Tk 8.5.9 does not have this 
problem but that version has other, serious problems that have been fixed in 
newer versions of Tk 8.5, for example, immediately crashing when typing a 
composing character in a text field (like option-u for US Extended input 
methods).  Also as noted, one workaround appears to be to force Tcl/Tk to run 
in 32-bit mode, which may not be possible for some applications if they depend 
on non-universal libraries.

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

[MACTCL] Blog entries on Tcl/Tk integration on Mac

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

Hi all,

One thing I haven't seen a lot of recently on the list is discussion of 
best practices for integrating Tk apps on the Mac. I've posted a series 
of blog entries this year that address this question, and focus on the 
choices I'm making in my own apps to keep my Tk apps up-to-date with the 
Mac platform. I realize I'm a bit unusual in targeting just the Mac with 
my apps, but I thought these entries might offer a bit of food for thought:

http://www.codebykevin.com/blosxom.cgi/2013/09/23#anatomy
http://www.codebykevin.com/blosxom.cgi/2013/08/29#mission-creep
http://www.codebykevin.com/blosxom.cgi/2013/05/18#neooffice-inspiration
http://www.codebykevin.com/blosxom.cgi/2013/05/09#ios-ui-influence

Hope these are of interest if any of you are addressing any similar 
issues/questions in your own projects.

Thanks,
Kevin

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

Re: [MACTCL] Run tcl scripts by double clicking

[Bernhard S. <Ber...@gm...>]

Hi Kevin,

On 21.09.2013, at 16:36, Kevin Walzer <kw...@co...> wrote:

> On 9/21/13 8:52 AM, Bernhard Spinnler wrote:
>> So my question is: why hasn't this been implemented this way? Why is this not the default Wish behavior on the Mac? Are there any drawbacks/problems with this approach?
> 
> I can't speak for the design decisions of prior maintainers, but I can 
> think of at least a few reasons why this might not be the optimal approach:
> 
> 1. :tk::mac::OpenDocument is intended to be a general-purpose 
> placeholder for opening documents in Wish, but it is used more often for 
> actually opening and displaying a document in an editor. Re-purposing 
> this command's default mode to executing a Tcl script would cause a lot 
> of complication for apps using the command for other purposes--this 
> includes some of my own apps and apps such as IDLE, the Tk-based editor 
> that ships with MacPython.

Wouldn't IDLE or any other app just redefine :tk::mac::OpenDocument such that it fits their needs, i.e., displaying a document or whatever? Then my original definition of :tk::mac::OpenDocument wouldn't be seen/used any longer.

> 
> 2. There is an argument to be made that automatically executing an 
> arbitrary script may present security issues. MacPython does come with a 
> bundled script launcher app that does what you are looking for, and 
> there's been a lot of debate recently about removing it because of what 
> some argue is the security risk.

Ok, this is a tough one. Of course, it's always a balance act between security and convenience. From what I've read (http://bugs.python.org/issue5262) MacPython Launcher executes .py files but is not set as default application for .py files any longer. I think this is a reasonable approach. I just find it odd that when I actively associate tcl files with Wish and double click on these files, Wish starts up but just sits there and does nothing. (The same result when I drop a tcl file on WIsh). For me the most natural thing to expect from an interpreter as default action would be to interpret/run the script that it was given. Actually, that's exactly the behavior of the command line wish: wish foo.tcl tells wish to run script foo.tcl. Perhaps that behavior could be restricted to scripts having their executable bit set (as suggested in the thread above).

> 
> 3. There are much simpler ways to implement the behavior you're looking 
> for without the overhead of re-defining a central command in Tk-Mac or 
> updating and deploying a full-blown app launcher (I once looked at 
> Launcher's source code and there was a lot going on there).  One is to 
> launch Wish and the script name from Terminal: "wish foo.tcl." That's my 
> preferred method of running scripts. Another way would be to implement a 
> simple AppleScript launcher that is associated with Tcl files (in the 
> manner you've already done with Wish) and runs Wish when a script is 
> double-clicked. Below I've posted the source code for a similar app I 
> wrote years ago that launched Scribus when it was just an X11 app in 
> FInk. I'll leave the modification of it as an exercise for you, but it 
> would achieve exactly what you are looking to do, and if you wanted to 
> share your resulting project with the community, I'm sure plenty of 
> people would find it useful:
> 
> property extension_list : {"sla", "sla.gz", "scd", "scd.gz"}
> 
> on run
> 	display dialog "Scribus will launch after the X11 application has 
> finished launching."
> 	delay 5
> 	tell application "X11"
> 		activate
> 	end tell
> 	delay 10
> 	set theEnv to "export DISPLAY=:0;"
> 	set theBoot to "source /sw/bin/init.sh;"
> 	set theCmd to "/sw/bin/scribus "
> 	do shell script theEnv & theBoot & theCmd
> end run
> 
> 
> on open this_item
> 	set the item_info to info for this_item
> 	if the name extension of the item_info is in the extension_list then
> 		display dialog "Scribus will open this document after the X11 
> application has finished launching."
> 		delay 5
> 		tell application "X11"
> 			activate
> 		end tell
> 		delay 10
> 		set theEnv to "export DISPLAY=:0;"
> 		set theBoot to "source /sw/bin/init.sh;"
> 		set theCmd to "/sw/bin/scribus "
> 		set theFile to quoted form of POSIX path of this_item
> 		do shell script theEnv & theBoot & theCmd & theFile
> 	else
> 		display dialog "Scribus is unable to open this file type."
> 	end if
> end open

Interesting approach. However, I regularly shudder at AppleScript's pseudo human syntax and would rather stay with a pure tcl solution. Also, I don't see any difference in terms of security. Actually, I'm quite happy with my current solution. I just need to remember to apply my modification again in case a new version of Wish comes along.

I was just wondering why on the Mac it's much more difficult to run a tcl script than on Windows (albeit probably less secure). Thanks for providing background and suggestions.

Cheers,
	Bernhard 

> 
> Hope this helps,
> Kevin
> 
> -- 
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
> 
> ------------------------------------------------------------------------------
> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. 
> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] Run tcl scripts by double clicking

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

On 9/21/13 8:52 AM, Bernhard Spinnler wrote:
> So my question is: why hasn't this been implemented this way? Why is this not the default Wish behavior on the Mac? Are there any drawbacks/problems with this approach?

I can't speak for the design decisions of prior maintainers, but I can 
think of at least a few reasons why this might not be the optimal approach:

1. :tk::mac::OpenDocument is intended to be a general-purpose 
placeholder for opening documents in Wish, but it is used more often for 
actually opening and displaying a document in an editor. Re-purposing 
this command's default mode to executing a Tcl script would cause a lot 
of complication for apps using the command for other purposes--this 
includes some of my own apps and apps such as IDLE, the Tk-based editor 
that ships with MacPython.

2. There is an argument to be made that automatically executing an 
arbitrary script may present security issues. MacPython does come with a 
bundled script launcher app that does what you are looking for, and 
there's been a lot of debate recently about removing it because of what 
some argue is the security risk.

3. There are much simpler ways to implement the behavior you're looking 
for without the overhead of re-defining a central command in Tk-Mac or 
updating and deploying a full-blown app launcher (I once looked at 
Launcher's source code and there was a lot going on there).  One is to 
launch Wish and the script name from Terminal: "wish foo.tcl." That's my 
preferred method of running scripts. Another way would be to implement a 
simple AppleScript launcher that is associated with Tcl files (in the 
manner you've already done with Wish) and runs Wish when a script is 
double-clicked. Below I've posted the source code for a similar app I 
wrote years ago that launched Scribus when it was just an X11 app in 
FInk. I'll leave the modification of it as an exercise for you, but it 
would achieve exactly what you are looking to do, and if you wanted to 
share your resulting project with the community, I'm sure plenty of 
people would find it useful:

property extension_list : {"sla", "sla.gz", "scd", "scd.gz"}

on run
	display dialog "Scribus will launch after the X11 application has 
finished launching."
	delay 5
	tell application "X11"
		activate
	end tell
	delay 10
	set theEnv to "export DISPLAY=:0;"
	set theBoot to "source /sw/bin/init.sh;"
	set theCmd to "/sw/bin/scribus "
	do shell script theEnv & theBoot & theCmd
end run


on open this_item
	set the item_info to info for this_item
	if the name extension of the item_info is in the extension_list then
		display dialog "Scribus will open this document after the X11 
application has finished launching."
		delay 5
		tell application "X11"
			activate
		end tell
		delay 10
		set theEnv to "export DISPLAY=:0;"
		set theBoot to "source /sw/bin/init.sh;"
		set theCmd to "/sw/bin/scribus "
		set theFile to quoted form of POSIX path of this_item
		do shell script theEnv & theBoot & theCmd & theFile
	else
		display dialog "Scribus is unable to open this file type."
	end if
end open

Hope this helps,
Kevin

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

[MACTCL] Run tcl scripts by double clicking

[Bernhard S. <Ber...@gm...>]

Hi,

For years I was looking for a simple way to restore the behavior that was once provided by Daniel Steffen's "Launcher", namely running a Tcl/Tk script simply by double clicking on it in the Finder. I understand that there are several ways to get a similar and even more Mac like behavior as documented here: http://opensource.codebykevin.com/tutorial.html. While packaging scripts in StarPacks or even a real Mac app bundle provides the best Mac application experience, I was looking for a solution, that does not require repackaging when a new version of wish would come along. Also, I was looking not for a solution for packaging and shipping finished apps but for a more lightweight solution that simplifies running scripts during development and running some simple apps for home use (but, of course, without resorting to the command line).

Just recently I discovered by more or less putting together several pieces that were floating around on the web, that I could achieve exactly what I wanted by simply putting the script

proc my_open_document {file} {
    if [catch {uplevel #0 [list source $file]} errorInfo] { 
	puts $errorInfo
    }
}

proc ::tk::mac::OpenDocument {args} {
    foreach f $args {
	my_open_document $f
    }
}

into Wish.app/Contents/Resources/Scripts/AppMain.tcl and associating Wish.app with files ending in .tcl. Now, double clicking on any tcl file in the Finder launches Wish.app and tells Wish.app to run the script. For me, this is the most natural behavior what Wish.app should do on the Mac. (Wish acts in this way on Windows, too.)

So my question is: why hasn't this been implemented this way? Why is this not the default Wish behavior on the Mac? Are there any drawbacks/problems with this approach?

Thanks,
	Bernhard

Re: [MACTCL] Widget greying and toplevel focus

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

On 9/10/13 10:27 PM, Steve A wrote:
> Attached is a screenshot showing symptom. Note - the disabled buttons
> in two of the toplevels become active after we open another (true)
> toplevel for a moment and close it.

I've seen this before, and this is the only workaround to the behavior 
you've documented that I'm aware of--clicking outside the window and 
then clicking back into it to restore its focus.

--Kevin

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

Re: [MACTCL] Widget greying and toplevel focus

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

Hmmm - I tried briefly to embed a container frame into the standard
ttk notebook demo, but i cant reproduce the issue :(

Attached is a screenshot showing symptom. Note - the disabled buttons
in two of the toplevels become active after we open another (true)
toplevel for a moment and close it.

I think i'll just need a workaround/hack to disable this "State is
greyed/disabled if no focus" feature of OS X wish. (What wer're doing
is complex, and has differing issues across all operating systems.)

I try binding  ButtonPress-1 to "focus .toplevel" or "wm state
.toplevel normal",
but the first does nothing, and the latter fails with the message
"can't change state of .toplevel: it is an embedded window". Note,
this error throw is unique to OS X. MSWindows and Linux don't complain
trying to change the state of these embedded toplevels.

Anyway, I'll keep looking for a working hack. Just curious if anyone
has messed with this before.

cheers.

On Wed, Sep 11, 2013 at 10:20 AM, Kevin Walzer <kw...@co...> wrote:
> On 9/10/13 8:11 PM, Steve A wrote:
>> On OS X, Tk widgets (esp. buttons) are often greyed out, as if
>> disabled, when the app doesnt have the focus or wish *thinks* the app
>> doesnt have focus.
>>
>> Is there anyway to disable this greying ?
>>
>> When i use ttk::notebook and toplevel containers, it just gets
>> confused, and erroneously greys out multiple widgets though they still
>> respond to ButtonPress.
>>
>>
>>      frame $f  -container 1
>>      toplevel .$w -use [ winfo id $f ]
>>
>> Due to Cocoa bugs, I am using Carbon.
>>
>> cheers, Steven
>
> Can you provide a more complete sample script?
>
> --
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
>
> ------------------------------------------------------------------------------
> How ServiceNow helps IT people transform IT departments:
> 1. Consolidate legacy IT systems to a single system of record for IT
> 2. Standardize and globalize service processes across IT
> 3. Implement zero-touch automation to replace manual, redundant tasks
> http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] Widget greying and toplevel focus

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

On 9/10/13 8:11 PM, Steve A wrote:
> On OS X, Tk widgets (esp. buttons) are often greyed out, as if
> disabled, when the app doesnt have the focus or wish *thinks* the app
> doesnt have focus.
>
> Is there anyway to disable this greying ?
>
> When i use ttk::notebook and toplevel containers, it just gets
> confused, and erroneously greys out multiple widgets though they still
> respond to ButtonPress.
>
>
>      frame $f  -container 1
>      toplevel .$w -use [ winfo id $f ]
>
> Due to Cocoa bugs, I am using Carbon.
>
> cheers, Steven

Can you provide a more complete sample script?

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

[MACTCL] Widget greying and toplevel focus

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

On OS X, Tk widgets (esp. buttons) are often greyed out, as if
disabled, when the app doesnt have the focus or wish *thinks* the app
doesnt have focus.

Is there anyway to disable this greying ?

When i use ttk::notebook and toplevel containers, it just gets
confused, and erroneously greys out multiple widgets though they still
respond to ButtonPress.


    frame $f  -container 1
    toplevel .$w -use [ winfo id $f ]

Due to Cocoa bugs, I am using Carbon.

cheers, Steven

[MACTCL] Tcl_SetNotifier on Mac

[Michiel de H. <mjl...@ya...>]

Hi all,

I am trying to understand how Tcl_SetNotifier works for the mac.
I understand the Tcl_SetNotifier effectively lets me replace these functions:

Tcl_SetTimer
 Tcl_WaitForEvent
 Tcl_CreateFileHandler
 Tcl_DeleteFileHandler
 Tcl_InitNotifier
 Tcl_FinalizeNotifier
 Tcl_AlertNotifier
 Tcl_ServiceModeHook 
Now if I look in macosx/tclMacOSXNotify.c, I see that these functions
make use of a local ThreadSpecificData *tsdPtr, which is initialized by Tcl_InitNotifier.
However, Tcl_Sleep also makes use of the same tsdPtr, but Tcl_Sleep is not
part of the notifier.
So how can this work? If I replace the notifier by Tcl_SetNotifier, then
Tcl_InitNotifier is replaced by my own function.
Then if Tcl_Sleep is called, it will access tsdPtr, which was never initialized properly,
as it should have been initialized by the original Tcl_InitNotifier.
Is this a bug, or am I misunderstanding something?

Thanks,
-Michiel.

[MACTCL] John Ousterhout Featured Speaker at Tcl New & Proven User Conference in New Orleans (Tcl'2013)

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

Founder of Tool Command Language to talk about Tcl Past, Present &
Future

Ann Arbor, MI -- August 16, 2013 -- The Tcl/Tk User Association, which
is celebrating over 20 years of innovation using the Tool Command
Language (Tcl), confirmed today that John Ousterhout will be a
Featured Speaker at the conference in New Orleans, LA from Sept 23-27,
2013.

 Ousterhout is the original developer of the Tcl and Tk programming
language, a combination of the Tool Command Language and the Tk
graphical user interface tookit (Tk).  His presentation will focus on
the evolution of Tcl/Tk from its original language format created at
the University of California Berkeley to the most robust and
easy-to-learn dynamic programming language that seamlessly powers
today's applications. He is also the author of Tcl and the Tk ToolKit
(2nd Edition).

"John started a revolution born out of frustration," says Clif Flynt,
President, Tcl Community Association and author of Tcl/Tk: A
Developer's Guide. "Before Tcl, programmers devised their own
languages that were intended to be embedded into applications. By
creating Tcl/Tk, John created a language for rapid prototyping that
works immediately."

The Tcl New and Proven user conference will feature several Tcl
experts including Jeff Hobbs, Chief Technical Officer at ActiveState,
Gerald Lester, creator of Tcl Web Services and a keynote speech by
Karl Lehenbauer of FlightAware.com.  Programmers attending the
conference will learn the best practices for using Tcl's new
object-oriented commands and widgets as well as seeing new
applications and techniques in the fields ranging from business
applications to health, aerospace and beyond.

"The Tcl New & Proven User Conference will be focusing on innovation
throughout the years," says Flynt. "We are very pleased to have two of
the people who helped create the Tcl we know today at our 20th
conference."

Interested in attending the Tcl conference? Go to
http://www.tcl.tk/community/tcl2013/ to register. Learn more about
Tcl/Tk by visiting the Tcl Developer Xchange http://www.tcl.tk/ where
you can download Tcl 8.6 and a free trial of TDK 5 (Tcl Dev Kit).

###

About Tcl/Tk  (http://www.tcl.tk/)

Celebrating over 20 years of providing rapid prototyping, Tool Command
Language (Tcl) is an open source, robust, powerful and easy-to-learn
dynamic programming language ideal for today's web and desktop
applications, networking, administration, and testing. Tk is a
graphical user interface toolkit that enables the development of
native-looking GUIs on multiple platforms such as Windows, Mac OS X
and Linux. The combination of Tcl and the Tk GUI toolkit is referred
to as Tcl/Tk..
 
The vibrant Tcl user community comes together on the Tcl Developer
Xchange website hosted by ActiveState (http://www.tcl.tk/), which
provides a variety of resources for programmers working with Tcl/Tk to
increase their productivity and share ideas. Worldwide Tcl
conferences, Tcl/Tk downloads and access to the Tcler's Wiki are all
available online at the Tcl Developer Xchange.  The latest books,
tutorials and demos are also accessible from this site along with the
Tcl core development team that steers the ongoing evolution of the
language.


Contact:
Amy Hesser
Hesser Communications Group
am...@he...
312-933-8324

[MACTCL] Hotel Room Rate Reminder - 20th Annual Tcl/Tk Conference (Tcl'2013)

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

20'th Annual Tcl/Tk Conference (Tcl'2013)
http://www.tcl.tk/community/tcl2013/

September 23 - 27, 2013
Bourbon Orleans Hotel
New Orleans, Louisiana, USA
http://www.bourbonorleans.com/

Hello all.

This is a general reminder that the offer of reduced rates for rooms
at the conference hotel expires on August 19, i.e. in a week.

	Book Now! (if you haven't already).

Of course registration for the Conference is still open at

	http://www.tcl.tk/community/tcl2013/reg.html

To book a room at the conference hotel at reduced rates please follow
the instructions on that page.

Our schedule can be found at

	http://www.tcl.tk/community/tcl2013/schedule.html

Conference Committee

Clif Flynt              Noumena Corp			General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.	Program Chair
Gerald Lester           KnG Consulting, LLC		Site/Facilities Chair
Arjen Markus            Deltares
Brian Griffin           Mentor Graphics
Cyndy Lilagan           Nat. Museum of Health & Medicine, Chicago
Donal Fellows           University of Manchester
Jeffrey Hobbs           ActiveState Software Inc.
Kevin Kenny             GE Global Research Center
Larry Virden
Mike Doyle              National Museum of Health & Medicine, Chicago
Ron Fox                 NSCL/FRIB Michigan State University
Steve Landers           Digital Smarties

Contact Information     tcl...@go...


Tcl'2013 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] Registration Open for 19th Annual Tcl/Tk Conference (Tcl'2012)

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

20'th Annual Tcl/Tk Conference (Tcl'2013)
http://www.tcl.tk/community/tcl2013/

September 23 - 27, 2013
Bourbon Orleans Hotel
New Orleans, Louisiana, USA
http://www.bourbonorleans.com/

I am pleased to announce that registration for the Conference is now
open at

	http://www.tcl.tk/community/tcl2013/reg.html

To book a room at the conference hotel at reduced rates please follow
the instructions on that page. Note that the offer of reduced rates
expires on August 19 (In 2 weeks). Book NOW.

Our schedule can be found at

	http://www.tcl.tk/community/tcl2013/schedule.html

Conference Committee

Clif Flynt              Noumena Corp					General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.			Program Chair
Cyndy Lilagan           Nat. Museum of Health & Medicine, Chicago	Site/Facilities Chair
Arjen Markus            Deltares
Brian Griffin           Mentor Graphics
Donal Fellows           University of Manchester
Gerald Lester           KnG Consulting, LLC
Jeffrey Hobbs           ActiveState Software Inc.
Kevin Kenny             GE Global Research Center
Larry Virden
Mike Doyle              National Museum of Health & Medicine, Chicago
Ron Fox                 NSCL/FRIB Michigan State University
Steve Landers           Digital Smarties

Contact Information     tcl...@go...


Tcl'2012 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] 3rd Call For Papers, 20th Annual Tcl/Tk Conference 2013

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

[[ Notes:
   Abstracts and proposals are now due July 6, 2013
   [+ 2 weeks]
]]

20'th Annual Tcl/Tk Conference (Tcl'2013)
http://www.tcl.tk/community/tcl2013/

September 23 - 27, 2013
Bourbon Orleans Hotel
New Orleans, Louisiana, USA
http://www.bourbonorleans.com/

Important Dates:

Abstracts and proposals due   July       6, 2013 [+ 2 weeks]
Notification to authors       July      22, 2013 [- 2 weeks]
Author materials due          September  2, 2013
Tutorials Start               September 23, 2013
Conference starts             September 25, 2013

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

Submission of Summaries

Tcl/Tk 2013 will be held in New Orleans, Louisiana, USA from September
23 - 27, 2013. 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 <tclconference AT googlegroups DOT com> no later than August 5,
2013. Authors of accepted abstracts will have until September 2, 2013
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 5, 2013. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in June 3, 2013. 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/tcl2013/) 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

Clif Flynt              Noumena Corp			General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.	Program Chair
Gerald Lester           KnG Consulting, LLC		Site/Facilities Chair
Arjen Markus            Deltares
Brian Griffin           Mentor Graphics
Cyndy Lilagan           Nat. Museum of Health & Medicine, Chicago
Donal Fellows           University of Manchester
Jeffrey Hobbs           ActiveState Software Inc.
Kevin Kenny             GE Global Research Center
Larry Virden
Mike Doyle              National Museum of Health & Medicine, Chicago
Ron Fox                 NSCL/FRIB Michigan State University
Steve Landers           Digital Smarties

Contact Information     tcl...@go...


Tcl'2013 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] Fullscreen 1.1

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

Great work Kevin!

On 03/06/2013, at 4:41 PM, Kevin Walzer <kw...@co...> wrote:

> I've released version 1.1 of my "fullscreen" open-source library for 
> Tcl/Tk apps on the Mac. This package adds native a "fullscreen" button 
> to Tk windows on Mac OS X 10.7 and later. This release, which is a 
> fairly major under-the-hood rewrite, fixes a major bug with window 
> geometry when the app took fullscreen status (widgets such as buttons 
> would not respond to mouse clicks but instead the click would register a 
> few pixels underneath the widget). For more information, and to 
> download, see http://opensource.codebykevin.com/native.html. Thanks to 
> Andrew Stein for the bug report.
> 
> -- 
> Kevin Walzer
> Code by Kevin/Mobile Code by Kevin
> http://www.codebykevin.com
> http://www.wtmobilesoftware.com
> 
> ------------------------------------------------------------------------------
> How ServiceNow helps IT people transform IT departments:
> 1. A cloud service to automate IT design, transition and operations
> 2. Dashboards that offer high-level views of enterprise services
> 3. A single system of record for all IT processes
> http://p.sf.net/sfu/servicenow-d2d-j
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

[MACTCL] Fullscreen 1.1

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

I've released version 1.1 of my "fullscreen" open-source library for 
Tcl/Tk apps on the Mac. This package adds native a "fullscreen" button 
to Tk windows on Mac OS X 10.7 and later. This release, which is a 
fairly major under-the-hood rewrite, fixes a major bug with window 
geometry when the app took fullscreen status (widgets such as buttons 
would not respond to mouse clicks but instead the click would register a 
few pixels underneath the widget). For more information, and to 
download, see http://opensource.codebykevin.com/native.html. Thanks to 
Andrew Stein for the bug report.

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

[MACTCL] Reminder: Registration for EuroTcl 2013 ends at June, 1st

[<Pa...@Tc...>]

Dear Tcl'ers,


The Tcl'ers User Group Munich (TUGM) proudly presents the
11th European Tcl/Tk User Group Meeting (EuroTcl 2013).

It will take place on the weekend of 6th and 7th of July in Munich.

The registration for the meeting ends at 1st of June.

Go to http://www.eurotcl.tcl3d.org for registration and more information.

See http://www.eurotcl.tcl3d.org/cgi-bin/registereduser.tcl for a list
of already registered Tcl'ers.


Kind regards,

Arnulf, Paul and Vaclav @ TUGM

[MACTCL] Seeking test for Retina/fullscreen compatibility in Lion & later

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

Hi all,

I was wondering if anyone on the list with a Retina-display Mac would be 
willing to help me test a sample app for Retina and fullscreen 
capability. I'm working on some techniques, some released (such as my 
fullscreen Tk package) and others still under development, to support 
resolution independence in Tk apps on the Mac, and I'd appreciate 
someone doing a quick run of a sample app to verify things work. Once 
everything is working correctly, I'll release the final components as 
OSS and document my approach. 10.7 and later only. Please contact me 
off-list if you're interested.

Thanks,
Kevin

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

[MACTCL] Ann: Fullscreen, Growl, and WebKit support in Tk-Cocoa

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

I'm pleased to announce three new open-source Tk-Cocoa integration 
packages for Mac OS X.

Fullscreen: This package adds native a "fullscreen" button to Tk windows 
on Mac OS X 10.7 and later. The package adds the fullscreen button that, 
when pressed, will smoothly animate the window to fullscreen status. The 
window can be restored to its previous state by clicking the upper 
right-hand part of the screen and locating the button in the menubar. 
This package has no relationship to the standard Tk command "wm 
attributes $w -fullscreen 1," which also implements a fullscreen window 
and tracks its state internally through Tk. Under OS X, the "wm 
attributes" command uses different API's and its state can be tracked 
and configured via Tk. The "::fullscreen::fullscreen" only adds the 
fullscreen button to the window, and does not track the window's state; 
setting the window to fullscreen state is triggered by the user. The 
benefit of this command is that it provides better integration with 
modern Mac API's.

TclGrowl: This package implements native support for the Growl desktop 
notification system on OS X. It provides Tcl support via a SWIG wrapper 
for the gntp-send library, which implements Growl's custom network protocol.

TkWebView: This package adds a native WebKit display in Tk apps on OS X, 
using the same rendering engine that powers Safari. It is designed for 
display of local HTML files. Links to remote sites (i.e., those 
beginning with http) will launch the user's default browser. TkWebView 
does not display remote URL's; this is not a technical constraint but 
rather a design decision, to encourage a separation between local 
display of HTML content and an external browser. TkWebView also does not 
provide direct access to the HTML content, browsing history, etc. from 
Tk; it delegates all management of browsing history and HTML content to 
WebKit. HTML navigation can be built into the HTML pages themselves via 
JavaScript, href links, and so on.

For more details on these packages, see 
http://opensource.codebykevin.com/native.html, and for discussion of 
their development, see 
http://www.codebykevin.com/blosxom.cgi/2013/05/17#three-new-libraries-for-lion. 


Enjoy,
Kevin


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

Re: [MACTCL] App Store question

[David Z. <kr...@kr...>]

Le 16 avr. 2013 à 09:34, Steve Landers <st...@di...> a écrit :

> David,

Hi Steve,

> Maybe the Apple B2B distribution is what you are after? - http://developer.apple.com/programs/volume/b2b/

As far as I understood it, B2B apps are available exclusively to 'selected' customers. So someone looking for a car to rent won't find my app in AAS until Thrifty gives him a link (or something like that) to download it.

-- 
David Zolli
kr...@kr...
http://www.kroc.tk

Re: [MACTCL] App Store question

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

David,

Maybe the Apple B2B distribution is what you are after? - http://developer.apple.com/programs/volume/b2b/

Steve

On 16/04/2013, at 3:30 PM, David Zolli <kr...@kr...> wrote:

> Le 15 avr. 2013 à 23:14, Kevin Walzer <kw...@co...> a écrit :
> 
>> Why would you need to bother with the App Store at all? Why not just 
>> make a private download available? Is there some reason the app would 
>> need to be in the App Store?
>> 
>> (Remember, you can still distribute apps on OS X outside the App Store…)
> 
> I forgot to say I'm talking about an iOS app.
> 
> Le 15 avr. 2013 à 20:03, Adrian Robert <adr...@gm...> a écrit :
> 
>> Another approach if neither of these are good might be to separate the app and the configuration data completely, and have the customers download the config data separately from the app (which just comes with a generic default).
> 
> It's a bit more complex than that. Imagine my customers are car rentals (it's just an example). I made them a website where they can upload easily all their vehicles and I've also made an iOS app connected to website XML stream.
> 
> The website and the iOS app are designed so I can adapt it to my customer visual identity (logo and colors). The goal is to sell it to all car hire services (Avis, Hertz, Europcar, Thrifty, etc..).
> 
> When I want to add my iOS app on the Apple App Store, I would like to be able to do it without asking my customer (Thrifty New Orleans - Louis Armstrong International Airport) to register an Apple Developer account. And, of course, my customer (Thrifty New Orleans) want its customers (everybody looking for a car to rent in this area) can find and download its iOS app on the Apple App Store.
> 
> As there are a LOT of car rental agencies, you know why I'm looking for an easy way to do that.
> 
> And the problem would be the same for boat rental, florist, estate agency, pizzerias, car dealers, etc..
> 
> -- 
> David Zolli
> kr...@kr...
> http://www.kroc.tk
> 
> 
> ------------------------------------------------------------------------------
> Precog is a next-generation analytics platform capable of advanced
> analytics on semi-structured data. The platform includes APIs for building
> apps and a phenomenal toolset for data science. Developers can use
> our toolset for easy data analysis & visualization. Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> _______________________________________________
> Tcl-mac mailing list
> tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac

Re: [MACTCL] App Store question

[David Z. <kr...@kr...>]

Le 15 avr. 2013 à 23:14, Kevin Walzer <kw...@co...> a écrit :

> Why would you need to bother with the App Store at all? Why not just 
> make a private download available? Is there some reason the app would 
> need to be in the App Store?
> 
> (Remember, you can still distribute apps on OS X outside the App Store…)

I forgot to say I'm talking about an iOS app.

Le 15 avr. 2013 à 20:03, Adrian Robert <adr...@gm...> a écrit :

> Another approach if neither of these are good might be to separate the app and the configuration data completely, and have the customers download the config data separately from the app (which just comes with a generic default).

It's a bit more complex than that. Imagine my customers are car rentals (it's just an example). I made them a website where they can upload easily all their vehicles and I've also made an iOS app connected to website XML stream.

The website and the iOS app are designed so I can adapt it to my customer visual identity (logo and colors). The goal is to sell it to all car hire services (Avis, Hertz, Europcar, Thrifty, etc..).

When I want to add my iOS app on the Apple App Store, I would like to be able to do it without asking my customer (Thrifty New Orleans - Louis Armstrong International Airport) to register an Apple Developer account. And, of course, my customer (Thrifty New Orleans) want its customers (everybody looking for a car to rent in this area) can find and download its iOS app on the Apple App Store.

As there are a LOT of car rental agencies, you know why I'm looking for an easy way to do that.

And the problem would be the same for boat rental, florist, estate agency, pizzerias, car dealers, etc..

-- 
David Zolli
kr...@kr...
http://www.kroc.tk

Re: [MACTCL] App Store question

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

On 4/15/13 1:13 PM, David Zolli wrote:
> Hi all,
>
> My question is a bit off topic but I don't find the answer so I try everywhere.
>
> I'ld like to know if you know how to easily share on Apple App Store an app you've made for a customer.
>
> By 'easily' I mean without asking my customers to set up accounts in iTunes Connect.
>
> I need this because:
>
>     - these applications are free of charge in App Store
>     - it's always the same app with different company logos and colors (and loading different XML data, of course)
>     - my customers know nothing about app development and most of them even don't speak english (so it's pretty hard to make them register in iTunes Connect).
>
> Of course, I'm looking for a legal solution approved by Apple. ;)


Why would you need to bother with the App Store at all? Why not just 
make a private download available? Is there some reason the app would 
need to be in the App Store?

(Remember, you can still distribute apps on OS X outside the App Store...)

--Kevin

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