Slashdot Mirror

This is the page you are looking for.

http://www.tcl.tk/

Any browser that supports plugins could theoretically support other languages.

https://www.tcl.tk/software/pl...

Such as this one.

https://webperl.zero-g.net/

Or this one.

But web programmers show no serious interest in either. That could be because of install base, but then that's because of install base and not because the options aren't there.

No, this one.

https://wiki.tcl.tk/540

Surely you know that proper SEO spam comments require you to provide the link to tcl.tk...

- Perl 5 and earlier: An interpreter written in C.

Not exactly. The interpreter compiles the source files into a bytecode and executes it on a stack-based virtual machine: ahref=http://perlbin.sourceforge.net/perlcompiler/perl.internals.pdfrel=url2html-14852http://perlbin.sourceforge.net...>

- Python: An interpreter written in C.

A virtual machine in C: http://www.troeger.eu/files/teaching/pythonvm08.pdf

- Ruby: An interpreter written in C.

A virtual machine in C: http://en.wikipedia.org/wiki/YARV

Or in C++: http://rubini.us/

Or against the JVM (which is written in C++): http://jruby.org/

- Lua: An interpreter written in C.

A virtual machine in C: http://www.lua.org/doc/jucs05.pdf

- Tcl: An interpreter written in C.

A virtual machine in C: https://www.tcl.tk/community/tcl2002/archive/Tcl2002papers/kenny-bytecode/paperKBK.html

- PHP: An interpreter written in C.

Hey, you got one. However the they are currently revising the language to make it compatible with adding a JIT later: http://www.computerworld.com/s/article/9248637/PHP_keepers_plot_radical_revision_of_the_language

And Facebook has their own C++ VM: http://hhvm.com/

- UNIX shells: Interpreters written in C.

Different problem space.

You can't run any other language than JS in the browser (practically anyways),

That's more a function of browsers bundling Javascript support than of the language itself. You could substitute Tcl/Tk, (or Perl, Python, etc...). Presently, there's a Tcl/Tk plugin for Mozilla and IE.

I thought I would share some info with you about how one team did this, what was cutting edge work at the time.
Not that I am saying you should use these tools although it seems they are one possibility.

Here are links related to a quite interesting software project developed by Christophe Mertz and others at CENA.

The Digistrips system was a user interface prototype demonstration system written in Perl for the design of new touch screen based air traffic controller systems that mimic the traditional system in which paper strips are used to represent aircraft in flight. The demonstration is said to have been successful, and there are a number of papers written about user interaction in the system.

It used Ivy (a cross platform message bus in Perl) and TkZinc (an OpenGL and 2d capable canvas).

Below are numerous links to papers and software sites although the openatc.org website is no longer in service itself. It is possible to download Ivy and TkZinc it seems.

keywords: cena france french aircraft controller prototype perl perl-anim gui prototyping tk-zinc opengl perl strips

Ivy Software Bus
http://www2.tls.cena.fr/products/ivy/
http://freecode.com/projects/ivy
http://www2.tls.cena.fr/products/ivy/download/desc/ivy-perl-deb.html
Ivy is a simple protocol and a set of open-source (LGPL) libraries and programs that allows applications to broadcast information through text messages, with a subscription mechanism based on regular expressions. Ivy libraries are available in C, C++, Java, Python and Perl, on Windows and Unix boxes and on Macs. Several Ivy utilities and hardware drivers are available too.
Ivy is currently used in research projects in the air traffic control and human-computer interaction research communities as well as in commercial products. It is also taught to CS students.

http://wiki.tcl.tk/9246
Christophe Mertz

Zinc.pm
http://search.cpan.org/~zincdev/tk-zinc-3.303/Zinc.pm
Patrick Lecoanet

http://search.cpan.org/~cmertz/svg-svg2zinc-0.05/svg2zinc.pl
though openatc.org is down.

