*grin* Actually, I think of it as a resource, just like with HTTP.

-David Waite

"Emswiler, Mike" wrote:

Just my $.02 worth:

It is an interesting debate.I started working with jabber some time ago thinking of resource as a location, but now that I?ve used Jabber more and more, I tend to think of it more of a device, as in pager, cell phone, or even email.

For example, in my client, I find it useful to be able to send a text message to [EMAIL PROTECTED]/workpc, [EMAIL PROTECTED]/homepc, [EMAIL PROTECTED]/pager[EMAIL PROTECTED]/mobile or [EMAIL PROTECTED]/cell , or even [EMAIL PROTECTED]/email (which just redirects to whatever email address I have programmed it to ? during the day it might be my work email and at night it might be home email?)

Or I can just send to [EMAIL PROTECTED] and let my client determine the resource to actually deliver to based on the schedule and delivery mechanism I (as the end-user of my client) provide.

Of course, my client is more voice-centric and acts more like a CB than anything else, so mostly it goes to homepc or workpc resources ? too bad Nextel hasn?t published a gateway to their Direct Connect feature J yet.

Irregardless of the client usage, *I* think resource is the perfect name because it is truly generic, allowing it to be a location or a device, or just about anything else someone might envision 10 years from now.

However, in developing *your* client, you might find it useful to call it whatever you like ? it?s just a display label you present to the user.Besides, I can?t imagine the work involved in actually renaming the thing throughout all the <grin> documentation, web pages, etc. or even more evilly, the source itself J

Thanks,

MikeE

Reply via email to