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