You can remove yourself from this list.
When you signed up you should have recieved
an e-mail describing how to work with the
listserv. This information is sent out
monthly as well. But, since you seem to
have missed it, here it is:
Your address has been added to the Palm Developers Forum List. The e-mail
address for this list is [EMAIL PROTECTED]
MAILING LIST HELP FILE
Please read the list guidelines (see below) before engaging in discussion.
In addition, familiarize yourself with how the list operates, especially if
you've never participated in an Internet email discussion group before.
It's a good idea to save this message somewhere so you know how to
unsubscribe.
When dealing with a listserver, there are two types of messages, namely,
COMMANDS and POSTS. Unlike traditional listservers which require the
use of numerous email addresses, we have simplified the process by
allowing for both COMMANDS and POSTS to be sent to the same address.
COMMANDS
These e-mail messages are intended to cause some action to occur, such as
subscribing the FROM address to a mailing list. Commands are usually one or
two word phrases which should be entered in the SUBJECT field of the
message.
Any other fields are ignored... it doesn't matter what you put in them.
The following commands are accepted:
subscribe
adds your e-mail address to the list of subscribers
you will then receive all posts
you are then allowed to post from that address
unsubscribe
removes your e-mail address from the list of subscribers
you will no longer receive any posts
you are no longer allowed to post
subscribe digest
switches you to digest mode
you will then receive one message per day which lists all posts
to switch back, send a "subscribe" command
digests
returns a list of digests for the past 30 days along with
instructions for retreiving them via e-mail
help
this message will be returned
POSTS
Email messages which don't match any commands are distributed to everyone on
the list.
Every time you post a message, hundreds of other people on the list receive
a
copy, just as if you sent it to them personally. As a member of the list,
you
will receive a copy of every message anyone else sends. On this list, only
members of the list can post to it.
To correspond directly with a person, write to
[EMAIL PROTECTED]
--
-Richard M. Hartman
[EMAIL PROTECTED]
186,000 mi./sec ... not just a good idea, it's the LAW!
> -----Original Message-----
> From: Springhart, Patrick [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 14, 1999 9:30 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: how to tell when Preferences are running?
>
>
> Can someone please remove my name from this message service? My e-mail
> address is:[EMAIL PROTECTED]
>
> -----Original Message-----
> From: Scott Johnson [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, September 12, 1999 1:30 AM
> To: [EMAIL PROTECTED]
> Subject: Re: how to tell when Preferences are running?
>
>
> Richard Bram wrote:
> > Not sure what's going on, but somehow if I call LstGetSelectionText
> > just after LstPopupList returns, I either get a warning about
> > reading from low memory, or else I get a bus error.
>
> Do you first verify that the list even _has_ any text before calling
> LstGetSelectionText? If it's the kind of list that uses a draw
> callback function and leaves the text pointer null (or stuffs some
> cookie value in there) then LstGetSelectionText will crash.
>
> Basically for a custom drawn list like that, there is no way for your
> hack to retrieve item text, since the program that owns the list
> supplies the text in a proprietary way at draw time. (One could even
> draw pictures in the list instead of text.)
>
> > Is there something strange about the Preference app
> > that might make List functions "funny"?
>
> You didn't say which list(s) crashes your hack, but the source code to
> the Formats panel (in SDK) shows that the popup in the upper right
> corner indeed uses the callback/null-text approach. All the other
> system Prefs panels probably do the same thing.
>
> > Well, to just avoid the whole situation, I'd like to be able
> > to know if the user is running the Preferences app.
>
> This probably won't help, if the above theory is correct, since
> callback lists are common. (My app uses them heavily.)
>
> > But I see that SysCurAppDatabase is different depending upon which
> > module is active, so there is no easy test to know when Prefs is
> > running. Is there any other way for a hack to know when the Prefs
> > app is active?
>
> The "current" app is different for each "module" because each module
> is in fact a separate application. It's a head-slappingly simple
> plugin architecture: a Prefs panel is basically just a regular app but
> with DB type of 'panl' instead of 'appl'. They switch among
> themselves when you choose from the list in the corner. The actual
> Prefs app you tap on in the Launcher, is a bootstrap to immediately
> switch to the right actual 'panl' application.
>
> So you can tell if a Prefs panel is up by checking if the current app
> database type is 'panl' instead of 'appl'. (Actually you should use
> symbol sysFileTPanel instead of 'panl' for sharper code.)
>
> -slj-
>