TkZinc
http://www.tkzinc.org/tkzinc/index.php
http://freecode.com/projects/zincisnotcanvas
http://wiki.tcl.tk/2798
TkZinc is a Tk widget developed with Perl/Tk, Tcl/Tk and Python/Tk bindings. TkZinc widgets are very similar to Tk canvases in that they support structured graphics. Graphical items can be manipulated, and bindings can be associated with them to implement interaction behaviors. But unlike the canvas, TkZinc can structure the items in a hierarchy, and has support for affine 2D transforms. Clipping can be set for sub-trees of the item hierarchy and the item set is quite more powerful, including field-specific items for Air Traffic systems. TkZinc is fast enough to allow the implementation of 2k2k radar displays with smooth animations. It is structured enough to allow the implementation of direct manipulation desktop GUIs.

Since the 3.2.2 version, TkZinc also offers as a runtime option, support for openGL rendering, giving access to features such as antialiasing, transparency, color gradients and even a new, openGL oriented, item type : triangles. In order to use the openGL features, you need the support of the GLX extension on your X11 server.

Zinc Is Not Canvas!
Tkzinc has been developped at CENA to help building experimental user interfaces for Air Traffic Control. Tkzinc is a Tk widget, with Tcl, Perl/Tk, and Python/Tkinter bindings. Tkzinc is available as open source under the GNU Les

I thought I would share some info with you about how one team did this, what was cutting edge work at the time.
Not that I am saying you should use these tools although it seems they are one possibility.

Here are links related to a quite interesting software project developed by Christophe Mertz and others at CENA.

The Digistrips system was a user interface prototype demonstration system written in Perl for the design of new touch screen based air traffic controller systems that mimic the traditional system in which paper strips are used to represent aircraft in flight. The demonstration is said to have been successful, and there are a number of papers written about user interaction in the system.

It used Ivy (a cross platform message bus in Perl) and TkZinc (an OpenGL and 2d capable canvas).

Below are numerous links to papers and software sites although the openatc.org website is no longer in service itself. It is possible to download Ivy and TkZinc it seems.

keywords: cena france french aircraft controller prototype perl perl-anim gui prototyping tk-zinc opengl perl strips

Ivy Software Bus
http://www2.tls.cena.fr/products/ivy/
http://freecode.com/projects/ivy
http://www2.tls.cena.fr/products/ivy/download/desc/ivy-perl-deb.html
Ivy is a simple protocol and a set of open-source (LGPL) libraries and programs that allows applications to broadcast information through text messages, with a subscription mechanism based on regular expressions. Ivy libraries are available in C, C++, Java, Python and Perl, on Windows and Unix boxes and on Macs. Several Ivy utilities and hardware drivers are available too.
Ivy is currently used in research projects in the air traffic control and human-computer interaction research communities as well as in commercial products. It is also taught to CS students.

http://wiki.tcl.tk/9246
Christophe Mertz

Zinc.pm
http://search.cpan.org/~zincdev/tk-zinc-3.303/Zinc.pm
Patrick Lecoanet

http://search.cpan.org/~cmertz/svg-svg2zinc-0.05/svg2zinc.pl
though openatc.org is down.

TkZinc
http://www.tkzinc.org/tkzinc/index.php
http://freecode.com/projects/zincisnotcanvas
http://wiki.tcl.tk/2798
TkZinc is a Tk widget developed with Perl/Tk, Tcl/Tk and Python/Tk bindings. TkZinc widgets are very similar to Tk canvases in that they support structured graphics. Graphical items can be manipulated, and bindings can be associated with them to implement interaction behaviors. But unlike the canvas, TkZinc can structure the items in a hierarchy, and has support for affine 2D transforms. Clipping can be set for sub-trees of the item hierarchy and the item set is quite more powerful, including field-specific items for Air Traffic systems. TkZinc is fast enough to allow the implementation of 2k2k radar displays with smooth animations. It is structured enough to allow the implementation of direct manipulation desktop GUIs.

