ubuntu-phone team mailing list archive

[Rasmus Eneman <Rasmus@xxxxxxxxx>]

>Makes sense?
Correct but why I thought MIME type were better is that
it would be nice to have exactly the same thing for files.

I may have multiple apps that can open an image file
for example.

But having an URL gives the same result just that we need
to handle MIME types to, in practically the same way.
But that may be cleaner than having everything using
MIME types I agree.

I don't really care for the implementation if it just gives
the correct flexibility :)


2013/7/18 Thomas Voß <thomas.voss@xxxxxxxxxxxxx>

> On Thu, Jul 18, 2013 at 7:09 PM, Rasmus Eneman <Rasmus@xxxxxxxxx> wrote:
> > I really like a MIME type only approach for this because that makes apps
> > pluggable. If you for example have an app called barcode scanner for
> > scanning
> > barcodes and a shopping app called price checker that can use barcode
> > scanner
> > to scan barcodes to scan a products barcode and see where it's cheapest.
> >
> > Now a new app releases called qr code scanner that can do the same thing
> but
> > I for one reason or another preffer this one over barcode scanner a MIME
> > type
> > approach lets me use the app I prefer if qr code scanner implements the
> same
> > API.
> > But with a app name/id/path approch I would have to use barcode scanner
> if
> > that's
> > what price checker were designed for.
> >
>
> I think what you really want (guessing here :)) is URL handling. Any
> app that can handle the URL:
>
>   qr-code://scan
>
> could handle your request of scanning a QR code. I think mime-types
> are the wrong level of detail here, what I have in mind is a generic
> way of addressing specific functionality, and a URL is perfect for
> that.
>
> Makes sense?
>
>   Thomas
>
> > Of cource all apps needs to be able to register new MIME types. If you
> have
> > multiple
> > apps that support the same MIME type one popup should appear letting you
> > choose
> > which one to use.
> >
> >
> > 2013/7/18 Jamie Strandboge <jamie@xxxxxxxxxxxxx>
> >>
> >> On 07/18/2013 11:14 AM, Michał Sawicz wrote:
> >> > W dniu 18.07.2013 17:38, Marc Deslauriers pisze:
> >> >> For the browser, I imagine a URL handler will take care of it, but
> what
> >> >> about
> >> >> spawning a different application that doesn't necessarily handle URLs
> >> >> or MIME types?
> >> >
> >> > And for network access I expect some platform API instead.
> >> >
> >> > I feel like the only instance where we would indeed allow spawning
> other
> >> > apps directly would be if it's bundled in the same package - and
> handled
> >> > through upstart as usual, I'd say.
> >>
> >> Well, an app may want to spawn a browser rather than implementing a
> >> webview
> >> itself. Marc mentioned the URL handler, but I don't know how this would
> >> work.
> >> Marc, can you elaborate?
> >>
> >> But for the other cases consider the MyApp click package that ships two
> >> desktop
> >> files for myapp and myapp-settings. Upstart works fine for launching
> >> either of
> >> these from the Dash. However, if myapp wants to launch myapp-settings
> from
> >> within itself, we need to define how that is supposed to happen (the
> >> specific
> >> problems are in another mailing list[1]). It can't just use:
> >>   start application APP_ID=myapp-settings
> >>
> >> because we don't have a way to prevent it from doing:
> >>   start application APP_ID=some-other-app
> >>
> >> There are some things we can do with AppArmor, but they don't include
> the
> >> executed app being managed by upstart.
> >>
> >> [1]https://lists.launchpad.net/ubuntu-appstore-developers/msg00296.html
> >> --
> >> Jamie Strandboge                 http://www.ubuntu.com/
> >>
> >>
> >> --
> >> Mailing list: https://launchpad.net/~ubuntu-phone
> >> Post to     : ubuntu-phone@xxxxxxxxxxxxxxxxxxx
> >> Unsubscribe : https://launchpad.net/~ubuntu-phone
> >> More help   : https://help.launchpad.net/ListHelp
> >>
> >
> >
> >
> > --
> > Rasmus Eneman
> >
> > --
> > Mailing list: https://launchpad.net/~ubuntu-phone
> > Post to     : ubuntu-phone@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~ubuntu-phone
> > More help   : https://help.launchpad.net/ListHelp
> >
>



-- 
Rasmus Eneman