Some Sort of Control From The Browse Screen

[Scott Walker]

John,

Yup....I am looking for the quickest, easiest, laziest, way of getting it
done.

@browse would rock!

Maybe @brwT  for when you pressed the "T" key on the browse screen....do you
even call it a screen?  Probably best to call it a browse "format".

That processing could be ended when you position to a screen or when you
return control to the browse format with a "browse" command.  Would also
allow you to change the browse format from within processing.

Be nice to have it redraw the browse screen when you return to get any
updated data.

I don't know why this never peculated up to the top of the to do list.  It
seems perfectly implementable.  I know it would be a lot of work to allow
updating the data fields from the browse but some limited functionality
would seem doable.  Of course, I'm not the one having to do it!

Regards,

Scott

-----Original Message-----
From:
filepro-list-bounces+scottwalker=ramsystemscorp.com at lists.celestial.com
[mailto:filepro-list-bounces+scottwalker=ramsystemscorp.com at lists.celestial.
com] On Behalf Of John Esak
Sent: Thursday, October 14, 2010 4:36 PM
To: filepro-list at lists.celestial.com
Subject: RE: Some Sort of Control From The Browse Screen

Boy Scott,
You've just delineated the wishlist item of all time.

The U from browse is useful, but without "knowing" you are coming from
browse you're right it doesn't get you where you want.

It's too bad their isn't an @browse processing of some kind.

You can tell you're coming from the Add Records (#3 choice) by putting some
processing @update... But nothing from browde.  The @keyU trigger doesn't
know whether you're on a record or on the browse when it's executed.

But, honestly, the type of programming you're asking for is not that hard
done in p4rocessin... As I'm sure you know. Why does it have to be from IUA?
Can't you put up the browse and then tick off the "Y" and show or not show
them on the processing browse.  It's the kind of thing that's done all the
time.  Just show the Y at the end of the line or not. You would just need to
use the "pkeep" option and then showing the Y or not would be an automatic
thing assuming the field is listed on the data line of the browde.

I know I'm not helping you... But that kind of browse from within processin
is so easy... Meaning there is viertually  nothing to program, just put up
the browse with the field you're ticking off with the Y on it. That's' all.
Plus you get a more elaborate sort/select of records from within processing.

You're not telling me you're just lazy... Are you?  :-)

John


> -----Original Message-----
> From: filepro-list-bounces+john=valar.com at lists.celestial.com 
> [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> m] On Behalf Of Scott Walker
> Sent: Thursday, October 14, 2010 4:12 PM
> To: 'filePro Mailing List'
> Subject: Some Sort of Control From The Browse Screen
> 
> Is there no way, no how, to get any programmable control of 
> what happens
> when the user is on a browse (the full file type of 
> browse..not the lookup
> browse).
> 
>  
> 
> I want to be highlighting a record and press a key (lets say 
> "T") and have
> it check off the highlighted record (as in checking off the 
> items in your
> check book that have cleared).  So programmatically when you 
> pressed "T" on
> the browse screen, the highlighted record would have the value of it's
> "Cleared" field set to "Y" and the browse would be refreshed so the
> "Cleared" field would now show "Y".
> 
>  
> 
> I'm pretty sure this can't be done but if anyone has a wild & 
> crazy way
> they've made it happen, I'd love to know.
> 
>  
> 
> I could even live with, when on the browse screen, press "U" 
> and go into
> update on the screen.  Maybe I could take over at that point, 
> change the
> Cleared field to "Y" and then record the screen and go back 
> to the browse
> screen.   But how would I tell that I had been on the browse 
> and pressed
> "U"?
> 
>  
> 
>  
> 
> Regards,
> 
>  
> 
> Scott
> 
>  
> 
>  
> 
> Scott Walker
> 
> RAM Systems Corp
> 
> (704) 896-6549
> 
> ScottWalker at RAMSystemsCorp.com
> 
>  
> 
> www.RAMSystemsCorp.com
> 
>  
> 
>  
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://mailman.celestial.com/pipermail/filepro-list/attachment
> s/20101014/cb6bcc59/attachment.html 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list

_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
Subscribe/Unsubscribe/Subscription Changes
http://mailman.celestial.com/mailman/listinfo/filepro-list