Gnocl -the Tcl/Gtk Bindings

I recently upgraded my workstation to Ubuntu 19 which has resulted in a number of downstream compilation issues. So, I'm currently in the process of ironing these out. These aren't subtantial but do result in runtime segmentation faults. Needlessly to say, these are very irritating, as they largely represent imcompatibilities between the earlier code and newer library internals. Hey, ho! Moving along! 2019-11:    Building against Gtk+ 2.24.32 api         o removed unecessary code, all functions working.    gnocl::recentManager         o commands check, get, add, remove and purge now implemented           (warning dialog appears to confirm/cancel purge)           gnocl::recentChooserDialog         o new options -recentManager, -fileFilters, -sortType,         ...

The past few weeks has offered me the opportunity to scan through the Gnocl code base and to do some much needed maintance.  There's still much to do, but here's a summary of the past month's efforts.  gnocl::colorSelectionButton         o this is a very widget, unecessary functions removed.    gnocl::colorButton         o deprecated items removed           substitution string %a now works correctly    gnocl::fileSelection (deprecated widget)         o bugs fixed    gnocl::entry         o command onChanged renamed to changed.    gnocl::curve         o added options: -visible, -tooltip, -sensitive, -name, and -data.    gnocl::colorSelection         o added -tooltip, -onColorChanged, -palette  ...

The options and command set of the gnocl::tree widget allow for easy creation and editing of data arranged and displayed in a tree structure. What is lacking in the Gtk api is an equivalent of the GtkTreeView serialize and deserialize functionality. Creating a similar offering for the gnocl::tree is not altogether difficult to implement because it is possible to sequentially extract data from a tree which can then be saved for later use (serialize). When the data is next needed for use, it can be sequentially added to a new tree widget (deserialize). The sampe code below will produce the following,  the tree on the left is created through the direct addtion of data, whereas the tree on the right (with treelines) is created by deserializing the data set of the first tree. When data contained in a tree was serialzed the following list was returned and save to disk. Each line of list represents a row in the tree where the first item is the node path, and the second item,...

A while ago I saw a StackoverFlow request about cloning widgets. Ok, the request was about cloning Gtk widgets in C, but here's the solution in Tcl using the Gnocl package. For a some time now its been possible to query the Gnocl package about the various options and commands available to each widget and its this ability combined with the cget (configuration get) command that allows property and data values to be extracted from a widget. Here's a very simple example based upon a button.  #!/bin/sh # the next line restarts using tclsh \ exec tclsh "$0" "$@" if { [catch { package present Gnocl } ] } { package require Gnocl } ## clone specified widget #/param    wid the widget to clone #/returns   wid of newly created clone object # proc gnocl::clone { wid } {                         foreach item [split [string trim [gnocl::[$wid class]...

 Just a few enhancements to the code this month.    gnocl::application         o new option -title   gnocl::labelEntry, gnocl::labelText, gnocl::labelWidget         o new option -orientation   gnocl::window         o -geometry, list of four integers x, y, width, height.         o cget -geometry returns same values as command geometry   gnocl::label         o cget -baseColor now returns correct value.

Spent most of my available time Tcl coding during June, none the less, a couple of bug fixes sorted out.  gnocl::text         o fixed buffer overflow bug in the 'tag ranges' subcommand.         o fixed bug in "tag properties" commmand, now returns correct values for -foreground, -background, -fontRise, -rise and -font.   

    Some minor but useful changes and additions.     drag and drop operations         o -onDropData substitution string %d (data) now reassigned to %D,           %d will now be replaced by widget data assigned by the -data option.     gnocl::entry         o new options -primaryIconTooltip and -secondaryIconTooltip.     gnocl::comboEntry         o cget -baseColor now works.         o new options -onDragData, -onDropData and -afterDropData.         o on activiation empty strings are no longer added to the dropdown list.         o problem fixed with %d substitution within -onChanged event commands.     gnocl::text         o Now defaults to -wrapMode word.   ...

How time flies! I knew that I hadn't made one of this blog posts for some time but, didn't think that it such a long time ago. Well, some enhancements to the core modules has taken place although not too many.  In a nutshell a couple of bug fixes and some enhancements to a few widget options. As usual latest code available from SourceForge. 2019-03:     gnocl::label         o new commands push/pull, synonyms for set and get, when label used as simpler status bar.     gnocl::text         o -onSelection will now be respond to selections made via the keyboard.     gnocl::fileChooserButton         o %d substitution string implemented for -onFileSet callbacks.     gnocl::comboBox         o renamed onChanged command to changed.         o problems with -onPopup and -onPopulateMe...