Since the 3.2.2 version, TkZinc also offers as a runtime option, support for openGL rendering, giving access to features such as antialiasing, transparency, color gradients and even a new, openGL oriented, item type : triangles. In order to use the openGL features, you need the support of the GLX extension on your X11 server.

Zinc Is Not Canvas!
Tkzinc has been developped at CENA to help building experimental user interfaces for Air Traffic Control. Tkzinc is a Tk widget, with Tcl, Perl/Tk, and Python/Tkinter bindings. Tkzinc is available as open source under the GNU Les

Ruby and others in a browser, not so revolutionary now but interesting.
http://ejohn.org/blog/the-browser-scripting-revolution/

TCL in a browser, if it were integrated it would be more relevant.
http://www.tcl.tk/software/plugin/:Python

I doubt gawk, perl, bash scripting or others will run in a browser soon.

For C code, I recommend reading the source to Tcl/Tk. It's beautiful code, well-structured and portable.

http://sourceforge.net/projects/tcl/ says: "Tool Command Language (Tcl) is an interpreted language and very portable interpreter for that language. Tcl is embeddable and extensible, and has been widely used since its creation in 1988 by John Ousterhout. See http://www.tcl.tk/ for more info." Another good source of information on Tcl is http://wiki.tcl.tk/

Tcl functions well as glue between applications. Some folks know Tcl but call it "Expect" and may not realize Expect is simply Tcl plus an extension. Another extension, Tk, provides GUI features and is so powerful and popular that it's commonly used from other languages. Bindings exist for several other languages, including Ada (called TASH), Perl, Python (called Tkinter), Ruby, and Common Lisp.

