The future of filePro... one major one anyway!
GCC Consulting
gccconsulting at comcast.net
Fri May 18 12:49:00 PDT 2007
> -----Original Message-----
> From:
> filepro-list-bounces+gccconsulting=comcast.net at lists.celestial
> .com
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.c
> elestial.com] On Behalf Of Fairlight
> Sent: Friday, May 18, 2007 2:11 PM
> To: Filepro-List at Lists. Celestial. Com
> Subject: Re: The future of filePro... one major one anyway!
>
> At Fri, May 18, 2007 at 01:54:32PM -0400 or thereabouts,
> suspect Kenneth Brody was observed uttering:
> > My point was that I thought it was a good thing. The website isn't
> > worded along the lines of "Reface is for guifying filePro", but for
> > so-called "legacy applications" in general, and it was nice to see
> > filePro being used as the example.
>
> I'm actually sitting here thinking, "Hmmm...semi-admin stuff
> that people don't tend to know inside-out but still try to
> use. What about 'top'? The normal display is one thing, but
> if you can then put the buttons for re-sorting on there by
> the various criterion..." I'm not sure how well that falls
> under the screens can't change thing, but it does have a
> standard layout on top, it's just the middle section is
> variable. But if it can handle a browse lookup in an
> overlay, top should be doable.
>
> So suddenly top as a tool becomes more accessible to the
> mid-range user because you can have buttons and such without
> memorising keystrokes, checking the help screen, etc. Heck,
> buttons? I wonder if it's complex enough to have those
> tab/cell type things across and be able to treat them as
> buttons so you could do a re-sort as one traditionally does
> in windows.
> If they thought of as much as they seem to have, quite possibly.
>
> Which actually brings up an interesting idea in terms of fP
> again...once you come up with the chain of thought and
> backreference. What about browse lookups that, if you
> -could- have cell-based sorting with the labels as sort
> indicators, basically it's programmed to pushkey the right
> stuff to bring up a re-sorted browse lookup based on a
> different sorting...same info, different browse lookups
> sorted differntly. But you're doing it like you'd do in
> Excel or whatever and it's totally transparent. Just a
> thought... I bet people would fall over themselves
> scrambling for that kind of functionality.
>
> This kinda thing certainly makes one think of a lot of
> possibilities...
Mark,
I'm doing this currently, I have a browse which lists order details by the
sequence they were entered, by product # and finally by description. All in
one browse use @bk functions to loop.
The original browse was made using the wizard and then broken into 3 parts.
AA= the browse format and xkeys, show= etc
AB= Browse headings
AC= Fields
I set a flag, for a GOTO the browse and re re-executes using a different
lookup line
F="1"
Lookup ord = orders k=1 i-a -nxm b=(aa&ab&ac)
F="2"
Lookup ord = orders k=1 i-D -nxm b=(aa&ab&ac)
F="3"
Lookup ord = orders k=1 i-J -nxm b=(aa&ab&ac)
F="5"
Lookup ord = orders k=lu i-d -nxm b=(aa&ab&ac) - this option allow for
finding one item by item #
The primary sort on each index is the order #. Therefore index D is
order_num&item_num.
This works very well. I could just as easily adjusted the fields and/or
display sequence using this method. If I played with this a bit more, I
could highlight the key field or every other line.
Richard Kreiss
GCC Consulting
More information about the Filepro-list
mailing list