Re: [Evolution-hackers] bug #58827, evo handling uri's

[guenther <guenther rudersport de>]

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

Great, Thanks Michael. :)


> 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.

What about the following for local and IMAP accounts? "On This Computer"
is just a long name for "local" anyway...

 evolution mail://local/Inbox
 evolution mail://user host net/Inbox


I would like to use the email address here, but the account name
probably would be better for the average user. Additionally, using the
account name would fit better with other components:

 evolution contacts://local/Personal
 evolution calendar://web/Evolution
 evolution mail://account-name/Inbox


> Issues:
> - should the shell open a new window when its passed such an argument?
> I can't remember what it did before

I'm not sure either, but it likely opened a new window. Calling
evolution a second time without any parameter definitely opened a new
window.

Not opening a new one would be useful. Maybe with an additional
--switch-component option to not open a new window. However, not opening
a new window has some issues by itself:

- Which window will switch component, while there are more than one
window opened?

> - 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).

You definitely want to open a new window, if it's 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.

Would be a great feature, if this really will make it into 2.0.
Otherwise this is a regression, unfortunately...

...guenther


-- 
char *t="\10pse\0r\0dtu\0  ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}