That looks really cool! There's been talk for a while of creating a platform based on Electron[1] for Cordova apps to run cross-platform on desktop. Electron is the WebView-based packaging behind apps like Slack, VisualStudio Code, and Atom. There have been a few attempts at making a cordova-electron project[2][3] over the years, but they don't look particularly well maintained.
Are there plans to bring Coraline to other platforms (macOS in particular, Windows should already be covered by the existing cordova-windows platform)? Are there benefits to Coraline over something like Electron? In terms of integrating with the CLI, that should be much easier now! You just need to provide a cordova/Api.js file in your application template, with an API that implements the common actions (prepare, build, etc.) for your platform. (See cordova-browser as an example[4]) 1: https://electronjs.org/ 2: https://github.com/apache/cordova-electron 3: https://github.com/zyra/cordova-electron 4: https://github.com/apache/cordova-browser/blob/master/bin/template/cordova/Api.js On Thu, Jan 4, 2018 at 2:06 PM, Pat Deegan <pat.cordova...@psychogenic.com> wrote: > > Greets, > > Made a post to JIRA (https://issues.apache.org/jira/browse/CB-13723) but > was advised this would be a more appropriate venue. Also, sorry if this > is a dupe--wasn't subscribed to the list at time of original send, and > can't see it in the archive on markmail, so I'm trying again... > > > *** Cordova-Ubuntu is Dead *** > > To recap, I create apps using cordova and ionic. I had been using > cordova-ubuntu for Ubuntu releases of the apps, but that's been dead for > a while and there's nothing for us with Ubuntu 17.x. > > To address this, and to address the fact that cordova apps were > restricted to *Ubuntu*, I've created Coraline: > https://coraline.psychogenic.com/ > > It's basically a webkit renderer plus a plugin system so we can use the > same codebase for iOS/Android/Win as for Linux. > > *** Coraline: Cordova wrapper for Linux *** > > Coraline is the same as cordova-ubuntu in that it renders the web-tech > apps and gives you access to the native system through plugins, using > the standard interfaces. > > It's different from cordova-ubuntu in that: > > * it doesn't rely on the ubuntu-sdk, of course, or Qt--it's straight > up C++, though plugins _can_ use Qt; > > * in theory, it runs on any flavour of Linux; > > * plugins are dynamically loadable, and shared--no need to install the > same functionality with every app (though there are facilities for > app-specific plugins); > > * because of the above point, apps don't actually need to be compiled > –you just need a directory with all the html/js/resources, massaged > appropriately to get rid of the Node stuff. > > > You can get details, and see a walk-through video, on linux deployment > at: https://coraline.psychogenic.com/developers/deployment/ > > The short of it is that the ideal procedure is to create a bundle (.deb > or .rpm, say) that includes the transpiled JS/HTML and other resources, > along with desktop shortcuts and such. > > *** Plugins *** > > The plugins need only: > * be dynamically loadable > * implement the Coraline Plugin interface > * have standard functions to actually get a handle on an instance > > I've got a wrapper that maps the CPlugin/Qt stuff to integrate old > ubuntu plugins (though it requires some manual tweaking), and have > ported a few (Device and SQLite), so we can rescue the existing > cordova-ubuntu plugins. > > *** Wish List *** > > The reason I'm writing is that I'd like to know what it would take to > integrate coraline app "builds" with the cordova CLI. > > In my ideal scenario, we'd have a new "linux" target that would allow > creation of coraline-compatible bundles. > > It shouldn't take too much effort, but I'd like to both gauge interest > and get pointers on how integration with the cordova CLI build actually > happens. In short, I want to know what it would take to get integration > going, and some ideas on how to do it. > > Any input on this, feedback on Coraline, or questions are welcome. > > Thanks! > Pat Deegan > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
