Things to do or pursue :  Tk interfaces and dbase in general

ALL TOOLS:
	check them out on a 15in xterm and revise accordingly.
	need to read resources file from within Tk -- find out how
	and resize dynamically according to dot-pitch and screen size

WISQL:

x	get copy/paste working in the command editing window
x	fix object names to include owner component throughout
	implement a show protections command, show keys, show indices
x	investigate views, making them look like tables
x	make wisql modal (normal user vs programmer mode: normal
		users do not see any objects other than tables)
x	fix Tom's listboxes into better form with better placement at
		pop up
	

EZrpt:	
	just about finished, as far as it will ever go in design
x	needs balloon help throughout.  markup screendump and implement


EZedit:
x	make tab traverse use only a list of nonforbidden fields
		in the V form (how about suppressing forbidden fields in
		normal user mode?  think on this)
x	actually execute the SQL update/delete statement
x	balloon help is fairly complete now
	should we generalize the field select/parse stuff from EZrpt so
		that the syntax is the same? what would that take in
		terms of bindings (not too many) and redesign?  can
		chkSel be simply bound to the match fields in EZedit?
	how to deal with large varchars?  how about 'text' fields?


FORMS:
	pursue multi-popup design discussed with cc Jun 3:  how to store
		forms template in sybase and use only one utility for
		display of form?
	the EZedit tool can work as a Generic data entry form -- but how
		will it know which values to provide to tables where an
		insert trigger is watching for illegal values?  what if
		we always provide NULL for forbidden fields?
	should insert trigger just ignore bad values?
	ANNOTATE function is part of forms


REFERENCE:
	data dictionary needed for all "official" datatypes, in fact a
		common DD writable by developers of goodwill would be
		a plus.  but at least an official DD and a help utility
		for using it.
	the ref tables are piling up;  two kinds, one self-referential for
		the base (FORBIDDEN, etc) and the other for the users
		(personnel, C&G roster, etc)


PERFORMANCE:
	start indexing those tables, that is the #1 performance enhancer.


REPORT GENERATOR?
	keyword/postprocessor looks like a reasonable approach	

WISQL
I have a list of wisql fixes (to your portion) on my mind but
wanted to check whether you've already made any of them.  Foremost
is implementing copy/paste in the SQL command edit window.  I'll
use your recent mail to get started on that.
(Oh yeah, did you know the Execute button never un-highlights
these days, even after the SQL code completes?)  Then I would
like to approach the problem of making wisql modal -- Expert mode
and Naive mode.  I'd like to support fully-spec object names
(owner field included) and get away from the doubling that happens
in the field listbox when two tables exist with same name but
diff owner.  And support both views-as-text and views-as-tables.
Sybase permits select and update on views, I believe, which
raises some challenging questions for my data editor tool.
And I want to implement balloon help for all of wisql.



1. report size of query before committing: use message window, and
   click on execute again to execute.

2. prepend owner name to table name in table pick list

3. make consumer version with table menu instead of popups and
   seeFields button

4. fix output formatting to compute max(datalength(field)) for 
   varchars and chars, and trim string width to that number

5. Gray out EZrpt button when no db and table selected

6. resize table and fields picklists so that they are less hideously
   large



======================================================================

wish lists from the troops:  detachable results window, detachable
command window (resizable).  what's the cheapest way to do this,
hmmm.... detachable command window is not too bad, but the trick
is the doSql command and its hard association with the window path
name.  results windows should be multiple really.

the results being a list box is obnoxious to me.  wonder why tom
did that?  why not make it a text box instead?  then we could do
some cool things with tagged regions and select statements based
on selected text.

