It's not so much the protocol that need overriding in that case, but
particular URLs. This is the role of url-dispatcher.
On the desktop, we have the Chrome extension which offers to open a webapp
when a particular URL is navigated to. And there is a prototype silo with
that feature ported to the
On Mon, Oct 12, 2015 at 9:38 PM, Krzysztof Tataradziński
wrote:
>
>
> 2015-10-12 21:05 GMT+02:00 Olivier Tilloy :
>>
>> On Mon, Oct 12, 2015 at 8:30 AM, Krzysztof Tataradziński
>> wrote:
>> >
>> >
>> > 2015-10-12 1:41 GMT+02:00 Michał Sawicz :
>> >>
>> >> W dniu 11.10.2015 o 21:52, Olivier Tilloy
2015-10-12 21:05 GMT+02:00 Olivier Tilloy :
> On Mon, Oct 12, 2015 at 8:30 AM, Krzysztof Tataradziński
> wrote:
> >
> >
> > 2015-10-12 1:41 GMT+02:00 Michał Sawicz :
> >>
> >> W dniu 11.10.2015 o 21:52, Olivier Tilloy pisze:
> >> > Can you please elaborate on what you mean by "using the url dispa
On Mon, Oct 12, 2015 at 8:30 AM, Krzysztof Tataradziński
wrote:
>
>
> 2015-10-12 1:41 GMT+02:00 Michał Sawicz :
>>
>> W dniu 11.10.2015 o 21:52, Olivier Tilloy pisze:
>> > Can you please elaborate on what you mean by "using the url dispatcher
>> > in the browser"?
>> > The browser already delegate
2015-10-12 1:41 GMT+02:00 Michał Sawicz :
> W dniu 11.10.2015 o 21:52, Olivier Tilloy pisze:
> > Can you please elaborate on what you mean by "using the url dispatcher
> > in the browser"?
> > The browser already delegates URLs with schemes it cannot handle to
> > the url dispatcher (e.g. "tel:",
W dniu 11.10.2015 o 21:52, Olivier Tilloy pisze:
> Can you please elaborate on what you mean by "using the url dispatcher
> in the browser"?
> The browser already delegates URLs with schemes it cannot handle to
> the url dispatcher (e.g. "tel:", "mailto:";, "intent:" and the like).
> If this doesn’
On Sun, Oct 11, 2015 at 11:35 AM, Krzysztof Tataradziński
wrote:
> Hello,
> is there a possibility in web browser use url dispatcher functionality or is
> that a know bug/wishlist in launchpad (or should I report that) ?
Can you please elaborate on what you mean by "using the url dispatcher
in th
Hello,
is there a possibility in web browser use url dispatcher functionality or
is that a know bug/wishlist in launchpad (or should I report that) ?
Best regards,
Krzysztof Tataradziński,
https://launchpad.net/~ktatar156
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-p
When does the URL dispatcher get invoked? I've noticed that from the Twitter
app, for example, as the links go through the t.co domain that it opens them up
in the browser, even if it's ultimately linking to the Twitter site (if linking
to another tweet). To play with how this is routed, I've
On Mon, 2013-12-23 at 16:29 +0100, Michał Sawicz wrote:
> On 03.12.2013 10:52, Ted Gould wrote:
> > Thoughts?
>
> How about mimetype? The delivery protocol is one thing, but the actual
> content is another. I.e. how would you make *a video player* open a
> remote video delivered over http, with
On 03.12.2013 10:52, Ted Gould wrote:
Thoughts?
How about mimetype? The delivery protocol is one thing, but the actual
content is another. I.e. how would you make *a video player* open a
remote video delivered over http, without going through the browser?
--
Michał (Saviq) Sawicz
Canonical
On Tue, 2013-12-03 at 09:52 +, Ted Gould wrote:
> Currently, the idea winning is a triplet of protocol, domain and
> suffix where the most precise entry "wins" but there would be a
> possibility for the user to change the ranking.
> ('http', null, null)
>
> Thoughts?
Sound reasonable. It's
On Fri, 2013-11-29 at 19:52 +, Sam Bull wrote:
> Has there been any progress on the URL dispatcher supporting additional
> protocols?
>
> We need to support the bitcoin: protocol from our app, so that users can
> purchase things by clicking a link in the browser, or scanning a
> bitcoin: link
Has there been any progress on the URL dispatcher supporting additional
protocols?
We need to support the bitcoin: protocol from our app, so that users can
purchase things by clicking a link in the browser, or scanning a
bitcoin: link from a QR code.
Without this, users would be expected to do so
On Wed, Oct 30, 2013, Sam Segers wrote:
> Yes to all. I meant the url-dispatcher tool from the url-dispatcher-tools
> package. I tried it from the terminal but it doesn't react nor give
> feadback for a music file. Apparently url-dispatcher
> settings:///system/wifi does work. I have touch-coreapps
2013/10/30 Ted Gould
> **
> On Wed, 2013-10-30 at 10:14 +0100, Sam Segers wrote:
>
> Is there an eta for being able to recieve url calls in your own
> application?
>
>
> It's on my TODO list, I don't have a specific ETA.
>
>
> That brings another question to how to form a url for music for a
> i
On Wed, 2013-10-30 at 10:14 +0100, Sam Segers wrote:
> Is there an eta for being able to recieve url calls in your own
> application?
It's on my TODO list, I don't have a specific ETA.
> That brings another question to how to form a url for music for a
> internet stream? Now the music only fil
Hi all
I have a few questions about url-dispatcher:
Is there an eta for being able to recieve url calls in your own application?
I'm making a librivox client and was thinking of playing the file with the
music player and my epub files with a reader.
That brings another question to how to form a ur
>Along with allowing applications to define more URIs, we'll need to
mediate between them. For instance you register for "http://*facebook.com/*";
and so does the official Facebook app... what to do. I consider figuring
out that as part of the work above. Ideas welcome :-)
I think this is one o
On Wed, 2013-09-18 at 15:38 -0500, Jamie Strandboge wrote:
> On 09/18/2013 01:31 PM, Ted Gould wrote:
> > Folks have been pushing me (rightfully so) to get a little more user
> > friendly
> > documentation out there about the URL Dispatcher. I went ahead and wrote up
> > this Wiki page:
> >
> >
On Wed, 2013-09-18 at 15:58 -0400, Alexandre Abreu wrote:
> It might be a little pedantic, but shouldn't we talk about URI instead
> of URL?
Yeah, that is a little pendantic :-) Perhaps, but I think for most
people they're synonymous.
> Besides that a few questions:
>
> - Is APP_ID going to be
On 09/18/2013 01:31 PM, Ted Gould wrote:
> Hello,
>
> Folks have been pushing me (rightfully so) to get a little more user friendly
> documentation out there about the URL Dispatcher. I went ahead and wrote up
> this Wiki page:
>
> https://wiki.ubuntu.com/URLDispatcher
>
> For those that are lo
Hi Ted,
thanks for that!
It might be a little pedantic, but shouldn't we talk about URI instead of
URL?
Besides that a few questions:
- Is APP_ID going to be used in e.g. the proposed URI
application://$(APP_ID).desktop (why specify the ".desktop" btw?), by that
I mean w/ the version included?
Hello,
Folks have been pushing me (rightfully so) to get a little more user
friendly documentation out there about the URL Dispatcher. I went ahead
and wrote up this Wiki page:
https://wiki.ubuntu.com/URLDispatcher
For those that are looking for the source code for the service it is
here:
http
24 matches
Mail list logo
