Re: sqr enhancements

[James Womeldorf <jwomeldo@FASTENAL.COM>]

Regarding Load-Lookup:
Allow an alternative syntax which would consist of a single SQL statement
which would replace some of the 'parameters' such as table=, key=,
return_value=.
It is often difficult to find the 'magic syntax' that will work on any
except the most basic lookups.  I often resort to using views as the source
tables, but it is often the only use I have for the view.

Jim Womeldorf
Programmer/Analyst
Fastenal Company
jwomeldo@fastenal.com
(507) 453-8250


-----Original Message-----
From: Ray Ontko [mailto:rayo@ONTKO.COM]
Sent: Thursday, July 18, 2002 9:28 AM
To: SQR-USERS@list.iex.net
Subject: sqr enhancements


SQR Enthusiasts,

I'm thinking about updating my page of Suggested Enhancements for SQR
and am looking for fresh ideas.  What would make SQR even more useful
to your organization?  What would make your job easier?  Are there
projects within your organization where SQR was not chosen but would
have if it had just one thing added?  If you could add a few features
to SQR or Brio Report Builder (BRB), what would they be?

Some ideas to spark your imagination:

  Full-featured IDE for SQR (including debugger support)
  Java-based extensibility for SQR (like ucall and ufunc)
  Support for your favorite database or platform
  SPF viewers for XWindows and Macintosh
  BRB for Xwindows and Macintosh
  Toolkit for interfacing directly with MQ Series
  Toolkit for interfacing directly with mail systems

Where do you to go with SQR today?

The existing ideas can be seen at:

  http://www.ontko.com/sqr/enhancements.html

Ray
----------------------------------------------------------------------
Ray Ontko   rayo@ontko.com   Phone 1.765.935.4283   Fax 1.765.962.9788
Ray Ontko & Co.   Software Consulting Services   http://www.ontko.com/