On Tue, Dec 1, 2009 at 11:17 PM, Allin Cottrell <cottrell(a)wfu.edu> wrote:
On Tue, 1 Dec 2009, Talha Yalta wrote:
> If I am not mistaken, about three years ago we've had a discussion
> regarding a reorganization of the gretl menus, which resulted in a
> much improved user interface. Since gretl keeps getting more and more
> functionality and new menu items, this may be a good time to do this
> again. As a result:
> 1)- I support Allin's proposal to merge "Data", "View" and
"Sample" to
> 2 headings.
Hmm, I did float that idea, but I'm not sure how to do it.
I think there is definitely room for improvement in the current gretl
menu structure. Here is a humble proposal by yours truly:
PROPOSAL FOR THE ADVANCEMENT OF THE GRETL MENU AND WINDOWS STRUCTURE
FOR A BETTER ACCOMODATION OF THE INCREASED CAPACITY AND FUNCTIONALITY
SINCE THE VERSION 1.6.0
by A. Talha Yalta
December 2 2009
In July 2006, the gretl-users mailing list has seen a lengthy
discussion on how to restructure the gretl menus, which were perceived
at the time by the users and the developers to have become too
cluttered due to the increased functionality by the version 1.5.1.
This discussion can be accessed from the archives at
http://lists.wfu.edu/pipermail/gretl-users/2006-July/000829.html
Thanks to the lead developer Allin Cottrell's efforts, the "menu
re-structuring" discussion has resulted in significant improvements of
the gretl graphical user interface (GUI) in the subsequently released
version 1.6.0.
Over the last three years, the gretl econometrics package has
continued to advanced rapidly and significantly and with the new
functionality came more and more menu objects. It is our understanding
that by the current version 1.8.6, gretl is getting close to a point
where there are too many menus and menu items and the placement of
some of the objects are not necessarily optimal. The objective of this
proposal is to present our views on how to achieve a slimmer and
tidier gretl menu arrangement that can also accomodate the new
functionality with further development in the future.
The proposeal is tructured as follows: We simply list the proposed
changes below. This is followed by a brief conclusion.
1)- The sample menu will be a sub-menu of the data menu. To accomplish
this, it first needs to be slimmed-down as follows:
a)- The count of missing values will be added to the status window.
b)- The "Define based on dummy..." item will be removed since
this can be easily (and even better) accomplished using the "Restrict
based on criterion..." item and with simple criterions such as
dummyname=1 or dummyname=0.
c)- "Set missing value code..." item will be sent to the
preferences menu and will be renamed as "Default missing value code
for datasets." When the user changes this setting, gretl will ask
whether the changes will be applied to the current data set. (The
missing value code can be considered as dataset dependent, however, we
see the above-described handling of similar issues in other programs
as well. For example, in openoffice the default language settings for
documents are in the preferences menu although this is also document
specific.)
With 3 less items, the sample sub-menu will be composed of the following:
Sample status
-----
Restore full range
-----
Set a range...
Restrict based on a criterion...
Random subsample...
Resample with replacement...
Drop obs with missing values
As an alternative to having a sub-menu, the above functionality can be
offered in a single sample window accessed from the data menu. The
sample window can show the status and and at the same time let the
user make changes and see the results immediately in the updated
status information in the same window.
2)- The "View" menu will be renamed as "Window" and will be composed
of:
Icon view
Scalars
Gretl console
-----
(The list of all the currently open windows)
-----
Refresh windows (if this item is really necessary)
3)- The "Data" window will:
a)- Acquire the items abondoned by the former "View" menu
b)- Have a new sub-menu entitled "Modify dataset," which contains
the below items that are not accessed very frequently:
Change data structure...
Compact data...
Expand data...
Transpose data...
Sort data...
Add observations...
4)- The "Variable" menu needs to be slimmed down a bit. It will be
composed only of those items regarding a single selected variable
(Please note that it becomes ghosted when there are more than one
variables selected):
a)- The "Set missing value code" is already sent to the
preferences as discussed in (1c) above.
b)- The "Edit attributes" item will be moved to the "Data" menu
next to the "Dataset info" and "Observation markers..." items.
c)- The "Define new variable..." item will be removed. I
understand that it is a very common task, however, it is a fundamental
GUI design principle that there has to be exactly one menu item for a
given task. Cut-copy-paste is very common too but we do not see this
trio in more than one menus in a word processor or a spreadsheet
program. Imagine what would happen if we had more than one set of the
same buttons in an elevator or a plane cockpit.
d)- The renamed "Find a variable..." item will be somewhere else
(maybe in the tools menu?).
5)- The "File" menu is in pretty good shape except for the "Working
directory..." item, which clearly belongs to the Preferences window.
6)- Regarding the "Preferences" sub-menu:
a)- The "Preferences" sub-menu will subsume the "Fixed font..."
and the "Menu font..." items and become one "Preferences" window.
b)- It will also include a much needed "Check status" item which
will list whether various functionality such as LaTeX support, Gnu
Multiple Precision support, MPFR support, FFTW3 support, X-12-ARIMA
support, TRAMO/SEATS support etc. are working in the current
installation.
7)- The recently added "windows" icon (compass earlier) in the various
windows will be removed in favor of a simple interface with less
clutter. The restructured menus described above allows an easy reach
to any window from the main gretl window via the new "Window" menu and
the recently added right click menu item "Main window" now makes it
very easy to go to the main window.
8)- As discussed earlier in the gretl-users list, the title of the
various windows originating from different models should reflect the
original model. For example, instead of having "gretl:ANOVA" for all
ANOVA windows, the title will be "gretl: ANOVA (Model 8)." This is
also necessary to prevent the proposed "Window" menu having various
windows items with the exact same name causing confusion.
9)- Various open dialog windows waiting input from the user will stay
above other windows.
10)- We believe that a gretl menu re-structuring process presents a
very good opportunity to improve the LaTeX output options in the
"Summary statistics" and the "Correlation matrix" windows as well.
In conclusion, as a long-time user and a contributor of gretl, it is
our understanding that the above described modifications will result
in a significantly improved user interface that is not only relatively
simpler but also more intuitive. We are sure that further comments and
suggestions by the other users and developers will help us achive the
excellent GUI expected from a high-quality software such as gretl.
Best regards
A. Talha Yalta
--
“Remember not only to say the right thing in the right place, but far
more difficult still, to leave unsaid the wrong thing at the tempting
moment.” - Benjamin Franklin (1706-1790)
--