FE 'tkGooie' Utilities

Converter-
SELECTOR
tools group

tkArea ConvertSelect

(where areas may be
acres, hectares,
square-meters,
square-kilometers,
square-nanometers,
square-lightyears,
square-yards, etc.
--- huge or tiny)
(FE = Freedom Environment)

GUI for conversion between
AREAS for various
'units of measure'
---
allowing for areas
at various extremes
---
sub-atomic to
astronomical.

Large, hi-def images
are below.

FE Home Page > FE Downloads Page >

FE 'tkGooies' Description Page >

FE 'tkGooies' 'SELECTORtools' Menu >

This
'tkAreaConvertSelect'
tkGooie code Page

INTRODUCTION to Tcl-Tk script
'tkAreaConvertSelect'

I was planning (in 2016-2017) to make some Tcl-Tk GUI's for converting various kinds of quantities (distances, areas, volumes, weights, densities, velocities, etc.) from one specified unit-of-measure to another.

In August 2017, I published the first of these Tk GUI's --- a tkDistanceConvertSelect Tk script.

One of my main goals in creating these 'convert' GUI's is to support conversions over a very wide range of values.

For example, for distances, I wanted to be able to support converting distances that may be astronomically huge (for example, distances up to the diameter of the 'observable' universe, in light-years or whatever) or distances that may be microscopically small (for example, distances at the sub-atomic level, in nanometers or whatever).

To do this, I wanted to allow the user to specify the 'convert-from' distance in 'scientific notation' --- a decimal coefficient and a base-10 exponent (an integer).

And the 'convert-to' distance was also to be expressed in 'scientific notation'.

This is in contrast to the tkSpeedGun utility I wrote in 2013, which was intended to convert between kilometers-per-hour and miles-per-hour --- with the intention of handling a restricted range of velocities --- like those encountered by a tennis ball in a tennis match.

That 'speed gun' utility had the luxury of knowing that the velocities would be numbers in the range of zero to a maximum of about 300 (or 1000 or thereabout) --- in kilometers-per-hour or miles-per-hour.

Instead of dealing with a range of values from about 1 to about 10-to-the-3rd, I wanted to deal with values in the range of about 10-to-the-minus-80 to about 10-to-the-plus-80.

Using the tkDistanceConvertSelect Tk script as a starting point, I decided to code this 'area converter' utility --- and, like the 'distance converter' utility, allow it to be a 'selector' utility also, in the sense that a specified area (in the specified units) could be written to 'stdout' --- by a click on a button of the GUI.


THE GUI DESIGN

Following a Tk GUI design procedure that I started using around 2015, I laid out a 'text-sketch' of a proposed layout for the GUI.

In the below sketch of the GUI:



  SQUARE BRACKETS indicate a comment (not to be placed on the GUI).
  BRACES          indicate a Tk 'button' widget.
  A COLON         indicates that the text before the colon is on a 'label' widget.

  <----O---->     indicate a horizontal Tk 'scale' widget (if any).
  UNDERSCORES     indicate a Tk 'entry' widget (if any).
  CAPITAL-O       indicates a Tk 'radiobutton' widget (if any).
  CAPITAL-X       indicates a Tk 'checkbutton' widget (if any).


  The options available to the user are indicated by
  the following 'sketch' of the GUI:


 FRAMEnames
 VVVVVVVVVV
                    -----------------------------------------------------------------------------------
                    tkArea - Converter/Selector
                    [window title]
                    -----------------------------------------------------------------------------------

 .fRbuttons         {UseIt} {Cancel} {Help} {Calc 2from1} {Clear2} {Calc 1from2} {Clear1}

 .fRmsg             [.... Messages to user are display in a label here ...............................]

 .fRleft                                                             .fRright
 [The sub-frames below are                                           [The scrollable listbox below
  in this '.fRleft' frame.]                                           is in this '.fRright' frame.]

                                                                     |-------------------------A
 .fRleft.fRunits1   Units1:[selected units displayed here] O units1  | acres                   |
                                        [in a text widget]           | hectares                |
 .fRleft.fRvalues1  Coefficient: ___________  Exponent: ___          | square-centimeters      |
                                                                     | square-inches           |
 .fRleft.fRunits2   Units2:[selected units displayed here] O units2  | square-feet             |
                                        [in a text widget]           | square-kilometers       |
 .fRleft.fRvalues2  Coefficient: ____________ Exponent: ___          | square-lightyears       |
                                                                     | square-meters           |
                                                                     | square-micrometers      |
                                                                     | square-miles            |
                                                                     | square-nanometers       |
                                                                     | square-yards            |
                                                                     |<----------------------->V


