> 2. Sometimes, if you create enough controls, you can get the form to
> trash the heap. This seems to be a limit on the number of controls, or
> maybe just the number of lists.
In an application I made before, I was adding a bunch of fields to a forum,
and was oddly crashing... I eventually added
Ben Combee wrote:
data in the form to point to the new location. Unfortunately, the code
for this in several versions of Palm OS is a bit naive, and it will also
alter text labels if the text just happens to match the characteristics
of what it's looking for.
I just wanted to add, in case anyon
I have an app that does nothing BUT create dynamic forms. I just got used
to rewriting the labels of the controls after the form was drawn. I don't
see any other issues from doing things this way. It works very well now.
-Dave
"Luc Le Blanc" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PR
At 06:04 AM 3/31/2004, you wrote:
Is my other option of creating a PilRC file for that single form a
valid one? I use CW 8.3 and the CW PilRC plugin dates back
from 2002, but I need nothing fancy: the rest of my resources
would remain in the Constructor file. Anything special about
mixing PilRC and
A corruption sometimes occurs that destroys the label of at least one
control currently on the screen. It's not the control that was just added -
it's one that was already correctly displayed. I think that what happens is
that adding a new control requires that the entire form structure be
recre
"Luc Le Blanc" <[EMAIL PROTECTED]> a écrit dans le message de
news:[EMAIL PROTECTED]
>Is my other option of creating a PilRC file for that single form a
>valid one? I use CW 8.3 and the CW PilRC plugin dates back
>from 2002, but I need nothing fancy: the rest of my resources
>would remain in the
Ben Combee a écrit :
> At 12:32 AM 3/31/2004, you wrote:
> >I know you can get the label of a control displayed on screen with
> >CtlGetLabel,
> >but which API do you use to read the label of a single control from a
> >given form
> >resource in the resource file to perform this comparison?
>
> I s
Ok, I took a look at the code (it's about 2 years old), and here's what it
seems to be doing...
The design is that there is a blank form on which buttons are added with
CtlNewControl. The actual data describing the form is in a database, and
the user can add/delete/change/move buttons and specify
At 12:32 AM 3/31/2004, you wrote:
I know you can get the label of a control displayed on screen with
CtlGetLabel,
but which API do you use to read the label of a single control from a
given form
resource in the resource file to perform this comparison?
I suspect he uses DmGetResource and parses t
Rob Larson a écrit :
> I have what appears to be a solution, at least for the way I use dynamic
> controls. After adding/deleting a control, the entire form is redrawn. As
> part of the redraw, all labels are read, and compared to the database.
> Sometimes this comparison fails, in which case th
Ben,
I have what appears to be a solution, at least for the way I use dynamic
controls. After adding/deleting a control, the entire form is redrawn. As
part of the redraw, all labels are read, and compared to the database.
Sometimes this comparison fails, in which case the label is rewritten fro
I already re-use popup triggers for several lists. My dialog has 3 tabs, so it
all makes sense ad it's not overcrowded. I guess I'll have to take this one
dialog out of the Constructor file and compile its text export with PilRC...
IIRC, this works with CW 8.3 and the latest PilRC plugin.
Why not m
Ben Combee a écrit :
> At 02:13 PM 3/30/2004, you wrote:
> >I was adding a few dynamic controls to bypass Constructor's 100
> >objects/form limit. Easier than moving to PilRC...
> >
> >Are some dynamic controls type safer than others under Palm OS 3.x? Popup
> >triggers maybe? I could re-arrange t
At 02:13 PM 3/30/2004, you wrote:
I was adding a few dynamic controls to bypass Constructor's 100
objects/form limit. Easier than moving to PilRC...
Are some dynamic controls type safer than others under Palm OS 3.x? Popup
triggers maybe? I could re-arrange them if this is a
solution.
Unfortunat
Ben Combee a écrit :
> At 12:06 PM 3/30/2004, you wrote:
> >The form seems to be more than moved: I call CtlNewControl right after
> >calling FrmInitForm for a modal dialog and pass it &form. After that,
> >several buttons see their text changed. I suspected a conflicting ID with
> >internal objec
At 06:06 AM 3/30/2004, you wrote:
My Programming Bible (which I should have read in the first place) says I must
call FrmRemoveObject to delete these dynamically created controls when closing
the form. Why? Doesn't deleting the form free all this allocated memory? Even
more so if the form structure
At 12:06 PM 3/30/2004, you wrote:
The form seems to be more than moved: I call CtlNewControl right after
calling FrmInitForm for a modal dialog and pass it &form. After that,
several buttons see their text changed. I suspected a conflicting ID with
internal object I didn't know about, so I chose
Ben Combee a écrit :
> At 03:48 PM 3/29/2004, you wrote:
> >Do I have to keep the ControlPtr returned by CtlNewControl or can I
> >forget about it and leave it up to the form to free the allocated memory
> >upon deletion? If I don't keep this ControlPtr, can I recover it later
> >in the usual way
Ben Combee a écrit :
> At 03:48 PM 3/29/2004, you wrote:
> >Do I have to keep the ControlPtr returned by CtlNewControl or can I
> >forget about it and leave it up to the form to free the allocated memory
> >upon deletion? If I don't keep this ControlPtr, can I recover it later
> >in the usual way
At 03:48 PM 3/29/2004, you wrote:
Do I have to keep the ControlPtr returned by CtlNewControl or can I
forget about it and leave it up to the form to free the allocated memory
upon deletion? If I don't keep this ControlPtr, can I recover it later
in the usual way with FrmGetObjectPtrFromID?
You can
Do I have to keep the ControlPtr returned by CtlNewControl or can I
forget about it and leave it up to the form to free the allocated memory
upon deletion? If I don't keep this ControlPtr, can I recover it later
in the usual way with FrmGetObjectPtrFromID?
I don't understand the API Reference expl
21 matches
Mail list logo