te a custom routine? Best regards, Paul
StrChr() was patched on older Japanese ROMs (3.1 & 3.5) to return
correct results - you won't get a ptr into the middle of a
double-byte character. In 4.0 the core code has been modified to work
correctly without patching.
-- Ken
Ken Krugler
Tran
working directly with
characters and strings.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
>2) How can I erase the empty spaces from the corners of a string? What in
>other languages is done by Trim(). That would be to convert " Hello World!
>" to "Hello World!"
There's a TxtGlueStripSpaces() routine in PalmOSGlue.lib.
-- Ken
Ken Kru
usands and decimal separator characters.
4. Call StrLocalizeNumber() to convert the ',' and '.' characters in
the string from step 1 into the appropriate characters returned in
step 3.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
20 plus null terminator = 12
>chars!
Or you could just use the maxStrIToALen constant defined in StringMgr.h.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
h
roblem. It provides a documented API to get locale-specific settings
for any locale which is "known" to Palm OS...currently there are 20+.
3. The 4.0 SDK has LmGlueXXX routines in PalmOSGlue.lib that do the
right thing on all versions of the OS (hmmm, not sure about 1.0).
-- Ken
Ken K
On Wed, 7 Feb 2001 16:19:49 -0800 John Marshall wrote:
>Ken Krugler <[EMAIL PROTECTED]> wrote:
> > 3. The 4.0 SDK has LmGlueXXX routines in PalmOSGlue.lib that do the
> > right thing on all versions of the OS (hmmm, not sure about 1.0).
>
>Gee, Ken, haven't
EncodingPalmLatin);
}
else
{
// Must be an older version of Palm OS, thus has to be Latin.
return(true);
}
}
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using
opic (using SysStringByIndex
versus getting the resource yourself) back in September of last year.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
>I am positive that the library is loaded, because I can call it from an app.
>Any other thoughts?
You don't have PC-relative strings selected in your compiler
settings, and thus the library name you're passing to SysLibFind is
bogus?
-- Ken
Ken Krugler
TransPac Soft
= FntCharsWidth(Factura.Saldo, StrLen(Factura.Saldo);
Which is faster, smaller, and works properly for all character encodings.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
tant(1002),
ResLoadConstant(1000),
(DateFormatType)PrefGetPreference(prefDateFormat),
buildString);
And then you could set the form label to buildString. This will give
you the date that the .prc was actually generated, since Rez is
re trying to restore the
screen depth, then the draw window has been set to 0x800 on debug
ROMs, and there's a bug in the 3.5 OS where it will try to use this
window when handling a depth change in the WinScreenMode() code.
The work-around is to either make sure you've got a valid draw window
before calling WinScreenMode, or don't worry about restoring it on
exit from your app, since the OS will do this for you.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
#54510), as the relative
location of the function being called will change.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
they removed it [was this the reason?].
No. The go-to-top & go-to-bottom commands were useful when the OS
didn't support a scrollbar, as otherwise the user would have to sit
there pressing the up or down scroll buttons until they got to the
top or bottom.
-- Ken
Ken Krugler
TransPac So
that precede the terminating '\0' byte. It is not a count of
the number of characters, and thus the behavior doesn't change when
running on a Japanese system which uses a multi-byte character
encoding.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1
tH);
> // Unlock the new text handle.
> MemHandleUnlock(newTextH);
One minor nit. Once you've called FldSetTextHandle, the field code
effectively "owns" the handle. Thus you should avoid messing with the
handle following this call, which means that the unlock sh
hen I'd think that you've got a bug someplace else in your
code. The snippet that you included in your post seems correct.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
_
have an overlay resource, since the original data is gone.
I don't know whether there's a PRC2OVL option to inject an overlay
resource into the base, but if not then that's a useful enhancement.
Potentially PalmRez could also be modified to have an option for
adding the overlay to the generated PRC.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
?
1. The resource type is TSLt or tSTL?
2. What's the transliteration option chosen in the PalmRez pref panel?
3. 0xF0 is LATIN SMALL LETTER ETH in both the Windows 1252 and Palm
Latin character sets. Were you trying to get the VULGAR FRACTION ONE
HALF (0xBD)?
-- Ken
Ken Krugler
Trans
I was wondering if anyone had some sample code that deasl with displaying
>and manipulating strings with multi-byte characters.
All of the PIM app sample code in the SDK (3.5 or later) should be
using the Text Mgr to correctly handle text processing.
-- Ken
Ken Krugler
TransPac Software, Inc.
#x27;m not
sure why you'd get a fatal error from the Memory Mgr. A stack crawl
would be very useful here.
2. FldFreeMemory (called by the form code on field objects) will
_not_ release the memory used by a text pointer. So in your example,
I think you're leaking the memory allocated for
> The latest posting (dr5) of the 4.0 ROMs, SDK, etc. is now available
> in the seeding area...
Is there any way to know what the various builds in the ZIP file are
targeted for? Most are obvious, but a few are pretty cryptic.
Thanks.
Ken Davidson
[EMAIL PROTECTED]
--
For informat
leak, and so running my program, I see the available ram leak away 100K
>a tap - certainly not acceptable.
The 3.5 memory leak bug only happens when you do a soft reset -
orphaned memory chunks (such as those used by features) don't get
auto-freed. So the memory leak you're describi
orrectly handle comparison of characters which are weakly equal but
differ in the number of bytes required to represent them in the
string - for example, a single byte 'a' (0x61) and a double-byte 'a'
(0x8281).
But that doesn't mean it won't work correctly when comp
t start
>with OS 4.0?
Shift-JIS (Japanese) 3.1 or later, and Latin (EFIGS) 4.0 or later.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
ttributes,
or there's a very weird bug in the ROM - but then everything would
start failing throughout the OS, as there are many other places that
get character attributes via the TxtCharAttr call.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-920
you tried calling TxtCharIsPrint(virtual char) on a
debug ROM, you'd get a fatal alert that says "Invalid char passed to
TxtCharAttr".
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forum
r code didn't get updated.
>Or so it seems. I'm no expert on this stuff. I just read source
>code. If I'm wrong, I'm sure Ken Krugler will dive in here and
>correct me (with one of his patented "1. 2. 3. ..." e-mails!).
After seeing NCR's patent on &
and freeware authors make precious little money for their time
as it is. How many do you think are going to fork over that kind of
money and continue to use this platform? Commercial authors, maybe. But
there are far fewer of those around.
Someone please correct me if I'm wrong.
Ken Davidson
[E
buffer which contains the character
code; this should be set up via a call to TxtSetNextChar().
>I already have a terminal with the Japanes Palm OS on it.
I assume you mean you have a device with a Japanese ROM, versus your
desktop setup.
-- Ken
Ken Krugler
TransPac Software, I
he device
character encoding. So if you're running on a Japanese device, then
yes you can use this to convert between Shift-JIS and Unicode.
You can verify the existence of the routine by checking that the
result of IntlGetRoutineAddress(intlTxtConvertEncoding) is not NULL.
-- Ken
Ken Kr
Str
discusses the issue in some detail. The short answer is that you need
to call TxtGluePrepFindString (in the PalmOSGlue.lib) to prepare the
search string before calling FindStrInStr.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For infor
constdata on
But I don't think it works for constants with initializers that need
to calculate addresses (e.g. an array of pointers to constant
character strings), as those can only be calculated at run-time.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1
t addresses are no longer valid.
6. Finally, I'm assuming that the caller of MainFormInit isn't
relying on the form address it's passing in. Your calls to LstNewList
will update the value of the form pointer that's on the stack frame,
but the caller's copy won't be gettin
ounterintuitive" does not begin to cover
>this.
Unfortunately yes. Hmm, we could start a list of the worst routine
names, constants, APIs, etc. MemSet comes to mind.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the
of 4 bits, you'll get this
warning. In pre-4.0 versions of the OS, the check was using a fixed
value of 8 for the max display depth.
As to why the OS should care about this, got me...
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For informa
*chP == chrNull) without having to use TxtGetNextChar.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
ing?
Because it's based on CP932, which is based on Shift-JIS, which
doesn't have these characters. So I guess you'd have to ask the Japan
Industrial Standards body about the omission.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
of week name, starting from Sunday.
Or if you needed to format a date in the ISO standard ("2001-04-26")
you could do that with:
Char buffer[11];
DateTemplateToAscii("^4l-^3z-^0z", month, day, year, buffer, 11);
-- Ken
Ken Krugler
TransPac Software, Inc.
<
can handle the UTF-8 and UCS-2 encodings for
Unicode. A stripped down version of this same routine also exists in
ROMs used by Sony's 3.5-based devices.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Develope
, I'll e-mail Palm once again.
There is a known bug in the field code (I believe it's been fixed in
4.0) where using the up/down arrow keys to move from a longer line to
a shorter line would cause the behavior you're describing here.
-- Ken
Ken Krugler
TransPac Software, Inc.
<
ect in the
form, and I got address errors as the fixup code tried to adjust a
bogus text pointer.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
e is around 3K - the OS will bump this to about 4K,
which seems like it should be enough, though I didn't test what
happens when you receive a beam while converting text with the FEP in
the on-screen keyboard window. To be safe, I'd stick with a 4K stack
in the 'pref' res
epared" via a call to
TxtGluePrepFindString. Currently for Latin this just does a
case-remapping and strips diacriticals, but that could change in the
future. For Japanese it jumps through all kinds of hoops, including
forcing everything to be a wide (two-byte) character.
So yes, you do need
ig (almost 30K) data tables for
handling Shift-JIS in either direction (you could obviously trim this
down if you only needed to go from the device to Unicode, or were
willing to accept slow Unicode->device conversion speeds).
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.t
n handlers in each of the top-level routines, which
execute the cleanup code and then rethrow the exception.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
alling IntlGetRoutineAddress on the
Sony 3.5 devices (at least not without some future update), as that
routine will hang if you pass it any selector other than
intlTxtConvertEncoding.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on
ill probably generate a
Poser warning re accessing private UI data structures. Make sure you
handle the cases of FieldType.lines being NULL, and the calculated
line index being >= FldGetVisibleLines(fldP).
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
t;
I hope the article also says that you _first_ need to check for the
command bit being set in the keyDown event modifiers field. It's
incorrect to rely on the character code ranges when deciding whether
a keyDown event contains a virtual character.
-- Ken
Ken Krugler
TransPac Softw
e got a perfectly good API :-)
There are glue routines in the 4.0 SDK version of PalmOSGlue,
unfortunately they currently leak memory. Hopefully a fixed version
will be available in the near future.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For i
>Is it possible to force the compiler CW6 to use for the reference to global
>data a register A4 instead of A5?
If you're creating a shared library, then yes it's possible. With a
bit of hacking on the Metrowerks startup code you could probably also
make it work for regular ap
tAIN'=1000 resource.
The Buttons panel uses SysCreateDataBaseList, so I'm pretty sure it
works properly.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
you mean by this. You can change the country value
saved in system preferences. You can change various system preference
values that are initialized (based on the selected country) during
the setup process. You can't change country-specific settings (at
least not easily) such as the curren
to what I did for globals in a shared library). If you want
to support multiple segments, then it gets more difficult. At some
point you might want to look at GCC's support for A4-based globals,
since I believe it's more sophisticated and easier to modify if it
doesn't do exactly
t silkscreens might have a smaller
>grafitti area than the Western units. Look at the related
>EvtGetPenBtnList for more assistance.
Ben is right, the Japanese 3.1 ROM has a narrower silkscreen area,
due to the four extra FEP buttons. So you'd wind up with three cases:
OS >= 3.5, O
aracter code.
Since this table only has 256 entries, you'd get bogus results
without this check for bad character codes.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
sVirtual() macro that tests these
flags. Note, however, that SysHandleEvent will always return true for
a keydown event that has either the appEvtHookKeyMask or
libEvtHookKeyMask flags set, so unless your app has an unusual event
flow, your typical form event handler will never see a keydown event
with
med as well.
Also, the OS automatically picks an overlay based on the device's
locale. So there's no easy way for a user with a French device to run
the application in "German UI" mode. That's not a common case, but
people have asked about it in the past.
-- Ken
Ken Krugler
T
you've got a lot of text without any linefeeds, then it will take a
long time to scroll up.
When scrolling down, it just wraps the next line, thus the total
length of following text shouldn't matter.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-
byte-by-byte comparison.
Otherwise, you want to use locale-specific sorting as provided by the
Txt[Caseless]Compare routine.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
recreate this outside of Gremlins.
>
>Does anyone know what causes this message and/or what a sign extended char
>is? Is it char > 0x00FF?
The archives should contain a fairly recent discussion of how sign
extension can accidentally happen. Note that the Char type is a
signed 8-bit val
d contain text (based on what PalmRez
supports for transliteration). Any new type will be ignored for
purposes of auto-moving into overlays, spell-checking, testing for
untranslated text, etc.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For infor
geBase article at
<http://oasis.palm.com/dev/kb/papers/1969.cfm>, right? You'd find
this by searching on the key word "timer".
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer
ar Palm up and down buttons
>only set the chr and leaves the keyCode as 0. This seems to be the ONLY
>way to tell them apart. Is that going to be a reliable way to
>differentiate them going forward?
Seems unlikely.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
almost didn't make these routines public, because I had precisely
this concern about developers using them when they should be using
Str[N]Compare or TxtCompare.
Str[N]CompareAscii compares raw byte values, and thus can be used to
sort any string that's null-terminated, includin
ed on 3.1, so I'm somewhat supprised a function which
>adds an elipse
>was added in an OS without an elispe in the font.
There's a bug in WinDrawTruncChars in 3.1 on Latin devices. As Ben
Combee wrote, use WinGlueDrawTruncChars.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http
lue which you are not calling.
I seem to remember some changes that John Marshall made to the GCC
version of the library in the 4.0 SDK to help segment it to avoid (or
minimize?) this problem.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For inf
ext
buffer for drawing, but on 3.1 Latin ROMs the call to TxtSetNextChar
was accidentally turned into a no-op via a macro (though only in the
source for Window Mgr routines). So the real bug is that WinDrawChar
is busted on 3.1 Latin ROMs.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpa
s, and machines with 4/8/16 bit displays.
--
Ken Corey, CTOAtomic Interactive, Ltd. [EMAIL PROTECTED]
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
equivalent).
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
I modified my program, but I still got a white rectangle.
>
>WinGlueDrawTruncChars() of SDK3.5's PalmOSGlue library contain the
>fix for this problem?
You need to be using the glue code from the 4.0 SDK. See forum
archives for a past discussion on this topic.
-- Ken
4. The goal of the routine is to return a modified whose width
fits in pixels. If the width of the ellipsis is wider than
the width of the character at - 1, then you might still
wind up with a string that's wider than pixels.
I'd suggest he use the 4.0 SDK, which has a corrected version
of a time in the future when resource data is
compressed, and thus what you get back from DmGetResource is a handle
to a copy of the data.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
t' from your attr variable.
The meta-problem could be that you're trying to use an obsolete
routine (GetCharAttr) which might soon be disappearing - somehow the
compiler senses this, and is trying to encourage you to use
TxtCharAttr or the TxtCharIsXXX macros.
-- Ken
Ken Krugle
s as well as Hiragana, Katakana, and Kanji.
Some 3rd party hacks do special things to extend the set of supported
glyphs to include high-ASCII (Latin-1) characters such as u+umlaut.
Often they do this by special (invalid) byte sequences that then get
mapped to these extended glyphs.
-- Ken
Ke
find and
header files when it goes to compile my code I've tried copying them
directly into the directory with the source, and still nothing. can anyone
help me :(, oh tried falch's DIE and that won't reconize the code I wrote
as a file.
Ken
--
For information on using the Palm Dev
>Could someone help me on the concept of Multibyte encodings and how we can
>CREATE fonts using the Multibyte encoding.
The PalmOS multi-byte character encoding is currently undocumented,
and is likely to change soon. As such there aren't any tools
available now to build such a thi
so a space character (numeric space), while on 3.1 or later
0x19 is also a numeric space.
If you wanted to be really safe, write a test program that uses the
obsolete GetCharAttr() call and the IsSpace() and IsDigit() macros to
verify these results.
-- Ken
Ken Krugler
TransPac Software, In
Hi
Give this site a read through, It should be helpful.
http://www.cyberport.com/~tangent/palm/faq/articles/tutorial/
Ken
On Mon, 27 Aug 2001, maria jönsson wrote:
> Hi!
> I have downloaded cygwin, the development kit, pilrc, the emulator and
> prc-tools and installed them. But
Hello all
I'd ;ike anyone/everyone input on the palm serial managment. I've
writen an applaction thats supposed to use the palms serial port to talk
to another device(not a pc). I think i've writen the code correctly, but
when I load it into pose to test it First when I try to open the p
27;t believe you need additional
characters beyond those found in the standard Palm Latin fonts.
Good luck,
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
ing automatically is because the base data has
changed (and thus the overlay is not longer valid), then you'd be
asking for trouble.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
nes for all of these (search on 'symbol').
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
ot;this", for example.
TxtFindString does locale-sensitive matching, which typically means
it is case and diacritical insensitive. In locales such as Japan, it
might also wind up treating single- and double-byte versions of the
same characters as equivalent, thus the extra "match length&qu
Hi Tom,
I think the 4.0 docs correctly note that TxtGluePrepFindString needs
to be called with your target string, before it gets passed to
TxtFindString. Also an archive search on TxtFindString will provide
additional details.
-- Ken
Ken Krugler
TransPac Software, Inc.
<h
is than the manual suggests?
There's been a number of posts re this topic in the past. If you use
IDs >= 1, you run the risk of having your resource 'mask' a
system resource (if they have the same type/id), and then Bad Things
happen.
-- Ken
Ken Krugler
TransPac Software,
bug exists on Latin
3.1 devices.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
>In article <63624@palm-dev-forum>, Ken Krugler <[EMAIL PROTECTED]>
>wrote:
>
> > >This seems like a bug in the OS to me.
> >
> > No, it's a bug in your code.
>
>The point is that it took some serious digging to figure out what was
>go
If you want to have a leading zero in dates (for the day or month)
then you can use DateTemplateToAscii with an appropriate format
string.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums,
y mistake or an OS issue?
Known bug in WinDrawChar with Latin 3.1 devices. A garbage byte gets
drawn, no matter what your drawing mode is.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
rn(p);
>}
This is only safe to use when the value of is less than 0x40, as
otherwise you might find the low byte of a multi-byte character.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums,
know where graffiti area starts and ends? anything
>compatible with ALL devices (including Sony, Handera and others...)?
I'd try EvtGetSilkscreenAreaList(), though it's only available in OS
3.5 or later. If you need to run on older devices, then you could
hard-code the bounds based
> i want to know is there any difference between bmp
>file and palmbmp file ?
Very different.
>If it is there then how to
>convert bmp file to Palm-bmp file , what is the format
>for conversion?
Check out pilrc source code.
-- Ken
Ken Krugler
TransPac Softw
== charEncodingPalmSJIS)
{
}
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
a different way to do this
>? (Note: It's NOT a question of my supporting these codes as part of my
>forms - I am sending these codes to OTHER applications (e.g. Address Book,
>Date Book etc.)
My guess is that you're not setting the commandKeyMask bit in the
keyDown event's
reated at hard reset time from a default data resource.
The location of this resource has changed in the past, but currently
(>= 4.0) it's in the Shortcut Lib file as dflt=1.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information
he name, without any yomi.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
ow to build such a
>PDB resource file, or what other application do you recommend?
PRC2OVL is only useful for overlays, which don't seem to be a viable
solution to your problem.
PilRC or PalmRez can both be used to compile your resource data. Or
you could try out Multilizer as a
hosen French language on the emulator my application
>doesn't shows French titles, labels and so on.
I assume you mean that you've loaded a French ROM, or you booted an
EFIGS ROM and then used the Language Picker to select French.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.tra
201 - 300 of 781 matches
Mail list logo