Tcl is used by many people and companies (large and small). Cisco network gear uses embedded Tcl for automating tasks. Oracle uses Tcl for automating testing. The Fortune100 company where I work (but I am not a spokesman, so I won't name them) pays me to write and maintain an application written in Tcl to process payments for many thousands of customers totaling millions of dollars every day for payment through banks and the Federal Reserve.

Tcl is FOSS, but a very popular build is ActiveTcl from ActiveState. http://www.activestate.com/activetcl/

http://sourceforge.net/projects/tcl/ says: "Tool Command Language (Tcl) is an interpreted language and very portable interpreter for that language. Tcl is embeddable and extensible, and has been widely used since its creation in 1988 by John Ousterhout. See http://www.tcl.tk/ for more info." Another good source of information on Tcl is http://wiki.tcl.tk/

Tcl functions well as glue between applications. Some folks know Tcl but call it "Expect" and may not realize Expect is simply Tcl plus an extension. Another extension, Tk, provides GUI features and is so powerful and popular that it's commonly used from other languages. Bindings exist for several other languages, including Ada (called TASH), Perl, Python (called Tkinter), Ruby, and Common Lisp.

Tcl is used by many people and companies (large and small). Cisco network gear uses embedded Tcl for automating tasks. Oracle uses Tcl for automating testing. The Fortune100 company where I work (but I am not a spokesman, so I won't name them) pays me to write and maintain an application written in Tcl to process payments for many thousands of customers totaling millions of dollars every day for payment through banks and the Federal Reserve.

Tcl is FOSS, but a very popular build is ActiveTcl from ActiveState. http://www.activestate.com/activetcl/

Tcl has libraries to parse, manipulate, and generate SVG. http://wiki.tcl.tk/TclSVG We find Tcl easier than Javscript to write such utilities in. YMMV, of course. Being able to bring those facilities to bear for web applications is part of the motivation for NaTcl, so there's no implied choice or preference for Canvas over SVG, just that we haven't had time to adapt and write SVG generators ... now we have that opportunity.

And Tcl (discussion)...

-yb
Method Logic Digital

And Tcl (discussion)...

-yb
Method Logic Digital

I know, I know... Tcl is a scripting language, not an OS, not a processor, yadda yadda. At least someone is thinking ahead here. If they can get it to work in a scripting language, they may be able to get it to work at lower levels..

Hv3 passes the Acid2 test
If they wanted an obscure browser they should have chosen this one.

hv3 uses tkhtml3, and, while it is not as complete as the big four rendering engines, it seems well ahead of the other light alternatives, in that it has Javascript and passes Acid 2, it uses little memory and is going to show up in at least one distro's repo.

http://wiki.tcl.tk/
The site has a plethora of
reference and example pages.

if you can't find an answer
ask in comp.lang.tcl ( the most polite and helpfull ng i know of )
or go to http://wiki.tcl.tk/1299
and describe / post your problem
on the latest "Ask" page.

G!

MACC

http://wiki.tcl.tk/
The site has a plethora of
reference and example pages.

if you can't find an answer
ask in comp.lang.tcl ( the most polite and helpfull ng i know of )
or go to http://wiki.tcl.tk/1299
and describe / post your problem
on the latest "Ask" page.

G!

MACC

I've alwaysd found http://tcl.tk/ manuals all I needed but that Wikibook looks like a great place to start.

I've had the same experience with CPAN: the code is often not very good, or the library doesn't really do what you expect it to do - a lot of contributions seem to be half-baked. In contrast, I have had a good experience with Tcl libraries. Perhaps one reason is that people put the half-baked stuff on the wiki (http://wiki.tcl.tk), where it is labeled as such, and don't present a full package until it is reasonably mature.

You can also use a still more mature language such as Tcl. Tcl has to my knowledge had next to no security vulnerabilities in recent years and has a very high quality codebase.

Not one but two Tcl-based flat file database systems exist:

TclVSDb (Tcl Very Small Database) http://sourceforge.net/projects/tclvs/
Provides multiple hierarchical tables (with rows and fields) per database and multi-user concurrent access with locking. Database files are standard ASCII and are portable between platforms.

Starbase http://wiki.tcl.tk/3444
A simple relational database system. The basic table manipulating features are similar to the /rdb system (but does not require it). The data files are just ASCII tab delimited tables. You can use either Unix file utilities or a pure tcl interface program.

That's kind of one of the things that Tcl was designed for. You can easily embed an interpreter in your application and then your data is stored as a tcl file that can be parsed by the interpreter. Each line in the file would be one of your access points with a command that hooks your data into and out of your program.

Very simple, more than adequate performance for your data, readily hooked into pretty much any exiting code/language, with an easily extended "standard" file format. Love or hate the language itself, it's one of the things it does rather well as the "tool command language".

That's kind of one of the things that Tcl was designed for. You can easily embed an interpreter in your application and then your data is stored as a tcl file that can be parsed by the interpreter. Each line in the file would be one of your access points with a command that hooks your data into and out of your program.

Very simple, more than adequate performance for your data, readily hooked into pretty much any exiting code/language, with an easily extended "standard" file format. Love or hate the language itself, it's one of the things it does rather well as the "tool command language".

You could use Tcl on PocketPC: http://wiki.tcl.tk/8688

There is an initial port of gtk+ to Mac OS X (and an older, less complete port: gtk+osx). The Java toolkits run on OS X. Tk supports OS X natively (according to this -- I can't say I've ever come across a Tcl/Tk script on a Mac). There might be others.

wxWindows is just a wrapper around the Mac APIs, so it shoudn't be ugly.

As far as non-native toolkits go, I think qt actually looks pretty good under OS X. Here's a good link: Qt/Mac is Mac OS X Native

I have to respond here because most of the responses here are sorely outdated and just plain wrong.
Tcl the language isn't perfect, no language is, but it IS evolving and you have to look a the total SUM of the parts that are offered.
The big picture here is Tcl/Tk does a LOT of things VERY well!

Tk: Tk is still a relevant and up-to-date toolkit. As of the latest release (8.5) it has a comprehensive collection of theme-able widgets that look native on Windows, OSX, Linux, etc. Plus, you can still program your GUIs the same way it's been done for years and not have to learn the latest "framework of the week"... Plus it is SMALL, the entire Tcl language AND Tk toolkit on Windows can be encapsulated in a 1.6MB DLL!
It is still incredibly easy to use:
button .b -text "Hello, world"
pack .b

SQLite: The author of SQLite is a big fan and user of Tcl and provides one binding with SQLite ... to Tcl! Needless to say it is a top-notch and easy to use binding, probably the best one available for SQLite. Tcl and SQLite are a perfect match for each other.

Distribution: As was mentioned here in another post, Tcl/Tk applications are very easy to create AND distribute! No need to worry about having huge runtime systems installed on the user's machine as is required by Java, .NET, Adobe AIR, with versioning issues, etc. Just include the small Tcl/Tk platform-specific library(s) with your application and they're good to go! There are various methods available for distributing your apps: Starkits, Freewrap, etc.

Tcl: Consistent, easy-to-understand and incredibly flexible syntax. Procedural, functional, object-oriented. Bytecode compiled.

Plus there's all the other things that Tcl/Tk has done well for a LONG time such as proper Unicode support, cross-platform applications, open source, multiple OOP options (soon we'll have OOP in the core), Virtual File System, powerful Tk canvas and text widgets, on-the-fly bytecode compilation, proper multi-threading, the new Teapot/Teacup package distribution system (awesome!), etc... it goes on and on.

Give it a new, fresh, honest look and I think you'll be pleasantly surprised!

http://www.tcl.tk/ (official Tcl/Tk website)
http://www.activestate.com/ (download FREE ActiveTcl)
http://groups.google.com/group/comp.lang.tcl/topics (VERY helpful newsgroup)

See http://wiki.tcl.tk/1413 and http://phaseit.net/claird/comp.lang.tcl/SunScript_story

I'm very happy to see something productive out of the Parrot community. They've promised some great things, and we've been waiting a long time to use their offerings. Some people in the community (see article below) have started to doubt the Parrot project's usefulness, but maybe this cool Perl6 development will make them re-think their stance.

Will Parrot ever truly deliver? (http://pinderkent.blogsavy.com/archives/124)

Earlier today I was reading an article about Parrot. Parrot is, as stated on the projects Web site, a virtual machine designed to efficiently compile and execute bytecode for dynamic languages. Parrot currently hosts a variety of language implementations in various stages of completion, including Tcl, Javascript, Ruby, Lua, Scheme, PHP, Python, Perl 6, APL, and a .NET bytecode translator.

So Parrot does sound like an interesting piece of technology. Its understandable how a common runtime for scripting languages could prove beneficial. But will it ever be a platform suitable for serious, production usage? I have my doubts.

Parrot has been under active development for quite some time now. The initial 0.0.1 release was made on September 10, 2001. During 2007, weve seen a release every month or so. So a lot of effort has been put into Parrot over the past six years. It has surpassed one of the major stumbling blocks with many Open Source projects, in that it has managed to build at least some development momentum. Unfortunately for its supporters, Parrot has never really seemed to catch on. I think there are a number of reasons for this.

Stability is probably the first problem. I dont mean stability in terms of the runtime crashing, or anything of that sort. Im talking about concept stability. There has always seemed to be a relatively large amount of change between releases. While this is good, in that there are improvements being made and new ideas being implemented, this causes problems for users who want to build reliably upon Parrot. Individuals and businesses often do not, or cannot, invest the time and effort to track a continually-moving target like Parrot.

The language implementations for Parrot, while many in number, have been of limited use. Looking at the status messages of some of the most promising and practical language implementations shows why this might be the case. Such messages include:

• Incomplete - but all examples and test cases are working. (Amber for Parrot)
• Most of the samples work. (BASIC/compiler)
• Has been broken for a long time. (BASIC/interpreter)
• Parser is pretty complete. Generates PIR for basic Ruby programs (Cardinal, Ruby CVS Head 1.9 implementation)
• Functioning, all samples working, lacks IO routines (Cola)
• Working for some simple forms. Due to some broken features, most of the bootstrapping code has been commented out. (Common Lisp)
• Functioning for handcrafted test cases. Loading frozen state is currently broken. Far from complete. (Parrot m4)
• This project has been abandoned. Any takers? (Pint, an experimental PHP implementation)
• Passes nearly 25% of tcls (lightly converted) test suite, using a Test::More like harness. (Tcl)

So while there are many interesting language implementation projects for smaller or more obscure languages that have reached further stages of completion, the ones that were most likely to be of practical use seem to be lacking. Now, this is understandable. Maintaining a suitably complete Ruby, Python, Perl or Tcl implementati

That is correct. It used to be that Tile (which was the precursor to Ttk) provided more backwards compatibility and you could do: namespace import ::tile::*, but eventually that was deprecated, and now it doesn't work. So you have to rewrite every application to use the themed widgets, and remove incompatible flags and replace as necessary with ::ttk:: related theme code.

In some cases it's a hell of a lot of work. See here: http://wiki.tcl.tk/15443

I disagree with the Tcl Core Team's choice to not provide backwards compatible themed widgets.

The skinning is not automatic. You have to explicitly use the Tile widgets that you want to have appear in the new themed hotness. Not all Tk widgets have a Tile equivalent, either, so your program will end up being a mix of Tile and Tk. Now...this isn't nearly as confusing as you might think, because there are really only a handful of widgets you end up using over and over again, and you learn which is which pretty quickly.

A good place to start is, of course, the wiki entry on Tile. The Tile documentation is also useful, because Tile widgets do behave differently from their Tk equivalents.

But in general, the transition to Tile is not a difficult one.

> at last a sanctioned OO framework http://wiki.tcl.tk/TclOO.

Fantastic indeed, and the syntax looks nice. But you still have to manually destroy objects. Basically, writing Tcl like any other high level language in existence means having crippling memory leaks. So you learn to avoid objects like the bolted-on kludge that they still are. Even perl at least got the memory management part right.

Python tkinter ought to look nice, but Tcl continues to be a non-starter.

When I worked with Tcl I was still just learning to really think like a developer and understand the process on top of learning Tcl, which really is a fairly complicated language. I'm sure I would have far less trouble with it now that I've got a few years of full time, non-hobby development under my belt but I don't see any reason that I'd want to use it and find out.

I learned something new today. Qt support for Tcl: http://wiki.tcl.tk/2181

There's heaps of active community: mailing list comp.lang.tcl http://groups.google.com/group/comp.lang.tcl/topics, a wiki http://wiki.tcl.tk/, a 24x7 chat #tcl (with a jabber chat too.) You're welcome to join in.

Here are some detailed, relevant links:

Cross platform: http://wiki.tcl.tk/1110

Events: http://wiki.tcl.tk/3448

Internationalization: http://wiki.tcl.tk/6789

Easy C interface: http://wiki.tcl.tk/2523

Oh, did I mention a thriving wiki? http://wiki.tcl.tk/

Here are some detailed, relevant links:

Cross platform: http://wiki.tcl.tk/1110

Events: http://wiki.tcl.tk/3448

Internationalization: http://wiki.tcl.tk/6789

Easy C interface: http://wiki.tcl.tk/2523

Oh, did I mention a thriving wiki? http://wiki.tcl.tk/

Here are some detailed, relevant links:

Cross platform: http://wiki.tcl.tk/1110

Events: http://wiki.tcl.tk/3448

Internationalization: http://wiki.tcl.tk/6789

Easy C interface: http://wiki.tcl.tk/2523

Oh, did I mention a thriving wiki? http://wiki.tcl.tk/

Here are some detailed, relevant links:

Cross platform: http://wiki.tcl.tk/1110

Events: http://wiki.tcl.tk/3448

Internationalization: http://wiki.tcl.tk/6789

Easy C interface: http://wiki.tcl.tk/2523

Oh, did I mention a thriving wiki? http://wiki.tcl.tk/

Here are some detailed, relevant links:

Cross platform: http://wiki.tcl.tk/1110

Events: http://wiki.tcl.tk/3448

Internationalization: http://wiki.tcl.tk/6789

Easy C interface: http://wiki.tcl.tk/2523

Oh, did I mention a thriving wiki? http://wiki.tcl.tk/

There's some great new stuff for Tcl in this release. Built-in dict type http://wiki.tcl.tk/dict, Functional Application http://wiki.tcl.tk/apply, built-in arbitrary precision integers http://wiki.tcl.tk/10942, at last a sanctioned OO framework http://wiki.tcl.tk/TclOO.

New Tk looks beautiful.

Tcl runs webservers, robotic manufacturing equipment, and even monitors spacecraft. Odds are that you have probably used a Tcl/Tk application and never even knew it. (If you've watched NBC since 1998, you've seen the results of a Tcl application on screen.)

I'm an unabashed Tcl fanboy, and this release is great.

There's some great new stuff for Tcl in this release. Built-in dict type http://wiki.tcl.tk/dict, Functional Application http://wiki.tcl.tk/apply, built-in arbitrary precision integers http://wiki.tcl.tk/10942, at last a sanctioned OO framework http://wiki.tcl.tk/TclOO.

New Tk looks beautiful.

Tcl runs webservers, robotic manufacturing equipment, and even monitors spacecraft. Odds are that you have probably used a Tcl/Tk application and never even knew it. (If you've watched NBC since 1998, you've seen the results of a Tcl application on screen.)

I'm an unabashed Tcl fanboy, and this release is great.

There's some great new stuff for Tcl in this release. Built-in dict type http://wiki.tcl.tk/dict, Functional Application http://wiki.tcl.tk/apply, built-in arbitrary precision integers http://wiki.tcl.tk/10942, at last a sanctioned OO framework http://wiki.tcl.tk/TclOO.

New Tk looks beautiful.

Tcl runs webservers, robotic manufacturing equipment, and even monitors spacecraft. Odds are that you have probably used a Tcl/Tk application and never even knew it. (If you've watched NBC since 1998, you've seen the results of a Tcl application on screen.)

I'm an unabashed Tcl fanboy, and this release is great.

There's some great new stuff for Tcl in this release. Built-in dict type http://wiki.tcl.tk/dict, Functional Application http://wiki.tcl.tk/apply, built-in arbitrary precision integers http://wiki.tcl.tk/10942, at last a sanctioned OO framework http://wiki.tcl.tk/TclOO.

New Tk looks beautiful.

Tcl runs webservers, robotic manufacturing equipment, and even monitors spacecraft. Odds are that you have probably used a Tcl/Tk application and never even knew it. (If you've watched NBC since 1998, you've seen the results of a Tcl application on screen.)

I'm an unabashed Tcl fanboy, and this release is great.

See http://www.tcl.tk/software/plugin/

Will the Tk widgets now integrate with the rest of the desktop, in terms of using the same theme settings that other programs use?

Yes

Okay, so explain how it is still rendering correctly in the Hv3 browser - http://tkhtml.tcl.tk/hv3.html

Subject says it all - tcl has the best unicode support you'll find in a scripting language. Python? Sorry, nice try, tcl has it beat.

Tcl is also sophisticated enough to support numerous programming paradigms with ease, but its complete syntax is just eleven rules long. Add to that the astoundingly helpful wiki and a powerful cross-platform GUI toolkit and you won't often need to turn to other languages for your programming needs.