Sorry, I worded that wrong. Constructor doesn't have an explicit way to
define a frameless button, but the text that accompanies the Frame
attribute implies that buttons can be built with no frames ... which is why
I started poking around way back when to figure out how to do that and
stumbled
According to the Palm OS Programmer's API Reference in the PalmOSGlueLib
chapter ...
Note: PalmOsGlue is a link library, not a shared library. Linking with
this library increases your application's code size. The amount by which
your code size increases varies depending on the number of
Never mind ... I finally found the Generate Link Map option, which is
under the Debugger Info section in the Settings panel (why there?).
The link map shows that the final application size is 61KB.
So, it appears that the Project window displays an incorrect code size.
Maybe not incorrect ...
Sounds like you're trying to access an internal table structure. That's a
no-no because your app might not run on future releases of Palm OS.
Check out TblGetNumberofColumns if you're on Palm OS 4.0 or above. Or,
check out TblGlue.h for a corresponding function that will support earlier
Well, boo hiss ...
After submitting a bug report (twice!) via standard Palm methods
(http://www.palmos.com/dev/support/bugs/) about 3.3 POSE in combination
with the 4.1 SDK Beta, and not receiving a response either time, I see that
the new 3.4 POSE contains the same bug.
That being
re: This blurb from the _news.txt file ...
* Allow read access to attr fields of Control, List, Bitmap, Label,
and Scrollbar objects if the accessor function is not available --
FrmGlueGetObjectUsable accesses those fields. FrmGlueGetObjectUsable
also accesses Gadget and Table objects, but
Thanks for the response.
Re: Your application should not access those fields directly, but instead
should go through the glue code and let it do it for you.
Right. Understood and agree wholeheartedly. The bad news is that there
ARENT any glue routines for accessing (view or update) the frame
Keith: There's a blurb in the FrmHideObject function that says: Prior to OS
version 3.2, this function did not set the usable bit of the object
attribute data to false. On an OS version prior to 3.2 you can work around
this bug by directly setting this bit to false yourself.
I cloned some code
Keith: Here's the error message I get ..
MyApp just wrote to location (0xWhatever) which is in the attr field of
the frmLabelObj .. blah blah blah
It occurs in this case:
case frmLabelObj:
obj.label-attr.usable = false;
break;
I haven't found any accessors or Glue for
I think he means 4.0 SDK Update 1 DR 1 in the seeding area. DR2 was
up for a while, but disappeared. This was supposed to go public last
week, but it seems to be in the same web posting black hole that POSE
3.4 was in.
Right. My bad. The name of the download was sdk40upd1dr1.zip
--
re: switch from buttons to gadgets.
Well, yeah. That's a way to do it. But, the existing code, which was
written way back when Palm OS was a pup, is working very smoothly ... other
than the fact that now I can't change the frame attribute without getting my
wrist slapped. And, it might not
re: I believe that FrmHideObject works correctly in Palm OS 3.1 for label
objects, which is why Poser is not letting you access the object directly
yourself.
Looks like you're right. I commented out that label attribute code, and the
labels still hide and show at the appropriate times on 3.1.
Have you updated to the 7.1 patch? This has some debugger changes.
I also could not get the Simulator to function with MW 7.0, and I had
already applied the 7.1 patch.
However, I had updated to 7.1 prior to having the Palm 4.0 SDK installed.
Since then, I have installed the 4.0 SDK.
re: FrmAddSpaceForObject does work like a charm, and doesn't even seem all
that hackish
I sure hope it's not hackish ... the concept was cloned from the Palm 3.5
source where they add other dynamic UI objects. That's why it works so
well, and why it shouldn't be that big of a deal for Palm to
Sajul: re: The code you have given, since it accesses Palm OS internal
structures won't it fail on higher end devices like O.S. 5? Or is there any
new provision for the new OS?
Yes, the code I provided uses an illegal access and might not work on Palm
OS 5 and future releases. But, Dan
Dan: Welcome to the small, but exclusive, club whose members try to make use
of Palm's Dynamic UI functionality.
Here's the code snippet I built that works hunkey-dorey fine ... well,
except for the fact that it uses the system use only function called
FrmAddSpaceForObject. You're welcome to
re: the doc writer(s) weren't thinking about scrollbars when they wrote the
text you quoted
In my neck of the professional Software Development world, the tech writers
take direction from the engineering department on which major subjects and
associated details need to go into the manuals, then
According to the Palm OS Programmers' Companion documentation ...
**
Some applications, such as forms packages, must create their displays at
runtime-it is for applications such as these that the Dynamic UI API is
provided. If you're not absolutely sure that you need to change your UI
re: When this comes up, usually at least one of the responses is: Please
demonstrate a sane UI that needs dynamic addition of scroll bars.
OK, wiseguy ... check out the prior message I sent on a completely
dynamically created User driven User Interface, posted to this newsgroup on
7/20/2001.
I posted a message on 1/11/2002, but just now realized the text got
truncated to 1,000 characters because the newsgroup server uses an
evaluation copy of the Newsgroups Interface. A shortened version follows.
We can add forms and specific types of objects, but there doesn't seem to be
a way to
In prior communications here, I provided several accessor method
possibilities that were accepted by the Palm staff as yeah, we can do
that ... but I forgot asking about dynamically adding a ScrollBar.
POSE 3.3's excellent sensitivity to an application touching stuff it
shouldn't (internal
Is there an easy way to share the resource files used in Constructor so
multiple people can be updating them while working on different forms?
Looks live Version Control System only locks it when checked out. How do we
merge our changes? Other than manually, of course, which is labor
intensive,
I submitted this request a week or so ago, but as far as I know did not
receive any feedback from the Palm contingent.
I have added another request at the end. That additional request also
discussed in a few messages several weeks ago, with no comment from the Palm
folks.
** [Begin
Switching to PilRC was my initial knee-jerk reaction.
But, I didn't see anything in the PilRC doc that would let me salvage the
work (ie: convert it to text) I've already done in Constructor for 40+ forms
and a ton of UI objects. I didn't realize the plugin was a different (yet,
similar) tool.
4) I can't clone a button...
I'm not sure we would add such a routine, if instead we had ways to get or
set each of the supported attributes individually. I presume that a
cloning
routine wouldn't be necessary in that scenario?
Yes. Access to the attributes would give me what I need. I
I commented several weeks ago on the enhanced Emulator UI Mgr Data Access
error messages which are welcomed restrictions, but are causing problems
because of code implemented prior to those restrictions. For the time
being, I have been forced to turn off the setting for UI Mgr Data Access.
That's a whole bunch of processing to accomplish a relatively simple
function.
First of all, you can't write to a Resource with StrCopy. A Resource is a
PDB, so you need to use the Dm... functions.
Personally, I'd ...
1) Pre-scan to determine how long your resultant STL resource needs to be
I must be missing something. If you have the address of the first
string in the list (for the tAIS case), that gives you the address of
the chunk. If you've got the address of the first indexed string in a
tSTL resource, and you control the contents of the resource (e.g. the
prefix is always
I'd recommend putting an error check after your DmGetResource.
Also ...
CharPtr unlock=(CharPtr)MemHandleLock(gStringArrayH);
looks like it should be
CharPtr unlock=(CharPtr)MemHandleLock(theListItems);
Or ...
theListItems = (Handle) SysFormPointerArrayToStrings( theRecPtr,
theListCount );
Palm OS is tightening down access to internal structures, as evidenced by
the increased error checking in POSE. That's a good thing, and I wish it
had been done earlier.
However, for this isolated data concept to work properly, we have to be
provided routines that perform the same functions as
If you have a list of chunks, you could do a linear search by checking the
address and the size of each one. If (chunk addr = ptr) and (chunk addr +
chunk size = ptr) then the pointer is in that chunk.
Right .. but I don't HAVE the list of chunks. I had no reason to save that
list in the
Thanks for the response.
Please add the following to your list of needed glue routines.
ControlAttrType: I can't find a POSE safe way to set the frame attribute
for buttons.
ControlType: need to determine which group a control is in.
I guess the simple solution is to look at POSE's list of
Keith: Thanks for the response.
I think that the official way to do this is to create multiple
versions of the button you need with the frame attributes you need,
and then show only the one you want. Wasteful, awkward, yes, but I
don't think that setting the frame attribute is supported,
Aaron: Thanks for your response ...
.. maybe a better solution to these
types of problems is to actually have a function like:
CtlGetAbstractAttributes()
BINGO !!
Palm defined th bits and values being stored/accessed in objects for a
reason. And, if they needed it to control
Keith:
I think I probably spoke too quickly. I'm now thinking that
setting a control's frame style is not supported for the standard
controls. Buttons and PushButtons get standard frames, and others
get no frame. I think that's the standard UI that CtlNewControl is
trying to enforce.
There doesn't appear to be a function that will tell me the Chunk that a
given address in memory belongs to.
I have a dynamic routine that has to deal with potentially hundreds of
addresses that I allocated with potentially dozens of MemHandleNews, then
segregated them according to an algorithm.
Right ... but I don't have the actual pointer. All I have is an address of
a location (actually a pointer to a string) somewhere within the chunk. If
there was a function call to get the pointer to the chunk by passing the
address of the string, I could use MemHandleRecoverPtr and everything
Is there such a thing as an API to access PDB's on Windows that parallels
the functionality on the HandHeld?
I'd like to copy a PDB in its entirety to Windows, then access it directly
from there. I'd also like to populate a PDB on Windows and then copy it to
the HandHeld.
The same requirements
Make sure your resultant string is null-terminated. On the Palm V, it might
have residual non-zero data there. You could do a MemSet for the entire
block first.
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
I just converted to SDK4.0.
Now, when I link my application, I get the following message:
PalmRez Warning: Less than 16 categories in list: 'SAIt ID=7200' (for
miscellaneous strings use tSTL resource instead.)
Where does the doc say I can't (or, I shouldn't) use tAIS resources for
anything but
Thanks for responding. It's amazing how much better my text searches work
when I update the icon Properties on my desktop to point to the 4.0
documentation. Doh !!
This is, indeed, aggravating. Now I'll have to go back and change several
processing routines to ignore that stupid index entry.
With the color support in Palm OS 3.5, lists with greater than a certain
number of entries are susceptible to an intermittent bug where the list
display ends up blank.
The bug results from the following snippet from OS 3.5's List.c at line 510,
where it's trying to determine whether there is any
Yes, I tried it on 4.0, and it no longer is a problem on that version. It's
also OK on 3.1 and 3.3.
Sorry about the snippet. I didn't think it would be a problem to post
something that small, because I *dare* anybody to make use of that code
without its surrounding content.
--
For
Thanks, Laurie. Very clever workaround
It was nice of them to optimize the LstScrollList logic so it wouldn't go
through the same logic as the LstDrawList logic. Your forcing it to scroll
more lines than are currently displayed was absolutely diabolical !
I think I'll use the
Doh!
Ben Combee is right (as usual). After his comment that "there is an easy
way", I figured I must be missing something obvious. So, I went back and
played around a bit with my project structure. Sure enough, it works just
like it should.
I don't know where I (and, apparently you) got off
Chris: I used a naming convention for my libary routines to avoid the
collision with the "native" application code routines. Typically, an
application routine called "UpdateDBField" would do some context sensitive
setup processing then call "xxUpdateDBField" where all the hard work is
done.
I tap on the "Application" button to exit my application without going
through "normal" shutdown procedures. This works fine on all defined "real"
(ie: Constructor built) forms.
When I have a dynamically defined form popped up over a "real" one, tapping
on the "Application" button causes
one more time I have to ask this. If there is no way to read out the number
on the back, how come the launcher Info(Version) brings this number on the
display
--
---
Dennis Koerner
Freak-Out-Squad
[EMAIL PROTECTED]
http://www.fos-web.de
hi,
I've used a launcher(MegaLauncher) and he could do it, he read out the
number written on the back, should be possible
--
---
Dennis Koerner
Freak-Out-Squad
[EMAIL PROTECTED]
http://www.fos-web.de
is there any other way to find a number in every palm that makes it
unique???
--
---
Dennis Koerner
Freak-Out-Squad
[EMAIL PROTECTED]
http://www.fos-web.de
---
Brian Mathis [EMAIL PROTECTED
---
Dennis Koerner
Freak-Out-Squad
[EMAIL PROTECTED]
http://www.fos-web.de
---
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
came from.
Anybody got some code lines??
Thanks a lot in advance
with best regards
---
Dennis Koerner
Freak-Out-Squad
[EMAIL PROTECTED]
http://www.fos-web.de
---
--
For information on using
Dennis
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
101 - 153 of 153 matches
Mail list logo
