On Thu, Nov 6, 2014 at 8:53 PM, Parashuram Narasimhan (MS OPEN TECH) <
panar...@microsoft.com> wrote:

> Sorry for not being clear. I was saying that we should not open the
> file:// URL in a specific browser. We should ideally spin up a webserver
> and open the default browser on the system
>
> Why a server ? Because
> - file:// and http:// have differences in quota and permissions for many
> APIs like IndexedDB or WebSQL
>
Usually use python -m SimpleHTTPServer for this when working locally.  Node
alternative is https://github.com/nodeapps/http-server.  This will also
make it easier to integrate livereload most likely.


> - Cordova apps on mobile can make cross-domain AJAX requests. You cannot
> do that in the browser due to same-origin restriction. However, CORS can
> help, but is restricted due to file://
> - Cookies and protocol relative paths may get messed up.
>
> Why default browser? Default browser would just mean opening the HTML file.
> - I may not have Chrome installed

- Chrome may not be installed at that location
> - Issues like Linux that you described.
> - Integration of cordova-browsers in IDEs and Ripple-as-a-platform may be
> hard.
>
- Biggest reason: Safari will be a better testbed for iOS.  IE for WP.  FF
for FFOS.

I know Steven had no specific reasons for making chrome-only, it was just
the first implementation.

Looks like Victor filed https://issues.apache.org/jira/browse/CB-7978 and
has already submitted a PR for the linux fix (thanks Victor! I'll take a
look).

I've file https://issues.apache.org/jira/browse/CB-7999 to investigate a
web-server version.


>
>
> -----Original Message-----
> From: Steven Gill [mailto:stevengil...@gmail.com]
> Sent: Thursday, November 6, 2014 1:55 PM
> To: dev@cordova.apache.org
> Subject: Re: Running browser platform in Linux
>
> Victor, feel free to send a PR so is uses config.xml content src instead
> of www/index.html.
>
> Also send the PR for your patches to run script.
>
>
> On Thu, Nov 6, 2014 at 1:17 PM, Victor Sosa <sosah.vic...@gmail.com>
> wrote:
>
> > Not sure I'm following you, Parashuram, can you explain a little more,
> > please?
> >
> > One more I noticed is that in the run script of the browser platform,
> > it is directly pointing to "www/*index.html*", why is index.html
> > hardcoded there instead of reading config.xml?
> >
> > I patched my run script to use this google-chrome command and I'm
> > happy to share it. Also will try to patch the index.html reference in
> > the script to open the browser.
> >
> > 2014-11-06 14:50 GMT-06:00 Parashuram Narasimhan (MS OPEN TECH) <
> > panar...@microsoft.com>:
> >
> > > I don't this we should launch Chrome this way. How about using
> > > something like browser-launcher, or even karma-chrome-launcher
> > > instead? Also, why
> > not
> > > just "open" the HTML page?
> >
>
> Chrome needs to be launched with flags for some of the plugins to work
> (camera I believe). That is why you can't just open it.
>
>
> > >
> > > -----Original Message-----
> > > From: Victor Sosa [mailto:sosah.vic...@gmail.com]
> > > Sent: Thursday, November 6, 2014 12:45 PM
> > > To: dev@cordova.apache.org
> > > Subject: Running browser platform in Linux
> > >
> > > Hello all.
> > >
> > > I've been playing a little bit with the Browse platform and the
> > > first thing I notice is that when running the application using
> > > "cordova run browser"
> > > it handles the cases of when using Windows and Darwin (MacOS) but no
> > Linux
> > > (I'm on Ubuntu 14.04). Is there any particular reason of why it is
> > > not handled?
> > >
> > >
> > >
> > https://github.com/apache/cordova-browser/blob/master/bin/templates/pr
> > oject/cordova/run
> > >
> > > Moreover, I have Chrome installed in my machine, but it doesn't
> > > respond
> > to
> > > the typical "chrome" command because I get an error in the standard
> > > output[1], so I have to use "google-chrome" command to launch it.
> > > Does anyone something about this? I downloaded the DEB package
> > > directly from Google Chrome.
> > >
> > > Appreciate your help
> > >
> > > [1]
> > > * Error*chrome: error while loading shared libraries: libudev.so.0:
> > cannot
> > > open shared object file: No such file or directory
> > >
> > >
> > > --
> > > Victor Adrian Sosa Herrera
> > > IBM Software Engineer
> > > Guadalajara, Jalisco
> > >
> >
> >
> >
> > --
> > Victor Adrian Sosa Herrera
> > IBM Software Engineer
> > Guadalajara, Jalisco
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> For additional commands, e-mail: dev-h...@cordova.apache.org
>
>

Reply via email to