Since the list of units-of-measure for area is rather long (and could get much longer), we put the units-of-measure in the listbox in alphabetical order --- so that the user can rather easily locate a specific unit-of-measure.

---

GUI components:

From the GUI 'sketch' above, it is seen that the GUI consists of about

  • 7 button widgets
  • 7 label widgets
  • 2 text widgets
  • 4 entry widgets
  • 1 listbox widget
  • 2 radiobutton widgets
    (1 pair on 2 separate 'units' lines of the GUI)
  • 0 checkbutton widgets
  • 0 scale widgets
  • 0 canvas widgets

Validating input in 'entry' fields

For this area-convert GUI, I would need to use an 'edit_inputs' proc to check on decimal and integer values that a user puts in the 4 'entry' widgets.

A slight modification of the 'edit_inputs' proc of the

tkDistanceConvertSelect

Tk script would suffice in this 'area convert' script.


A SCREENSHOT

I set to work converting the 'tkDistanceConvertSelect' code to this proposed 'area-convert' GUI, and I ended up with the GUI seen in the following image.

This is the GUI as it appears on startup --- the 'Units2' coefficient entry widget is empty and the 'Units2' exponent entry widget is also empty.

'Units1' is initialized to 'square-meters' and 'Units2' is initialized to 'square-yards'.

And the 'Units1' coefficient is initialized to 1.0 and the 'Units1' exponent is initialized to zero.

    These initial values can be easily changed by changing some 'set' statements at the bottom of the script, in the 'Additional GUI Initialization' section.

At this point, the user can simply click on the 'Calc 2from1' button to have the conversion of 1.0 square-meters to square-yards performed --- with the result showing in the 'Units2' coefficient and exponent entry widgets.

---

Note that '-' and '+' buttons appear on either side of the 2 exponent entry fields.

After implementing the 'tkDistanceConvertSelect' GUI and trying it out, I found that it would be advisable to allow the user to adjust the 'scientific notation' to a combination of coefficient and exponent that would be most 'meaningful' to the user.

So the four '+' and '-' buttons were added to the GUI --- along with proc's to adjust a coefficient and exponent pair for each click on one of the buttons.

Each click adjusts the exponent up or down one unit while moving the decimal point appropriately in the coefficient.

---

The message ('advice') area on the GUI lets the user know that the unit-of-measure for 'Units1' and 'Units2' can be changed by using the 2 radiobutton widgets on the GUI --- in conjunction with the listbox.

After clicking on one of the 2 radiobuttons, the user selects a unit-of-measure by a click on a line of the listbox.

After setting 'Units1' to 'acres' and 'Units2' to 'hectares' and setting 'hectares' to 1.0, the 'Calc 1from2' button was clicked to yield the image seen in the following screenshot.

The 'Selector' function of this utility:

If this converter-selector utility is embedded in another 'app', such as a shell script or another Tcl-Tk script, the 'UseIt' button can be clicked to send the two sets of units-coefficient-exponent to 'stdout' --- so that the calling script can use the entered data and/or the calculated data.

An example of how the 'stdout' text can be captured in a script variable is shown in comments near the top of the script.


The 'Help' button on the GUI provides pretty complete and detailed help for using the GUI.

A proc named 'popup_msgVarWithScroll' presents the Help text in a popup window.

Anyone who implements this script can easily change the Help text, which is defined in a 'set' statement for a 'HELPtext' variable near the bottom of the script.


DESCRIPTION OF THE CODE

Below, I provide the Tk script code for this 'tkAreaConvertSelect' utility.

I follow my usual 'canonical' structure for Tk code for this Tk script:



  0) Set general window & widget parms (win-name, win-position,
     win-color-scheme, fonts, widget-geometry-parms, win-size-control,
     text-array-for-labels-etc).

  1a) Define ALL frames (and sub-frames, if any).
  1b) Pack   ALL frames and sub-frames.

  2) Define & pack all widgets in the frames, frame by frame.
              Within each frame, define ALL the widgets.
              Then pack the widgets.

  3) Define keyboard and mouse/touchpad/touch-sensitive-screen action
     BINDINGS, if needed.

  4) Define PROCS, if needed.

  5) Additional GUI initialization (typically with one or more of
     the procs), if needed.


This Tk coding structure is discussed in more detail on the page A Canonical Structure for Tk Code --- and variations.

This structure makes it easy for me to find code sections --- while generating and testing a Tk script, and when looking for code snippets to include from other scripts (code re-use).

