@sn not reset when expected
John Esak
john at valar.com
Mon Jun 7 15:51:20 PDT 2004
Joe,
Just taking the chance of this note to respond to you about something else,
too. A couple people from China signed onto the FP Room tody through a link
(somehow) from your page. I see that you have listed the Room on your web
site. Thanks. These guys were inquiring about Brainboost and had never heard
of filePro... strange, huh? I'm (we're) not exactly sure how or why they
got there, one said by chance... he put up a long link which included
Magnatech in it so I assume it was through your efforts. Anyway, thanks.
They said they would come back to study English but another (someone else
NOT from China) asked how filePro related to Oracle... He had never heard of
filePro either... I queried him as to how he found the room and he said he
came to find out about Brainboost... again, I'm lost... but strange new
people in the Room are what it is all about... even regular new people not
strange at all are welcome. Thanks.
As to @sn. As you know if you do a browse that collects data to be displayed
on the screen below the browse lookup, you hve to bring down the browse,
re-DISPLAY the bottom screen and then re-execute the browse. I wasn't clear
when you were doing the @wbl, so I can't comment more until you elaborate.
I'll test what you are saying, but it sounds like SOP not a bug.
John
-----Original Message-----
> From: filepro-list-bounces at lists.celestial.com
> [mailto:filepro-list-bounces at lists.celestial.com]On Behalf Of Joe Chasan
> Sent: Monday, June 07, 2004 4:11 PM
> To: filepro-list at seaslug.org
> Subject: @sn not reset when expected
>
>
> When does @sn get reset?
>
> I have a situation where I have a screen of dummies which i'm updating
> via a popup update command - some of the dummies lookup to another
> file and there was some browse processing to display choices. They
> wanted more info added that was on screen #1 of that file - so i
> figured just to add pop=1 to the lookup browse line - but of course
> that failed because the process was already working within a popup
> screen - so i figured - i don't need both popups open at same time,
> i can close the first, do my lookup, popup if desired from the built-in
> <F6> lookup, then reopen the first popup window - but i can't figure out
> why this doesn't work - in debugging, @sn shows the original popup screen
> value throughout the @wbl process until after the "end" statement is hit,
> making this seemingly simple workaround unworkable.
>
> SCO Openserver 5.06/clerk 5.0.13
>
> Bug?
>
> --- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ---
> -Joe Chasan- Magnatech Business Systems, Inc.
> joe at magnatechonline.com Hicksville, NY - USA
> http://www.MagnatechOnline.com Tel.(516) 931-4444/Fax.(516) 931-1264
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
More information about the Filepro-list
mailing list