The plot feature seems to work OK.  now we need a simple spreadsheet
(what an interesting problem!) for manipulating extracts of the
data.  big question is how to create it:  grid of entry widgets is
the easiest but probably very slow, and no PS dump.  a grid of
text widgies on a canvas is possible, probably also slow.  a
single text widget with complex tagging (from Will's experience)
is probably a PITA and too slow.  then there's that Tcl sheet
extension, but that gets the wisql use into YATE.

----------------------------------------------------------------

Detachable result and command windows implemented Spring 97.

Plot feature introduced (beta) Summer 97.

New major release planned for early Fall 97:

	Oracle support
	Plot feature integrated	(BLTgraph)
	Spreadsheet option for Results (tkTable)

	Clean up global var space
	Simplify EZedit window if possible
	Review all entry box functions and think about -variable use
	Complete look/feel cleanup (color, etc)

IN PROGRESS (this copy is broken bigtime, in other words!)

	Aug 12
	introduced new procs queryDB, getCols, nextRec for 
	generic SQL transactions.  new globalvar Qtable takes
	care of query table name.

	have de-specified createMain and some other routines.
	still struggling with the remainder and have not yet
	sanitized the insane column attribute storage.

	Aug 13
	partially sanitized doSql, but still very untidy:
	no ref to PGtypes lookup yet.  getCols is untested.
	have started the laborious process of replacing cols, types, sizes
	etc with colatts array of keyl.

	much more to do!  (sigh)

	Aug 15
	cleaned up some more cruft, fixed pkg header.
	the big question now is the arcane sort mechanism.  I think
	it's broken now!

	Aug 16
	createMain starts up and menu functions are working again.
	doSql is getting an error before the first row of real data.
	but the column headers are printing out OK.

	colatts has replaced the old lists everywhere.  I *think* the
	sort algorithm is working thanks to a new global scols which
	obviates loops 0 numsrt and so forth.  ugly.

	Aug 17
	we are working to the point where EZedit can be brought up
	safely.  doSql may be dropping records.  EZrpt not yet tested.
	what should getObj do?
	wouldn't it be dandy if you could use the spreadsheet interface
	to edit as well as select?  OOH.
	ezEdit needs different packing
	ezRpt needs a redesign
	

	Aug 23/24
	first draft of sheet in place, behaviour very flaky still.
	have basic formula/value editing but need stat functions (agh).
	the sheet itself is darned impressive though!  current list:
	1) does not Clear	(FIXED 8/24)
	2) need to create new rows/cols as needed to show results
				(FIXED 8/24)
	3) need to compare against normal listbox output, to check for
		dropped records. (FIXED 8/24)
	4) how on earth could it be used for editing?  only if single
		table in query?  postpone this one.
	5) want to be able to plot selected region.
	6) want to be able to switch from sheet to listbox and back
		dynamically  (hmm, that's ambitious for this release)
	7) want to be able to print out sheet in some moderately formatted
		fashion (sigh)  FIXED 8/24  - TSV and text
	8) why do vals center in col?  want rightify/leftify control
		FIXED 8/24

	Aug 24
	still have some problems.  stat functions have incompatible
	args (max min vs my avg sum mean).  I fear this implies
	wrappers and token replacement.  ugh.
	can't get my hands on the X selection from the sheet, though
		-exportselection is turned on.  asked JH.
	other than that, it's looking good.  Formula editing is a little
		crude, but getting better.
	FIXED problem where doSql got lost on error (PG sends WARN instead
	of ERROR for some error conds).

	NEED:
		select and copy, select and clear, export selection
		plot selected region
		remember table and col name per row?  FORGET IT
		repack and reconsider EZedit and EZrpt!
		cosmetic fixes (code format, global namespace prettification)

	FIXED aesthetics of EZedit (somewhat) -- after much struggle
		with the packer, finally gave up and replicated the
		"match/new" labels.  nothing else worked.  Reduced the
		aggressive 3-D effect using groove reliefs and skinnier
		borders.  It looks better now.  Next:  EZrpt!  8/26/97

	FIXED aesthetics of EZrpt (mostly) -- reduced overall size,
		changed Boolean select mechanism, tested print and sort
		order, SQL generation, eliminated lingering colatts
		side effects.  Look-n-feel could still be improved.
		8/27/97

	HOBBS says, use curselection (check mail on this).  He says it
		works like listbox, not like text widget.  In fact it
		doesn't work like listbox -- listbox exports its
		selection properly.  well, work around it for now.


	ADDED	plotSheet and logic in doPlot for using it.  Added
		basic rules of plot column inference for sheet, which
		should also be obeyed in regular plot.  This needs serious
		testing.

	ALMOST THERE!

V5

	colorized

	BUG detected in Waimea in late Mar:

	EZrpt autocorrect feature broken for dates, is cutting off
	digits at the right of the year.

	
