bug #58827, evo handling uri's

Well 'work in progress' on this bug, 
http://bugzilla.ximian.com/show_bug.cgi?id=58827

we can't really keep the "evolution" uri working, but I thought it might be possible to:
 - if you specify the component name, show the component
 - then pass it onto the component to handle, if it knows how, it'll be up to it to interpret the uri.  I was thinking mail uril's would be something like mail:///On This Computer/Inbox - but thats kinda fugly too.

Issues:
 - should the shell open a new window when its passed such an argument?  I can't remember what it did before
 - handleURI seems the best place to do it, but ... (conflicts slightly with above, e.g. you don't want to open a window if its the first call).

If you don't grok the patch, basically it allows you to do (with no extra code):

evolution-1.5 mail:
- to show the mail component on startup
evolution-1.5 tasks:
- to show tasks, etc.

And then its up to the component to interpret this uri (i.e. if there's more to it) via handleURI, e.g. to show that folder, etc.

My system was doing extremely weird shit today (like X.h suddenly being filled with partially but not totally random crap), I ran some diags - with little results apart from some possible hard drive issues, and i ordered a new hard drive.  Maybe its just the centrino wireless driver, so i'm back on the pcmcia card to see what transpires.  A big big waste of time :(

Michael Zucchi <notzed@xxxxxxxxxx> Ximian Evolution and Free Software Developer

Novell, Inc.

58827.diff
Description: Text Data