I call your attention to step-zero.

One new thing that I started doing around 2014 is using a text-array variable --- named 'aRtext' --- for text in labels, buttons, and other widgets in the GUI.

This can make it easier for people to internationalize my scripts.

I will be using a text-array like this in most of my scripts in the future.

All the 'set' statements for the text array, 'aRtext', are in one contiguous section toward the top of the code.


Experimenting with the GUI
--- its behavior

As in all my scripts that use the 'pack' geometry manager (which is all of my 100-plus Tk scripts, so far), I provide the four main 'pack' parameters:

  • '-side'
  • '-anchor'
  • '-fill'
  • '-expand'

on all of the 'pack' commands for the frames and widgets.

That helps me when I am initially testing the behavior of a GUI (the various widgets within it) as I resize the main window.

In this particular GUI, I have chosen to allow the window to be re-sized --- so that the listbox can be re-sized easily by 'pulling' on the lower-right corner of the GUI.

I also used '-fill x' and '-expand 1' for the two coefficient entry fields so that those fields will expand if the user x-expands the GUI window.

However, one could un-comment the statement

wm   resizable   .   0   0

to make the window fixed at its initial size.

With the window resizable, you can experiment with the '-side', '-anchor', '-fill', and '-expand' parameters on the 'pack' commands for the various frames and widgets --- to get the widget behavior that you want.

---

Additional experimentation with the GUI
--- its appearance:

You might want to change the fonts used for the various GUI widgets.

For example, you could change '-weight' from 'bold' to 'normal' --- or '-slant' from 'roman' to 'italic'.

Or change font families.

    In fact, you may NEED to change the font families, because the families I used may not be available on your computer --- and the default font that the 'wish' interpreter chooses may not be very pleasing.

I use variables to set geometry parameters of widgets --- parameters such as border-widths and padding.

And I have included the '-relief' parameter on the definitions of frames and widgets.

Feel free to experiment with those 'appearance' parameters as well.


Some features in the code

There are plenty of comments in the code, to describe what most of the code-sections are doing.

You can look at the top of the PROCS section of the code to see a list of the procs used in this script, along with brief descriptions of how they are called and what they do.

Below is a compact view of how each of the procs are 'triggered'.



   'listbox_select_units'    - called by a button1-release binding on the listbox widget.

   'area_update'             - called by the two 'Calc' buttons

   'adjust_values1'          - called by the '+' and '-' buttons for exponent1
   'adjust_values2'          - called by the '+' and '-' buttons for exponent2

   'clear_values2'           - called by the 'Clear2' button
   'clear_values1'           - called by the 'Clear1' button
 
   'edit_inputs'             - called by the 'area_update' proc
   'decimal_check'           - called by the 'edit_inputs' proc

   'put_vars'                - called by the 'UseIt' button

   'advise_user'             - called in the 'Additional GUI Initialization' section
                               at the bottom of this script.  Could also be called by
                               some procs such as 'area_update'.

   'popup_msgVarWithScroll'  - called by the 'Help' button and by the 'edit_inputs' proc.


Comments in the Code

It is my hope that the copious comments in the code will help Tcl-Tk coding 'newbies' get started in making GUI's like this.

Without the comments, potential young Tcler's might be tempted to return to their iPhones and iPads (and other equivalents) --- to surf the web looking for the latest news about the 'Real Housewives of Dubuque, Iowa' TV show.

Potential Tclers:

If you cannot find that TV show, then try installing-running-enhancing the following Tcl-Tk code.


The Tcl-Tk script CODE

Here is a link to CODE for the script

'tkAreaConvertSelect.tk'.

With your web browser, you can 'right-click' on this link --- and in the menu that pops up, select an item like

' Save Link Target As ... '

--- to save this file to your local computer.

Then you can rename the file to remove the '.txt' suffix.

Make sure that you have execute permission set on the file --- in order to execute the script.


SOME POTENTIAL ENHANCEMENTS:

