Miro,
Thanks for the explanation.
It did seem odd that walking the code in the debugger never showed the form. My
initial assumption
was that the form was being loaded and returned from before I saw it.
I have moved to using FrmDoDialog. It requires more setup; but appears to be
working just f
Hi,
FrmPopupForm *only* posts 2 events .
" FrmPopupForm()
Queues a frmLoadEvent and a frmOpenEvent for the specified form. "
Because the debug dialog uses the same event queue, the events are
discarded, thus no form is shown.
Btw: The actual form loading is done by your AppHandleE
I am trying to use
FrmPopupForm / FrmReturnToForm to open a form because I want to return to the
calling form with all
the calling forms fields still populated.
On a button the following code appears to work just fine:
FrmPopupForm(dlgStNames);
However, if I add another line to the code in
Thanks to anyone considering slapping-me-upside-the-head.
I figured out what I was doing wrong... I had called api FrmReturnToForm(0)
which would cause it to return to the form that called
the FrmPopupForm command... however the problem is I had forms stacked.. i.e
(9500),(9501) and (9502
Don't mean to beat a dead horse with a stick! but when
I use "FrmPopupForm" and subsequently "FrmReturnToForm(0)"
The FrmUpdate Even is fired... OK I get it ...but what I
don't get.. is the form "I return to," is updated and displayed;
but then emulator
In article <[EMAIL PROTECTED]>, "Tam Hanna" <[EMAIL PROTECTED]> wrote:
> Thanks,
> I already found my error! I just forgot to set the handled flag to true-and
> the debug ROM crashes, while the app ran merrily on a T3.
> I am now wondering why it is so important to set the handled flag to true,
>
Thanks,
I already found my error! I just forgot to set the handled flag to true-and
the debug ROM crashes, while the app ran merrily on a T3.
I am now wondering why it is so important to set the handled flag to true,
and why the debug ROM killed the Application? I am always looking forward to
answ
Hi,
I am currently building a project with a popup form that pops up-well-every
now and then. However, when I close it with FrmReturnToForm(Form that was
Below), I get a stack of Fatal Alerts in my Garnet 54. Debug simulator. Here
is the list of Errors I encounter:
memorymgr.c, Line:3752, Free ptr
Forum
Subject: FrmPopupForm / FrmReturnToForm error on T5 sim
Hi all,
This is probably something very basic, but I've never used it before.
Can anyone tell me what I'm doing wrong? NB: Everything works fine on my
T3 simulator but I get a fatal error on my T5 simulator.
In my MainForm,
Hi all,
This is probably something very basic, but I've never used it before.
Can anyone tell me what I'm doing wrong? NB: Everything works fine on my
T3 simulator but I get a fatal error on my T5 simulator.
In my MainForm, if I press a certain button I call FrmPopupForm with the
ID
> This usually means that you've tried to change a control or do something
> else that will cause you to draw to the screen before you've called
> FrmDrawForm for a form. You're also using a debug ROM image with POSE or a
> debug version of the Simulator.
>
> All
At 05:45 PM 10/11/2004, you wrote:
Hi:
I've been trying to show a form using FrmPopupForm, but everytime I
use this function I get the next error:
(APP) Just read from memory location 0x8000D00020. This access usually
indicates that the application is calling a Window Manager function
wi
Hi:
I've been trying to show a form using FrmPopupForm, but everytime I
use this function I get the next error:
(APP) Just read from memory location 0x8000D00020. This access usually
indicates that the application is calling a Window Manager function
without first establishing a valid DrawW
1. Well, it's not supposed to erase the previous form. Use FrmGotoForm if
you want the current form closed as well.
2. What do you mean by previous?
"Ritu Chawla" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>I am using "FrmPopupForm" for
I am using "FrmPopupForm" for some forms in the application. In case of
Zire31 i am facing following
problems:
1. It does not erase the previous form.
2. The form shows previous as well as current form controls.
I am getting problem in Zire 31 and not in Zire 71.
Is there any way to
At 08:17 AM 5/22/2004, you wrote:
Hi all
I have the follow code
case ctlSelectEvent:
switch(event->data.ctlSelect.controlID)
{
case OkButton:
FrmPopupForm(Form_Browser);
/*
this section code, w
Hi all
I have the follow code
case ctlSelectEvent:
switch(event->data.ctlSelect.controlID)
{
case OkButton:
FrmPopupForm(Form_Browser);
/*
this section code, wait for the FrmReturnToForm f
Is it possible to call FrmPopupForm from a form that is initialized by
FrmDoDialog ?
In my case, the form called by FrmPopupForm crashes when it is trying to
FrmReturntoForm(0) with the error "No default form".
Thanks for your advice,
Vu
--
For information on using the Palm Develo
Ruben Luna Cabret wrote:
Hi
my question it's simple and only information , i have a WinDrawRectangle
, if I call a Form with FrmGoToForm the rectangle is visible, but if call
with FrmPopupForm the recatangle is not visible,
why?
bye!
Hi,
any custom drawing must be made after FrmDra
Hi
my question it's simple and only information , i have a WinDrawRectangle
, if I call a Form with FrmGoToForm the rectangle is visible, but if call
with FrmPopupForm the recatangle is not visible,
why?
bye!
--
Rubén Luna Cabret
--
For information on using the Palm Developer Forums,
Brad Figler wrote:
I believe the problem that you are having is due to the fact that the
field destroys the attached memory handle when the form is closed.
I was correctly un-associating the memory from the field. The error that
I was making was that I was setting the defaults for the field bef
passed in originally. This will keep the form from destroying
your memory handles during its destruction.
Brad
Gerda Shank wrote:
I am an experienced C Programmer, but not on the PalmOS platform.
Right now I am having trouble with a modal form that I am displaying
with FrmPopupForm (& savebe
I am an experienced C Programmer, but not on the PalmOS platform.
Right now I am having trouble with a modal form that I am displaying
with FrmPopupForm (& savebehind). I set a number of fields on the
popup form to the values that already exist. The user can modify them
and apply the change
items for the user to select. When one is
selected FrmPopupForm is called allowing the user to edit the data. When
finished editing ReturnToForm is called.
If the user selects an item to edit that is covered by the pop-up, the list
is correctly updated upon returning to the main form. If the edited i
I have a form witha list of items for the user to select. When one is selected
FrmPopupForm is called allowing the user to edit the data. When finished editing
ReturnToForm is called.
If the user selects an item to edit that is covered by the pop-up, the list is
correctly updated upon
On Mon, 2003-08-25 at 16:55, Régis Daniel de Oliveira wrote:
> How can i make the FormA function hang until the FormB closes?
FrmDoDialog will give you the functionality that you need. Just
remember to initialize before use and dispse of the form and it's assest
after done.
-Ken
--
For inform
Hy all!
Supose that I have two forms: FormA and FormB. FormA is my base form, that
have on field control. When I tap on the FormA's field, the the event is
called and, inside it, i call the FrmPopupForm, the will load the FormB. On
formB i've another field, that will have the value ch
I'm trying to set up a modal form for a search. Because this form will not
only
allow the user to enter text (with a button Keyboard support) but also the
ability
to scan in a barcode, I'm thinking despite the overhead FrmPopupForm is the
call of choice.
Now on the MainForm
my 2 cents...
-Tom
> As I understand it, FrmPopupForm() has a lot of overhead when calling it,
> is there a way to use FrmDoDialog but retrieve a string stored in the field
> of the "modal" and return it to the form from which it was called?
>
> Is storing the field value in a
At 02:36 PM 8/20/2003, [EMAIL PROTECTED] wrote:
As I understand it, FrmPopupForm() has a lot of overhead when calling it,
is there a way to use FrmDoDialog but retrieve a string stored in the field
of the "modal" and return it to the form from which it was called?
Yes. When FrmDoDial
On Wed, 2003-08-20 at 19:36, [EMAIL PROTECTED] wrote:
> As I understand it, FrmPopupForm() has a lot of overhead when calling it,
> is there a way to use FrmDoDialog but retrieve a string stored in the field
> of the "modal" and return it to the form from which it was called?
As I understand it, FrmPopupForm() has a lot of overhead when calling it,
is there a way to use FrmDoDialog but retrieve a string stored in the field
of the "modal" and return it to the form from which it was called?
Is storing the field value in a external global char the only w
and its debug version and the
background of formB is not being filled in! Instead, the controls on formB
are drawn correctly, but I can "see through" formB to formA.
Any ideas how to get this functional again for the B&W version? I looked at
FrmPopupForm again in the docs and I see n
That was it Ben. Thank you for that idea. I checked the active form ID
after the call to FrmReturnToForm() and it gave me a different form ID than
what I was expecting. Apparently, I was calling FrmInitForm() elsewhere in
my code incorrectly and having the ID made it really easy to find.
Thank
Hi Dan,
I remember people said st about FrmReturnToForm(0) before. (Search the forum for
FrmReturnToForm
:) ) So, I never use it. What I did is:
Let say you are in FromA, you will show FormB (modal form), then you go back to FormA.
I only use
the pair FrmPopupForm() and FrmReturnToForm() for
At 17:55 2003-2-13 -0500, you wrote:
Yea. I hear what you are saying and I've been in the documents that came
with CW8 and the online index, recipes, etc from PalmSource about this
issue.
This issue is probably caused by a bug that I have yet to find in the code.
However, I was hoping it was som
ysticware Inc.
www.mysticware.com
"Chris Antos" <[EMAIL PROTECTED]> wrote in message
news:113475@palm-dev-forum...
>
> Argh -- let me try again:
>
> You should *not* be using FrmSetEventHandler or FrmGotoForm for this
> situation. [Sorry, I typo'd and left out the "
Argh -- let me try again:
You should *not* be using FrmSetEventHandler or FrmGotoForm for this
situation. [Sorry, I typo'd and left out the "not" the first time]
Read the docs on FrmPopupForm. If you call FrmPopupForm, then you must call
FrmReturnToForm to return to th
You should be using FrmSetEventHandler or FrmGotoForm for this situation.
Read the docs on FrmPopupForm. If you call FrmPopupForm, then you must call
FrmReturnToForm to return to the previous form.
"Dan" <[EMAIL PROTECTED]> wrote in message news:113469@palm-dev-forum...
>
Hi again everyone. I got this problem working by trapping the
frmUpdateEvent message that is sent from FrmPopupForm(). Now, the image is
displaying correctly because I have a place to call the rendering code;
however, the event handler is not being set back to form A apparently (even
though I am
: "Palm Developer Forum" <[EMAIL PROTECTED]>
Subject: FrmPopupForm???...
Date: Mon, 10 Feb 2003 16:35:34 -0500
Hi everyone. I have two forms (A and B). Form A is the "base" form, or
the
form that the user is currently looking at. On this form, there are some
control buttons a
e are some
control buttons and a bitmap being custom-drawn with a simple
WinDrawBitmap() call...
Now, I hit a menu item to bring up form B over most of form A with a call to
FrmPopupForm(). I use this call because I want my own event handlers for
form B. Anyway, when I cancel out of form B with
st of form A with a call to
FrmPopupForm(). I use this call because I want my own event handlers for
form B. Anyway, when I cancel out of form B with a call to
FrmReturnToForm( 0 ), the bitmap does not draw itself initially. I want to
call my drawing routine when the user returns to form A...an
> I wasn't saying that you should read the OS code,
> but instead read the sample apps included with the
> SDk.
Ooops. Yes. You're right, Ben. Sorry about that.
Note to self: don't post before 8am and before
consuming at least 1 cup of coffee.
Oliver
___
At 07:36 2002-12-12 -0800, you wrote:
Ben,
> studying the way the OS creator's code works is
> a good way to see why to use a call and how to
> use it properly.
I am sure studying the internal workings of PalmOS
is very educational, but I don't think it should be
the (preferred) way for every d
Ben,
> studying the way the OS creator's code works is
> a good way to see why to use a call and how to
> use it properly.
I am sure studying the internal workings of PalmOS
is very educational, but I don't think it should be
the (preferred) way for every developer to learn and
understand why,
It didn't. What -did- make a difference is replacing FrmPopupForm and
FrmReturnToForm with FrmGotoForm. Now it works without -any- problems. What
a stupid git problem this is. Is there any reason I should stick with
Popup/Return instead of going with Goto now? Will I melt if I stay
id- make a difference is replacing FrmPopupForm and
FrmReturnToForm with FrmGotoForm. Now it works without -any- problems. What
a stupid git problem this is. Is there any reason I should stick with
Popup/Return instead of going with Goto now? Will I melt if I stay with
goto? ;)
--
Matthew (Darks
Your code looks just like mine (pretty standard,
as you said), except that I tend to use
FrmReturnToForm(0);
instead of
FrmReturnToForm(MainForm);
(not sure if that could make a difference, though).
Oliver
__
Do you Yahoo!?
Yahoo! Mail Plus
I'm having issues returning from a form called by using FrmPopupForm. Here's
snippits of my code:
In my main form menu handler:
case EditPrefs:
FrmPopupForm(PrefsForm);
handled = true;
break;
In my application event handler:
switch
Patrick Felt wrote:
I am using the FrmPopupForm() call on a palm app. The program works
correctly on 3.5+, but on OS versions < 3.5 the poped up form is
transparent, although it has focus.. When it is closed the form that was
underneath, and is now active, does not get redrawn.
I h
I am using the FrmPopupForm() call on a palm app. The program works
correctly on 3.5+, but on OS versions < 3.5 the poped up form is
transparent, although it has focus.. When it is closed the form that was
underneath, and is now active, does not get redrawn.
What is wrong here??
pat
--
From: "Adam Braun" <[EMAIL PROTECTED]>
> The main form of the application (call it form A) displays another form
> (call it form B) using a call to FrmPopupForm. Form B is a modal dialog
box
> that only takes up half the screen. It has some tricky behavior so I
have
>
I'm writing an application and I've run into a problem that I can't seem to
get around.
The main form of the application (call it form A) displays another form
(call it form B) using a call to FrmPopupForm. Form B is a modal dialog box
that only takes up half the screen. It
t; Sent: Friday, July 26, 2002 10:57 AM
> To: [EMAIL PROTECTED]
> Subject:memory error when using FrmPopupForm/FormReturnToFrom
> Priority: Normal
>
> I tried to call a form using FrmPopUpForm and returned to the
> original form with FrmReturnToForm. But when the program
, 2002 10:57 AM
To: [EMAIL PROTECTED]
Subject: memory error when using FrmPopupForm/FormReturnToFrom
Priority: Normal
I tried to call a form using FrmPopUpForm and returned to the
original form with FrmReturnToForm. But when the program executes the
FrmReturnToForm, I get a &
dreas Zankl wrote:
>
> I tried to call a form using FrmPopUpForm and returned to the original
> form with FrmReturnToForm. But when the program executes the
> FrmReturnToForm, I get a "just read from memory location 0x4F6A
> which is in an unallocated chunk of memory.&q
I tried to call a form using FrmPopUpForm and returned to the
original form with FrmReturnToForm. But when the program executes the
FrmReturnToForm, I get a "just read from memory location 0x4F6A
which is in an unallocated chunk of memory."-error. Funny enough, if
I choose t
Don't use FrmPopupForm/FrmReturnToForm I'd try restructuring the app to use
FrmGotoForm in this case. That way the original form and its components
will get reloaded. No need to worry about setting the save behind bit and
etc.
- Original Message -
From: "Geoff Th
At 01:26 PM 4/10/2002 -0500, you wrote:
>I am still stuck and would appreciate some advice here. This is what I'm
>trying right now:
>
>I set a global handle from the calling form's field handle (leaving the
>handle in place in the calling field), and then call
>
>
I am still stuck and would appreciate some advice here. This is what I'm
trying right now:
I set a global handle from the calling form's field handle (leaving the
handle in place in the calling field), and then call
FrmPopupForm(Popup);
The popup works fine - the helper funct
The Popup form is a helper form that helps edit field contents on the
calling form. After the user is 'done' with the helper, they click a "done"
button, which triggers the FrmReturnToForm(0).
Can I 'refresh' the calling form prior to the FrmReturnToForm(0), or is
there an event I can trap somew
After all, the UI is
just a reflection of the program logic and you should know at what state you
are anyway.
That's the logic we've been sticking to and it seems to work well for us.
- bobby
-Original Message-
I have a modal form that I display via FrmPopupForm from two diffe
Hi,
I have a modal form that I display via FrmPopupForm from two different
underlying forms. I want the popped-up form to either show or hide a
specific button, based on which of the two forms is beneath it. To do that,
I need to know the form ID of the underlying form, so that I can do
There are two other problems I've found with using FrmPopupForm, at
least in recent versions of Palm OS (3.5 or later, IIRC). Note that
these might also exist for FrmGotoForm, but I ran into them using the
pop-up calls:
1. On debug ROMs, you get a frmOpenEvent, then a winEnterEven
> One more thing that I'm not sure if you're aware of. For a from
> created by a FrmPopupForm, you won't get a frmCloseEvent when you close
> your popup form.
>
>
> John Leung
> [EMAIL PROTECTED]
> http://persweb.direct.ca/jleung
>
>
>
--
Todd
"Matt Disher (TiBook)" <[EMAIL PROTECTED]> writes:
> Well you can, but then you would have to track winEnter/Exit events to
> *KNOW* when to you're being re-entered so you can update.
No you don't. If you have the PalmOS 3.5 source code, have a look at the
FrmUpdateForm function. It'll probably
-dev-forum
> Date: Wed, 6 Mar 2002 07:16:14 -
> To: "Palm Developer Forum" <[EMAIL PROTECTED]>
> Subject: Re: FrmPopupForm problem
>
>>> Why not just use FrmUpdateForm()?
>
>> Well you can, but then you would have to track winEnter/Exit event
Tip from PalmSource (the conference, not the company)...
Be aware that you should not rely on the save-behind and should code your
form update correctly. This is especially true for devices with higher
resolutions where the OS may decide to ignore the save-behind.
Matt
At 11:17 PM 5/3/2002 -0
> > Why not just use FrmUpdateForm()?
> Well you can, but then you would have to track winEnter/Exit events to
> *KNOW* when to you're being re-entered so you can update.
That is what the parameter in FrmUpdateForm() is for. It is saved in the
data block of the frmUpdate event.
--
For inform
ed or exited :o)
-MD
> From: John Leung <[EMAIL PROTECTED]>
> Reply-To: "Palm Developer Forum" <[EMAIL PROTECTED]>
> Date: Tue, 05 Mar 2002 22:10:08 -0800
> To: "Palm Developer Forum" <[EMAIL PROTECTED]>
> Subject: Re: FrmPopupForm pro
On 5 Mar 2002 at 21:52, Todd Walk wrote:
> Thanks guys.
>
> I've done some experimenting, and tracking the events
> that come in. I found that if I have modal set on the form,
> then FrmPopupForm and FrmReturnToForm work as I expect.
>
> (3.5 at least. I do ge
Thanks guys.
I've done some experimenting, and tracking the events
that come in. I found that if I have modal set on the form,
then FrmPopupForm and FrmReturnToForm work as I expect.
(3.5 at least. I do get a frmUpdateEvent. I got mixed
up a bit because I accidentally left a FrmErase
"Palm Developer Forum" <[EMAIL PROTECTED]>
> Subject: Re: FrmPopupForm problem
>
> "Matt Disher (TiBook)" <[EMAIL PROTECTED]> writes:
>
>> So pop one on the queue like so.
>
> ... (snip code to add event to queue) ...
>
> Why not just
"Matt Disher (TiBook)" <[EMAIL PROTECTED]> writes:
> So pop one on the queue like so.
... (snip code to add event to queue) ...
Why not just use FrmUpdateForm()
--
Dave Carrigan ([EMAIL PROTECTED])| Yow! After THIS, let's go to
UNIX-Apache-Perl-Linux-Firewalls-LDAP-C-DNS | PHILAD
HeHe,
The docs clearly state that FormPopUp does NOT close the prior form. It
doesn't erase it either.
But the form you PopUp should have the save-behind attribute checked so it
doesn't muck it up and restores it.
Now when your FrmPopupForm, use FrmReturnToForm to get back.
However
>From what I understand, FrmPopupForm is suppose to
clear the screen of the old form before displaying
the new one. But instead I'm getting an overlay
of one form on the other.
Using FrmErase before FrmPopupForm allows the new
form to display correctly, however the corre
out CW.
M.
-Original Message-
From: Richard Good [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 13 December 2001 9:06 AM
To: Palm Developer Forum
Subject: FrmPopupForm not clearing
I have a problem using FrmPopupForm. When I execute the
FrmReturnToForm(0); to return to the originating form, po
Hi Richard,
I have seen a problem similar to this in the past. If I remember correctly, it had
something to
do with my popup form's width. A popup form must have a width no less than 160 (the
full width of
the screen). Try running your app thru one of the debug roms and see if that produces
lf Of Richard
Good
Sent: Thursday, December 13, 2001 11:06 AM
To: Palm Developer Forum
Subject: FrmPopupForm not clearing
I have a problem using FrmPopupForm. When I execute the
FrmReturnToForm(0); to return to the originating form, portions of
the popup form remain on the screen. I can expli
I have a problem using FrmPopupForm. When I execute the
FrmReturnToForm(0); to return to the originating form, portions of
the popup form remain on the screen. I can explicitly rewrite the
returned to form but from the documentation it would seem that this
should not be necessary. Am I
The idea behind popping up a form is that the current form stays on the
screen UNDER the new one. This is especially important when the new form
doesn't fill the screen, as you can still see bits of the form underneath.
When a form is closed, if it saved the bits under itself, those bits are
norm
When I call FrmPopupForm(formID) the form I call it from isn't erased from
the screen? This sort of behavior isn't mentioned in the Palm programming
bible or the SDK.. does this happen for everyone else ?
Then, upon a FrmReturnToForm(formID), the screen IS erased and the prior
f
> From: Gaurav Palvia [mailto:[EMAIL PROTECTED]]
> 1. Whenever i use FrmPopupForm and the pass the symbolic
> id that i had used while creating the form using FrmNewForm
> It gps( it gives me the following error .Resource for form 5000
> is not found ) The form id i used is 5000.
Hi folks,
I ve created a form using FrmNewForm function and added buttons to it
using CtlNewControl function
I ve set a handler function for this form.
I ve 2 queries:
1. Whenever i use FrmPopupForm and the pass the symbolic id that i had used
while creating the form using FrmNewForm
It
Just a little hint if you are using FrmPopupForm and FrmReturnToForm:
you must set handled=true if you do a FrmPopupForm or you will
have a lot of trouble and errors with memory, I was 1/2 day figuring out
what was wrong with my app and finaly I put handeld=true ( to return true
; >
> > Hi Ng Wei Gee,
> >
> > Just call FrmSetEventHandler(frm, YourHandler) before FrmDoDialog(frm).
> >
> > Ng Wei Gee wrote:
> > >
> > > Hi all!
> > >
> > > How can I display a modal form with the flexibility of FrmPopupForm
> (wher
i Ng Wei Gee,
>
> Just call FrmSetEventHandler(frm, YourHandler) before FrmDoDialog(frm).
>
> Ng Wei Gee wrote:
> >
> > Hi all!
> >
> > How can I display a modal form with the flexibility of FrmPopupForm
(where I
> > can have my own event handler) with
Hi Ng Wei Gee,
Just call FrmSetEventHandler(frm, YourHandler) before FrmDoDialog(frm).
Ng Wei Gee wrote:
>
> Hi all!
>
> How can I display a modal form with the flexibility of FrmPopupForm (where I
> can have my own event handler) with the "button-returning-ability&qu
Hi all!
How can I display a modal form with the flexibility of FrmPopupForm (where I
can have my own event handler) with the "button-returning-ability" of
FrmDoDialog? I'm using the OS3.1 stationery. Thanks in advance!
Regards,
Gee.
--
For information on using the Palm Devel
>
> > If I dump the memory they contain, it looks like menu items from various
> > menus in my application. Unfortunately, this list just keeps growing and
> > growing. This seems odd because although I do have a bunch of forms and
> > menus, the navigation between
This seems odd because although I do have a bunch of forms and
> menus, the navigation between them is purely through FrmGotoForm and
> FrmPopupForm coupled with FrmReturnToForm ... according to the docs, both
of
> these should handle the destruction of menus associated with each form.
Yet,
&
Can someone explain to me the sequence of calls that are necessary to
bring up a form, handle its events and exit the form programmatically?
How does FrmPopUpForm differ from FrmDoDialog? This was touched
on in an old thread but it wasn't discussed thoroughly.
Is it "O
Hi All,
I would like to ask two very short questions, which each one of you
must have faced at one time or the other...
1. Is it safe to call "FrmPopupForm()" while processing
"frmOpenEvent".
2. I call a FrmPopupForm() in the ctlSelectEvent of a 'fo
Hi everybody,
I'm still struggling with an application that has both modal and nonmodal
forms, where I switch forms using FrmGotoForm sometimes and FrmPopupForm
other times. My problems began when trying to move the program to newer
devices using OS 3.5. It seems that this version is a l
gt;newer emulator to use the ROM) and found that yes, in fact, my program has
a
>real problem running on the newer OS. It's not simply FrmPopupForm(),
>however. In some cases, simply changing forms using FrmGotoForm causes the
>display to get all "messy" as though the
I was right - this was a simple mistake on my part. I was returning from a
FrmPopupForm() using FrmGotoForm() instead of FrmReturnToForm().
Evidentally this was acceptable to the earlier OS but 3.5 didn't like it.
- Original Message -
From: Marty Rice <[EMAIL PROTECTED]>
>
Make sure you don't draw or update the screen (fields, tables, etc.) before
you call FrmDrawForm()
-Original Message-
From: Marty Rice <[EMAIL PROTECTED]>
To: Palm Developer Forum <[EMAIL PROTECTED]>
Date: Friday, May 05, 2000 4:53 PM
Subject: Re: OS 3.5 + FrmPopupFo
An update: I downloaded the 3.5 ROM image (and had to also download the
newer emulator to use the ROM) and found that yes, in fact, my program has a
real problem running on the newer OS. It's not simply FrmPopupForm(),
however. In some cases, simply changing forms using FrmGotoForm cause
Hello,
Sorry if this has been covered already, but is there an issue using
FrmPopupForm on OS 3.5? My program runs fine on earlier OS's (3.3 is what I
have on my Vx and emulator) but I have users using 3.5 that say it pops-up
over the existing screen without erasing what is already there
100 matches
Mail list logo
