Show Popup

[Laura Brody]

I was hired by fpTech to maintain the help files a few years ago.
Basically, I used the help files that I created and sold for a bunch of
years, then updated them with the new features. I put the version number of
when a feature/function was added to filePro in the help file. It really
helps when you are coding for a customer with an older version of filePro.

When Ken and I entered the programming competition, we did add a number of
features that made our life easier. I remember DOEDIT(), DROP ALL, BASE(),
GOSUB OF, GOTO OF, NUMFIELDS(), NUMRECS(), PUTENV, REPEAT(), SET, SLEEP,
XLATE(), SHOWCTR(), SHOW POPUP, the I/O functions and a few other things.
There is nothing like putting the programmers in a real world situation to
make the need for certain features quite obvious. I also recall going
through Microsoft Access manuals and pulling feature ideas from it as well
at right about that time as well. DOW(),  and other date functions came
from that.

Laura Brody

On Tue, Oct 31, 2017 at 12:32 PM, Richard Kreiss via Filepro-list <
filepro-list at lists.celestial.com> wrote:

> I checked *cabe help file from previous versions of filePro.
>
> SHOW POPUP  was added in version 4.5
>
> Show Popup help information as I send it appeared in *cabe help file in
> Version 5.7
>
> In the help file for version in 5.6 showed an example similar to that in
> the
> 5.7 & 5.8 help files.
>
> It is interesting to go back to see when functions were added to filePro.
> Many of the functions we take for granted now were added in 4.5 and 4.8.
> If
> memory serves, many of the I/O functions were added overnight during a
> database competition allow filePro to compete.  It is interesting that most
> of the older versions of filePro still work although some earlier versions
> are have issues with 64 bit operating systems.
>
> Richard
>
> > SHOW popup("17","-1") "\r A \r-Add, \b4 D \a-Delete, \r U \r-Update, \r X
> \r-
> > Exit"
> >
> > Changed to:
> >
> > SHOW popup("17","-1") "\r A \r-Add, \b4 D \a-Delete, \r U \r-Update, \r C
> \r-
> > Cards, \r X \r-Exit"
> >
> > I expected this to be a single line popup.  However, when run, the popup
> > truncated the word Exit splitting it to a second line to -Ex on one line
> and left
> > justified xt on the other.
> >
> > After a bit of experimenting, I found that elimination the commas and
> setting a
> > dummy field xx(75,*) = "\r A \r-Add  \b4 D \a-Delete \r U \r-Update \r X
> \r-Exit" I
> > had a single line popup as before.
> >
> > When xx was set to (80,*) the word EXIT was truncated but not when the
> field
> > was (75,*).
> >
> > I just changed the program line to read show popup("17","-1") xx , "more
> > Prompts" .  The "more prompts" was located to the lower right and on the
> last
> > line of the show popup. Window. (see example below)
> >
> > Using an uncast dummy field zz="\r A \r-Add  \b4 D \a-Delete \r U
> \r-Update \r X
> > \r-Exit More Prompts", places More Prompts on a second line.
> >
> > It appears the maximum number of characters before the string truncates
> is
> 75.
> > After that the second line appears.
> >
> > So, it appears one can program the show popup to:
> >
> > 1.      look and work similar to listbox with a prompt option except the
> need to
> > use waitkey-per example below
> >
> > 2.      popup a single line string - 75 characters or less
> >
> > 3.      popup a 2 line string if the first one is longer than 75
> characters
> >
> > From the *cabe help file:
> > SHOW POPUP  continued)
> >
> > Examples:
> >       then: SHOW POPUP ("-1","-1") "Some text here.", "Press \K4 to
> Continue"
> > loop1  if:
> >       then: xx = waitkey
> >         if: @sk ne "SAVE"
> >       then: goto loop1
> >       then: clears
> >
> >   This popup     ---------------------------┐
> >     will be      │ Some text here.          │
> >   centered on    L---Press  ESC  to Continue-
> >   the screen:                                  <- dropshadow
> >                                            ^
> >                                            L- cursor position
> >
> > Note: For this example, the prompt will contain  F10  on non-DOS/Windows
> > systems.
> > (continued)
> >
> > Does anyone know if this this is new behavior or just one that I had not
> run into
> > before?
> >
> > Richard Kreiss
> > GCC Consulting
> >
> > -------------- next part --------------
> > A non-text attachment was scrubbed...
> > Name: winmail.dat
> > Type: application/ms-tnef
> > Size: 20111 bytes
> > Desc: not available
> > URL: <http://mailman.celestial.com/pipermail/filepro-
> > list/attachments/20171031/68cfa4ad/attachment.bin>
> > _______________________________________________
> > 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
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20171031/f815ec9d/attachment.html>