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