Several possible enhancements come to mind:

  • Format of the decimal (coefficient) output:

    Currently, the 'precision' (number of decimal places) displayed in the output is hard-coded in a variable named 'FORMATforCOEF' near the bottom of the script, in the 'Additonal GUI Initialization' section.

    A widget (such as a 'scale' widget --- or an 'entry' widget, to be more compact) could be added to the GUI to allow for specifying the number of decimal places to be displayed in a computed coefficient.

      There are some loss-of-significant-digits issues that arise on a coefficient when using a '+' button a lot of times.

      Some of these problems may be handled by allowing the user to set the 'precision'.

  • More area units:

    Some other area units could be added, such as:

    • square-nautical-miles
    • square-fathoms

    Each new area unit added would require adding 3 new 'set' statements near the bottom of the script, in the 'Additonal GUI Initialization' section.

    Example 'set' statements follow.



   .fRright.listbox insert end "square-fathoms"
   set aRcoef(square-fathoms/square-meter) [a decimal number goes here]
   set aRexp(square-fathoms/square-meter) [an integer goes here]


  • Change the underlying conversion method:

    I have used the 'aRcoef' and 'aRexp' arrays to hold conversion factors based on using 'square-meter' for a common unit-of-measure to which all other units-of-measure are 'tied'.

    There are precision errors that are revealed in this approach.

    For example, converting 1 'square-mile' to 'square-feet' may yield a value like 27878399.30 instead of 27878400.

    Various techniques might be used to eliminate 'hiccups' like this.

    Since this utility does essentially all of what I had hoped that it would do, I prefer to go ahead and release the code rather than spending more time trying to deal with precision (or rounding) issues.

    NOTE:
    The conversion factors that I put in the 'aRcoef' and 'aRexp' arrays may not be to the precision required to answer certain user questions.

    In fact, there may be some gross errors in one or more of these conversion factors.

    Testing should be done to determine if the accuracy of these factors is suitable for a particular application.

    The user of this code may have to change these factor values as needed.

    (Or some users may wish to change the technique --- in proc 'area_update' --- used to perform the conversions.)

  • Better ways of avoiding 'mismatched' values showing in the 4 entry fields:

    In this Tk GUI script, I have implemented a couple of ways to reduce the likelihood of the GUI displaying units1-coefficient-exponent values not equal to the units2-coefficient-exponent values ---

    • in the BINDINGS section of the code, and

    • in the 'listbox_select_units' proc.

    In the BINDINGS section, the 4 entry fields have <KeyPress> bindings so that if a user is changing coef1 or exp1, then coef2 and exp2 are 'cleared' because the 2 areas (expressed in 2 different units-of-measure) are not going to be equivalent.

    And vice versa --- that is, if a user is changing coef2 or exp2, then coef1 and exp1 are 'cleared' because the 2 area triplets (units1-coef1-exp1 and units2-coef2-exp2) are not going to be equivalent.

    In the 'listbox_select_units' proc, coef1-and-exp1 is 'cleared' if the user changes 'units1' and 'coef2' is non-blank --- and coef2-and-exp2 is 'cleared' if the user is changing 'units2' and 'coef1' is non-blank.

    This is to reduce instances of the 2 area values not being equivalent.

    In addition, the 'Clear2' and 'Clear1' buttons allow the user to 'manually' clear coef2-and-exp2 and coef1-and-exp1, respectively.

    There might be better ways to achieve the goal here of eliminating the display of 'mismatched results'.

Since I have not used this script for a large number of tests over widely varying area magnitudes, there are probably some other enhancements that may be suggested by futher usage.

If I ever find that I am using this utility and I find that any of the features above are highly advisable to add or change or implement, then I may return to this script to add/change/implement that feature.

Some additional ideas to include in this Tk GUI may be inspired by various on-line area calculators on the internet, such as


IN CONCLUSION

As I have said on other Tcl-Tk code-donation pages on this site ...

There's a lot to like about a utility that is 'free freedom' --- that is, no-cost and open-source so that you can modify/enhance/fix it without having to wait for someone else to do it for you (which may be never).

A BIG THANK YOU to Ousterhout for starting Tcl-Tk, and a BIG THANK YOU to the Tcl-Tk developers and maintainers who have kept the simply MAH-velous 'wish' interpreter going.

Bottom of this web page for
presenting Tcl-Tk code for
tkAreaConvertSelect
--- a utility in the FE 'tkGooies' system,
in the 'SELECTOR/CONVERTER-tools' group.

To return to a previously visited web page location, click on the Back button of your web browser a sufficient number of times. OR, use the History-list option of your web browser.
OR ...

< Go to Top of Page, above. >

Page history:

This FE web page was created 2017 Aug 23.

Page was changed 2019 Mar 07.
(Added css and javascript to try to handle text-size for smartphones, esp. in portrait orientation.)

Page was changed 2019 Jul 09.
(Specified image widths in percents to size the images according to width of the browser window. Also added some web links.)


NOTE:
This code and description has NOT been posted on a Tcler's Wiki page --- at wiki.tcl-lang.org --- formerly wiki.tcl.tk.

If I ever do so, as a backup and alternative to this page, I plan to add a link to that Wiki page here.