One solution I've used is to hold the list in a separate pdb file, complete
with categories. Then use two pulldown lists, one to pick the category, then
this triggers the population of the second pulldown list of items just from
that category, keeping the pulldown small. Using a database like this
I'll be interested in reading that KB article. I am just about to start to
write a image enabled viewer for use within my app to view graphical help
info - sort of a bmp-enabled I button. Then I thought about the many
viewers and Web browsers already out there and really didn't want to
reinvent
Have you checked the Dot-Dot-Two program? I believe it comes with source
code. I know, this is a bit of the converse of what you're trying to
accomplish, but it might give some insight.
RFP
-Original Message-
From: [EMAIL PROTECTED] [mailto:bounce-palm-
[EMAIL PROTECTED] On
I know you're a student and all, but it's the best 30 bucks you'll ever
spend on this subject (and maybe it's in your library)... and it has a
chapter precisely on talking to the serial port and the example given is...
a GPS! If your library comes up with the CD that originally came with the
book,
PSP is fine for what you're doing, esp if you have 256 colors. Just reduce
the image to 256 colors. If you do it while choosing nearest Match you'll
see the banding within PSP. This is the same banding that Pilrc will
generate. However, PSP also gives you the option when reducing colors to use
Something like:
static void AppStop(void)
{
/*
* Write the saved preferences / saved-state information. This
* data will be saved during a HotSync backup.
*/
StrCopy(g_prefs.LastLat,gLastLatitude);
StrCopy(g_prefs.LastLong,gLastLongitude);
I'm curious as to why this is required. I don't doubt that it is and I
haven't yet tested on the T3, so I would not have experienced it. However, I
have written more than a few gadgets over the years and any user knows that
the pen up has to occur in the same hotspot as the pen down for the
I've been looking for this info in the conduit forums, but stumbled across
it here. It sounds like I've been doing it correctly: offsetting by 8 bytes
and reading and appending the remainder of the records to a file on the
host. However, while I get a file that is about the right size for a jpeg,
-palm-
[EMAIL PROTECTED] On Behalf Of Randall Pulsifer
Sent: Wednesday, December 17, 2003 8:28 PM
To: Palm Developer Forum
Subject: RE: Reading a file stream via conduit...
I've been looking for this info in the conduit forums, but stumbled
across
it here. It sounds like
What does the installer use for detecting the current installation of CW9? I
tried the auto-install of Palm OS 5 SDK (68K) R3.exe, and it claims that no
Codewarrior is found. However, the 9.2 patch found everything and went off
without a hitch (Well, knock on wood as I haven't recompiled my apps
Hi all,
I'm not looking for a fix, but just spent the last hours going
through forum archives and old projects that _did_ work properly and didn't
find anything - Found the workaround myself, so I thought I'd post this
tidbit to keep others from stumbling over it and maybe for Mwerks, et
at this old routine, I realize you could trade some
overhead for bytes by using DmStrCopy's directly into the new record.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:bounce-palm-
[EMAIL PROTECTED] On Behalf Of Randall Pulsifer
Sent: Friday, August 22, 2003 10:28 PM
Brad's suggestion will get you working, but when you have just one
variable string, you can make future packing easy by putting this field
at the end in your definition of the struct type. The code below is from
one of my projects where I know the size of the first two arrays are
always 6 4, but
It depends on the depth of your customer's pockets, but the sweetest
setup our suite of GPS apps run on is the newer BT-included CliƩ's with
an Emtac BT GPS. It is very accurate, fast lock, self initializes -
locks in seconds after the initial lock. Best of all, as Dave says, it
took only a few
Has anyone seen this and know what I've got that's screwed up? (Win2k,
CW9.1):
The variable panel shows that the eventP variable is full of invalid
pointers, however, the usual code (...switch(eventp-eType)) works fine
as does the following, which I broke out the eType to see why my app
still
Has anyone seen this and know what I've got that's screwed up?
(Win2k,
CW9.1):
The variable panel shows that the eventP variable is full of
invalid
pointers, however, the usual code (...switch(eventp-eType)) works
fine
Optimizations are already full off, I usually don't start
For anyone following this thread - it's nice to note that while the
24bpp version starts out (as 1/4 of the 320x320 screen) at 76K, pilrc
converts it nicely to a 16bpp image and the result generated by adding a
4k 1bppD1 version, which is required to satisfy some limitation or other
(is this still
you want 5-6-5 for palmos :)
lol, I know, I saw that as soon as my own msg popped up in my email
client and I just KNEW someone would have to point it out. =P
why not just work in 24 bit, and, then let pilrc/other convert it
to the 5-6-5 format :)
It can't be that easy,
You use 'foo' any way you want, typically it's a sort direction.
Skipping the issue of how concise this code is, for clarity's sake I'll
leave your code alone and treat foo as a Boolean which will reverse the
sort direction -
DmQuickSort(db, (DmComparF *) SortRecords, 0);
static
2 things: 1) of course I could write my own, but isn't that part of the
purpose of this community? i.e. about a hundred have already written
this code, so it's probably posted somewhere, and about a thousand
others use an existing commercial/shareware converter (including pilrc,
apparently).
And
Anyone recommend a bitmap editor/converter that supports 5-5-6 16-bit
palettes. I have several editors - use PaintShop Pro the most, but have
never come across one that'll convert a 24-bit palette to a 16-bit. I
know many of you use 16-bit imagery all the time, so this functionality
must be
BITMAPFAMILYEX ID ULHome
BEGIN
BITMAP ULHome1bppD1.bmp BPP 1 DENSITY 1
BITMAP ULHome8bppD1.bmp BPP 8 DENSITY 1
BITMAP ULHome8bppD2.bmp BPP 8 DENSITY 2 TRANSPARENTINDEX 211
BITMAP ULHome24bppD2.bmp BPP 16 DENSITY 2 //--- Doesn't
like
this!
END
-Original Message-
Subject: Re: Breakpoint stopping code, But I removed it!
At 06:44 PM 8/3/2003, Randall Pulsifer wrote:
Anyone have any tips on how to remove a breakpoint that just won't
quit?
snip
Only odd thing - it doesn't stop with the solid blue arrow
Anyone have any tips on how to remove a breakpoint that just won't quit?
I'm using CW9 on Win2k with Sony's OS5 Simulator (NZ90). I had placed
the BP and used it to debug as usual, then tapped the little red dot to
get rid of it - the dot went away, but the [EMAIL PROTECTED]' debugger stops in
the
Well, ain't that a kick in the pants... Yes, I'm still here and I missed
your posting in April (4/5 happens to be my birthday). I just found it
because I lost my hard drive and have recovered and reintstalled
everything and now I'm having the *same* Path Setting to PILRC error
msg. So I was
I used PilRc Designer to convert my rsrc file to an rcp file, replaced same
in a copy of my old project that I've converted to V9. It worked fine with
the Mac68 and PalmRez linkers, but, like a good boy, I'm trying to keep up
with the times and use the PalmOs linker. So, I made the conversion,
Michael,
Unless you have something intelligent to contribute, please refrain from utilizing
this forum. BTW, a signature longer than your
message doesn't count, few people know what PSAIFCTF is, and fewer care.
regards,
Randyp
- Original Message -
From: Michael Sokolov [EMAIL
27 matches
Mail list logo