Re: .Mac (DotMac) SDK questions
Re: .Mac (DotMac) SDK questions
- Subject: Re: .Mac (DotMac) SDK questions
- From: Ben Kazez <email@hidden>
- Date: Thu, 10 Nov 2005 09:01:08 -0600
Hi Steve,
I don't know the answers to your questions, but you'll probably get
some good responses on Dotmackit-dev, which is a better place for
these questions:
http://lists.apple.com/mailman/listinfo/dotmackit-dev
Ben
On Nov 10, 2005, at 8:07 AM, Steve Sheets <email@hidden>
wrote:
Message: 2
Date: Thu, 10 Nov 2005 00:43:42 -0500
From: Steve Sheets <email@hidden>
Subject: .Mac (DotMac) SDK questions
To: email@hidden
Message-ID: <email@hidden>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Good day!
We are currently using the .Mac 2.0 SDK, and have a couple questions
our team has come up with for those who are also using it.
-------
1) What is the syntax of a well formed .Mac address? What special
characters are legal, and what are not? Must it start with an alpha?
What's the minimum and maximum length of an address? I'd like to
write a text field formatter that inputs the name of a .Mac user, but
only accepts a legal address. I haven't yet found this in the
documentation.
2) Is there a simple way to validate a .Mac address as part of
getting ready to invite someone to join a store-and-forward topic?
(Where you don't know the user's password.) As best I can tell, I
have to create a publisher, create a topic, and then use the
DMSecurity protocol to attempt to grant them read/write access to the
topic. If there is a simpler way to validate a .Mac address, what is
it? If there is NOT a simpler way, how do I figure out what went
wrong if the invite attempt fails? (are there separate result codes
for network errors, a badly formed address, a well formed address
that doesn't exist, an address who's trial membership has expired,
etc?) The documentation is vague on this, and the sample code
doesn't address it. Do you have any example code that prompts users
for the address of somebody to invite, and then handles errors,
including providing feedback to the user?
3) Why does the example application DMKTiles detach a separate thread
in order to set up it's message handlers? (The call in that app is
called "setupMessageHandlersWithTopicOwner"). It looks like that
method is the only code in the app that is executed in a separate
thread, and that that thread terminates as soon as the method is
complete. Does it have to be multi-threading, or can we hande the
messages within the applications main thread?
-----
Thanks for any and all help!
Steve Sheets
Midnight Mage Software
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden