This is the central location for proposing ideas for the Summer of Code [L1 ].
The 2008 Tcl/Tk SoC Coordinator is Matthew Burke (mmburke monkey-paw gwu full-stop edu). Contact him if you have any questions.
If you are a student interested in getting paid to develop open source software using Tcl/Tk, we encourage you to apply.
Why should you want to do this? Tcl/Tk is perhaps the most mature of the dynamic languages, dating back to 1988. The evolution of the language over the last 20 years has been marked by passionate preservation of the balance between maintaining simplicity and utility with the adoption of new ideas and new techniques based on accumulated experience.
Tcl/Tk is used in a number of prominent software systems including DejaGnu (e.g. used for testing the gcc compiler), Expect and AOLserver. The language is used by many scientific organizations including NASA as well as being used extensively in the commerical and financial sectors.
Please see Google's SoC FAQ [L2 ] for more information on the program. There are several good sources of advice for choosing a project to which you should apply [L3 ], expectations of student participants [L4 ], how to write a compelling application [L5 ], and proposing your own project [L6 ].
Any project completed before the 2008 Tcl/Tk Conference will be accepted for presentation in the conference Technical Track.
If you have an idea, please include it in the list below. Put "MENTOR REQUIRED" in the mentor line if you are unable to serve as mentor for the project. Contact Matthew Burke (see above) with any questions.
Also see the Organization Application for Google Summer of Code 2008
Tcl's support for loading shared libraries from virtual filesystems consists of copying the file in question out of the virtual filesytem to a temp file on disk and having the operating system load that.
This project seeks to avoid the clutter of temp files to allow Tcl to directly load shared libraries from memory (or a Tcl channel). Implementations are needed for Win32 (DOS/PE) and Unix (ELF) (MacOS X already supports this, c.f. below).
Main use case: single-file deployment (starpacks, freewrap). Also: Use by Tcl Plugin and other high-security environments where an app is not allowed to write to an actual disk.
Links
http://www.joachim-bauch.de/tutorials/load_dll_memory.html/en (http://cvs.sourceforge.net/viewcvs.py/py2exe/py2exe/hacks/memimp/) http://www.osdev.org/wiki/ELF#Loading_ELF_Binaries http://www.gelato.unsw.edu.au/IA64wiki/LoadingELFFiles http://plan99.net/~mike/blog/2006/08/25/elf-and-program-loading/ http://sourceware.redhat.com/sid/component-docs/sw-load-elf.html http://0xfe.blogspot.com/2006/03/how-os-x-executes-applications.html
A real-world scale project leading to understanding of file and memory handling on multiple platforms
Adds a feature that will enhance the Tcl language and all applications using Tcl/Tk.
Note: Tcl on MacOS X (since 8.4.10) does already support loading shared libraries from memory - so this proposal would bring other platforms into line. DAS: Specifically, the generic support code for this is #ifdef'd by TCL_LOAD_FROM_MEMORY and the MacOS X-specific implementation is contained in tcl/unix/tclLoadDyld.c, see [L7 ] for the patch.
http://plugin.tcl.tk/
The current Tcl plugin is based on security policies that are configurable via special configuration files on the local system. These may be extended, but only what is named and known at runtime is available. A tclet (Tcl plugin application) can request a certain security level and is only given access if the local configuration expressly allows it. A user is not allowed to "opt-in" some tclets. More information on the current design is at:
http://www.tcl.tk/software/plugin/safetcl.html http://www.tcl.tk/software/plugin/man/pluginDoc/policy.htm
This project seeks to revamp the security policy management in the Tcl plugin to allow for UI-level control of security policies, as well as dynamic control for elevation/restriction of security based on domain and/or URL.
Gain experience in web based security and secure coding practices.
Improved plugin for web applications.
http://plugin.tcl.tk/
The current Tcl plugin had a Mac Classic port and works on Win32 and X11 systems. It currently lacks a functional native Aqua port. This project seeks to provide a native Aqua port of the Tcl plugin. Knowledge of Tk and native OS X APIs would make this easier.
Gain experience in web plugins and OS X.
Complete set of "common" platform ports for Tcl plugin.
http://tktable.sourceforge.net/tile/
Tk 8.5 supports themed widgets. On Windows and MacOS X the theme engine calls the native APIs to draw widget elements and achieve a native look. On X Window System desktops however Tk uses its own drawing code. There is a theme using Qt for KDE integration but nothing that permits integration on a Gtk desktop. Some initial experimentation by Pat Thoyts shows that it is at least possible to have the Gtk style engine draw Tk theme elements.
Experience with Gtk and Tk libraries.
Significantly improved integration of Tk applications on Gtk-based desktops (e.g. Ubuntu, Fedora)
http://sourceforge.net/projects/tktoolkit
The current implementation of the native MacOS X Tk is based on the legacy Carbon/HIToolbox API. Large parts of this API are deprecated with Leopard and not available to 64bit applications. This project aims to replace Tk's use of HIToolbox with Cocoa/AppKit. In a first instance, window (toplevel) creation and management would be targeted, with other areas like widget creation or event handling to follow if time permits.
http://developer.apple.com/cocoa/ http://developer.apple.com/documentation/Cocoa/Conceptual/WinPanel/WinPanel.html http://rutherglen.ics.mq.edu.au/fisheye/browse/Tk/tk/macosx http://rutherglen.ics.mq.edu.au/fisheye/browse/Tk/tk/macosx/tkMacOSXWm.c?r=HEAD
Experience with C and Objective-C, in-depth familiarity with Cocoa frameworks, familiarity with Carbon and X11 APIs a plus.
Gain experience with the use of Cocoa in an unfamiliar and challenging environment, learn about lower-level details of the MacOS X frameworks.
Assure Tk's future on MacOS X by moving away from deprecated APIs in the Tk implementation.
http://wiki.tcl.tk/DTrace
Tcl has a DTrace provider since 8.4.16/8.5b1, but no binding to the DTrace API (à la ruby-dtrace [L8 ]) exists yet. Such a binding would allow the writing of D scripts in Tcl to trace the system and/or Tcl itself, and the processing of trace results directly in Tcl. Among other things, this would present very interesting opportunities for debugging and profiling Tcl scripts from inside Tcl.
http://wiki.tcl.tk/DTrace http://www.solarisinternals.com/wiki/index.php/DTrace_Topics_Internals http://blogs.sun.com/tomee/entry/tom_erickson_s_weblog http://ruby-dtrace.rubyforge.org/ruby-dtrace/
Experience with C, basic experience with (and access to) Solaris 10 and/or Mac OS X Leopard, familiarity with Tcl C API or with DTrace a plus.
Gain experience with C, Tcl C API and DTrace internals.
Very interesting tool for debugging and profiling Tcl scripts, as well as for scripting DTrace in general.
http://bluedino.net/nsgd/
AOLserver [L9 ] is an open source web and application server that uses Tcl as its scripting language. Nsgd is a module for AOLserver that allows a web designer to create dynamically-created graphics using the GD library [L10 ]. The first version of the module [L11 ] is difficult to configure and build, has a byzantine API, cannot share generated graphics among server threads, and does not take advantage of several functions in the current version of GD.
The second version [L12 ] has an improved build process and fixes several bugs. However, it does not address the other problems found in version 1, particularly the inability to share graphics across server threads. The current version [L13 ] is a start at rationalizing the API.
There are a number of possible tasks for a student interested in improving this software. Depending on the skills and interests of a student, this could be split into projects for more than one student. The tasks include the following:
Use autoconf to improve the build process. Use SWIG [L14 ] in order to more easily track improvements in GD.
Finish rationalizing the API.
Allow sharing of graphics among server threads.
Build graphing and sparkline packages using this module.
Experience in C coding: extending the tcl interpreter and working with AOLserver internals.
Experience with developer tools including autoconf and swig.
Experience developing an API.
Experience in multi-threaded development.
A polished version of Nsgd will provide a powerful and flexible tool for creating web services for dynamic graphics.
http://sourceforge.net/projects/blt http://wiki.tcl.tk/199
BLT is one of the most delightfully useful Tcl/Tk extensions. It provides an extremely efficient implementation of floating point vectors, which greatly enhance Tcl's ability to do number crunching. And the graph widget enables rapid development of analysis scripts that are highly functional and very fast.
Unfortunately, BLT's origins predate many of the modern Tcl extension features, and because it is not TEA (Tcl Extension Architecture) compliant, it is challenging to update it for new language releases. Further, BLT is not ported to the Aqua environment on MacOS X.
This goal of this project is to refactor the vector and graph portions of BLT into a new, TEA compliant extension that runs on all major platforms, including Aqua. Some portions (i.e., bgexec) have already been extracted, and some portions (e.g., tabsets) are now available in other extensions. The new extension resulting from this development will be immediately functional with Tcl 8.5 and deployable in starkits as a standard extension.
Experience working with C - the lingua franca of system programming. BLT is a positively brilliant, well written, C extension.
Experience developing a comprehensive test suite using tcltest as the tool to support agile, test-driven development.
The BLT graph and vectors will be available to programmers and users wanting to upgrade to Tcl/Tk 8.5.
BLT will be easily deployable in starkits and starpacks.
BLT will have an opportunity to be considered for inclusion in distributions such as ActiveTcl.
http://www.talend.com/
Talend Open Studio [L15 ] is an open source integration suite based on the Eclipse platform [L16 ]. Talend is a graphical Extract, Transform, Load (ETL) editor with support for Perl and Java code generation. The open architecture of Talend makes it extensible regarding new editors and ELT-components [L17 ]. The Eclipse Dynamic Languages Toolkit (DLTK)[L18 ] provides a TCL development environment ready to use out of the box which could serve as the basis to provide TCL support to Talend.
There are two possible tasks for a student interested in this project depending on the skills and interests. The tasks include the following:
Integrate DLTK inside Talend and implement the interfaces for the Tcl code generation engine.
Provide Tcl ELT component counterparts to those available for Perl and Java.
Experience in Tcl, Java and templating languages (code generation).
Experience in platform and RCP programming.
Experience data mining and enterprise integration.
Providing Tcl support to Talend is a significant contribution to the Tcl community. It will provide Tcl developers all fully integrated and graphical development environment for data and system integration. Generated ETL jobs can be easily deployed on any operating system with Tcl support.
http://www.dotlrn.org/
The learning management system .LRN [L19 ] is an open source platform based on the web application framework OpenACS [L20 ], AOLServer and Tcl. It supports the e-learning standards IEEE LOM, SCORM 1.2, IMS QTI 1.2.1 and IMS LD 1.0 and partially IMS Enterprise.
There are several ideas for a student interested in this project depending on the skills and interests. The tasks include the following and are all based on existing work:
Provision of a fail-safe graphical installer for linux
Implementation of a web based and graphical learning activity editor
Implementation of a web based and graphical concept map editor
Full support for IMS enterprise
Upgrade to SCORM 2004 r3
Upgrade to IMS QTI 2.x
Data integration between SCORM, QTI and IMS LD via the shared variable approach and AICC CMI
Experience in Tcl, Javascript, AJAX, DHTML, Scalable Vector Graphics.
Experience with e-learning standards.
Experience with an exiting web application platform
Providing full e-learning standard conformance and web based editor functionalities to .LRN will make the platform the leading open source learning management system in the web.
A constraint solver can be an effective way to support a more declarative programming style and to exploit parallelism. This project would investigate adding constraints to the Tcl core by implementing a constraint solver as a package and identifying the core modifications that would be necessary to support it. As a starting point, the mentors can provide a working one-way constraint implementation, a discussion of the likely core changes needed, and a pointer to a multi-way constraint algorithm that would be a good candidate for implementation [L21 ].
Experience in Tcl and C/C++, constraints, and parallel processing.
Providing a robust constraint solver that can be integrated into the Tcl core is a significant contribution to the Tcl community that will complement Tcl's existing strong support for thread-based multiprocessing.
NO URL
Tk has supported exporting a canvas to a Postscript File for a long time. The Img extension allows a screen image to be converted into an image object. There are several partially complete PDF generators in pure Tcl, and a few tools to export a canvas to PDF. There is no way to send data to a printer on MS Windows. There is no print facility for a text window. There is no export facility for windows other than the canvas.
The project will be to unify these unconnected pieces and make a coherent printing system for Tcl/Tk that allows
This has been in the top 10 list of things that industrial users want for over 15 years. The code will be put into active use as soon as it's available.
The student will gain real-world experience with extracting a coherent set of specifications from a disparate set of requirements. The project can be partitioned into phases that become larger and more difficult as the project progresses. The student will gain familiarity with the PDF language, as well as Tcl and C. The student will have the opportunity to work physically in a rapid-prototyping environment and see their code go into products as soon as it's ready.
http://wiki.tcl.tk/20889
Tcl/Tk toolkit with Tile (theming support) allows building cross-platform GUI with native look & feel for MS Windows, Linux & Mac OS X. Recent TIP #308: Tcl Database Connectivity (TDBC) proposes standard SQL database API for Tcl. Selection of high quality tabular widgets combined with excellent retrospection capabilities of Tcl allowing to effortlessly create (like in Ruby on Rails) editing forms, provides basis for a framework for building database applications and their user interface GUI. Unlike in popular RAD (ex. Borland Delphi) we would like to build GUI by generating code not visually - as this is a recommended way to create GUI with Tcl/Tk.
First step in this project is to gain real life experience in cross platform Tk/Tile development by building simple time tracker like gtimelog (used further to track project progress). Next step is an attempt to port to Tcl/Tk/Tile selected fragments of quite complex business application UI build with RAD. This process should lead to choosing appropriate widgets, showing how to use and glue them together with database API.
Mentioned commercial database application will be provided by a mentor, who has full access to its source code and its primary authors.
Experience with some kind of RAD, database bindings, good SQL knowledge, basic Tcl & Tk knowledge and high motivation. Being able to meet personally in the early stages of the project or communicate in polish is a big plus.
Getting to know Tcl/Tk toolkit with native widget support by Tile extension (integrated in Tk as ttk::* namespace commands).
Verification and consolidation of separate components needed to build very common kind of application.
Produce a fully-functional Tcl language binding to FUSE virtual filesystem kernel module, making it possible to create filesystems using Tcl that can be seen by all processes. Ensure the binding works on all or most operating systems supported by FUSE.
Learn about operating system architecture and administration, kernel modules, virtual filesystems, comparative operation of different OS platforms.
A Tcl FUSE language binding would leverage two of Tcl's strongest features: its cross-platform capability, and extensibility as demonstrated by the TclVFS package. This binding would make it possible to write a single virtual filesystem in Tcl that ran on multiple platforms, thus allowing quick development of many useful solutions for archiving, backup, content management and communication.
Firefox has recently been extended to permit scripts in languages other than JavaScript to appear in <script> and to evaluate them. These scripts provide access to the DOM. Production of an XPI installable module which links FireFox scripting to a Tcl interpreter would be a beneficial project. Addition and rehabilitation of the tcl xpcom interface package would complete the package.
Two levels - Tcl and Firefox. Firefox level hacking is a commercially valuable skill. FF community has a lot of hot C/C++ people. Firefox has a long future. Tcl is great :) Putting the two together could spark a lot of activity.
Web applications have a great future - shame about the JavaScript. I think the ability to manipulate the DOM from Tcl would immediately enable a wide range of applications due to Tcl's greater maturity and facility compared to JavaScript. This would benefit Tcl by increasing exposure (it would bear the same relationship to Tcl as Tk does, but in a whole new field.) I daresay it might also benefit the broader community, by bringing Tcl into this field.
http://tkdnd.sourceforge.net/
tkdnd is the drag & drop extension to Tk that works on Win32 (OLE) and X11 (Xdnd) systems. It requires an OS X (Aqua) port to complete the common Tk platform set. Finishing this would allow its full integration into the core Tk codebase. Completing this might require refactoring of the currently public API for tkdnd in the case where OS X APIs don't match other platforms. Knowledge of Tk and native OS X APIs would make this easier.
Gain experience with Tk and OS X.
Provide a reliable drag&drop extension for all platforms.