× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi Jim

Thanks for that, I'd managed to work out there was a SCAN or S command, but
I hadn't realised what it actually did.

Are there any others apart from:

TOP
BOTTOM
RRN number
FIND string
WINDOW number
SCAN number

All the best

Jonathan

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Franz
Sent: 24 July 2008 16:22
To: Midrange Systems Technical Discussion
Subject: Re: WRKDBF's "F7=Select Record" function

fyi: the number of records to scan can be overridden with
typing "scan 50000" (or whatever nbr) on the cmd line in upper right of main

screen.
I use it often to use the options against a subset of data.
Jim Franz

----- Original Message -----
From: "Jonathan Mason" <jonathan.mason@xxxxxxxxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Thursday, July 24, 2008 10:42 AM
Subject: Re: WRKDBF's "F7=Select Record" function


Hi Bill

I've never used the F7=Select either, but having just been into it to
take a look I wish I'd known about it earlier. I use the SQL
functionality quite a bit, well the SELECT anyway and apart from a
couple of minor niggles that happen occasionally I find it really useful.

If you're looking for suggestions on the SQL and F7 functionality, how
about:

* Keep the F7 functionality, but change it to use SQL to return the
record set.
* Have the number of records to scan/roll as a user option to give
more bespoke control over the Find/Select functions.
* For SQL, F7 and F4 windows retain the previously entered
criteria. If I select over multiple fields in SQL or position
over multiple keys in F4 and then want to change what I'm looking
at I have to rekey it all again.

One other suggestion, not connected with SQL/F7 is when the file name is
changed at the top of the screen and it's not in the library shown
WRKDBF closes and returns to the command line with a "not found"
message. How about instead of dropping out straight away trying again
with *LIBL and if the file is then found then loading that one.

Anyway, keep up the good work, WRKDBF is a fantastic utility.

Best regards

Jonathan


Reger, Bill wrote:
I am seriously considering removing the "F7=Select Records" functionality

of WRKDBF and have been for a long time. With the vastly superior
"F18=SQL" functionality it is basically obsolete in my opinion. The scan

limit (which defaults to 5000 records read) often reads too few records
to fill up a subfile page, which in turn confuses the user into thinking
they're looking at all the selected records. Not. I personally never
press F7 - ever.

But I don't want to mess up people if it is an often-used function. So
what say you? Can I remove without causing too many issues?

Bill



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.