[jira] [Commented] (CB-5351) Support context menu plugins with postMessage
[ https://issues.apache.org/jira/browse/CB-5351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13868983#comment-13868983 ] Abel Muiño commented on CB-5351: Regarding adding the plugin to Cordova Core, that would be terrific. However, I'm not sure about the implications (I think it would need at least an IP review, since I forked from an existing plugin). — Sent from Mailbox for iPhone On Thu, Jan 9, 2014 at 3:41 AM, Andrew Grieve (JIRA) j...@apache.org Support context menu plugins with postMessage - Key: CB-5351 URL: https://issues.apache.org/jira/browse/CB-5351 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: Master Reporter: Abel Muiño Assignee: Joe Bowser There is [support in `CordovaActivity`|https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/CordovaActivity.java#L1006-L1026] for menu plugins. It would be great to have the same support for context menus. Currently we need to tell the user to [modify their class in a similar way|https://github.com/amuino/cordova-actionsheet/blob/master/plugin.xml#L29-L50]. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5776) Xcode.app at was not found.
shoppon created CB-5776: --- Summary: Xcode.app at was not found. Key: CB-5776 URL: https://issues.apache.org/jira/browse/CB-5776 Project: Apache Cordova Issue Type: Bug Reporter: shoppon I am new to apple develop. I am using OS X10.9 and Xcode 5.0, when I installed cordova ios from the source code I got this error. Can anyone help me resolve this? -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5775) Save list of installed plugins and their installed versions in separate json file
[
https://issues.apache.org/jira/browse/CB-5775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13869220#comment-13869220
]
Adam George commented on CB-5775:
-
I've just been playing around with Cordova 3.3.0.
There's a new feature in this release where the
`platforms/ios/www/cordova_plugins.js` file that is generated, now has a new
metadata section in it.
module.exports.metadata =
// TOP OF METADATA
{
org.apache.cordova.console: 0.2.4,
org.apache.cordova.device: 0.2.4,
org.apache.cordova.dialogs: 0.2.3,
org.apache.cordova.globalization: 0.2.3,
org.apache.cordova.network-information: 0.2.4,
org.apache.cordova.splashscreen: 0.2.4,
com.phonegap.plugins.barcodescanner: 1.0.1
}
// BOTTOM OF METADATA
});
I guess that sort of is what I'm talking about. Although, I would have thought
putting that outside of the the `platforms` directory was a better idea.
Currently it's duplicated for each platform you have and means you cant easily
just add `platforms` to your .gitignore.
No idea either if there is some new bundle install type command that can
re-install the plugins in that list when doing a fresh checkout either.
Would be good to hear some information on how this will work in future cordova
versions.
Save list of installed plugins and their installed versions in separate json
file
-
Key: CB-5775
URL: https://issues.apache.org/jira/browse/CB-5775
Project: Apache Cordova
Issue Type: Improvement
Components: CLI
Affects Versions: 3.3.0
Reporter: Adam George
There's a major piece of the puzzle missing from the package management
capabilities of the CLI, that I haven't seen any discussion/info on yet.
So I'm sorry if this is already planned, but I've searched around and can't
see anything.
There doesn't appear to be anything in cordova that saves the list of
installed plugins and their installed version.
Ideally I should be able to install a plugin, i.e.
cordova plugin add org.apache.cordova.network-information
And some sort of plugins.json file should be created/updated, specifying
that the plugin was installed at version 3.0.0.
(like what NPM or bower do with components.json/bower.json)
That file only (and not any of the artefacts or vendor code in the
`plugins` directory) should be version controlled.
I should then be able to checkout my code from version control into a fresh
location and run some sort of command like
cordova plugin install
or something, which would go through the plugins.json file and ensure they
have all been installed at the versions specified.
I'm assuming this is on the radar of things to do for the CLI, because it's
pretty standard fare for package management functionality.
For me, this is a high sort of priority, because currently using cordova CLI
with version control sucks and is a pain when working with multiple
developers.
I currently have to version control both the `platforms` and `plugins`
directories, despite them being build artefacts of the CLI - because
there is no current way to check the code out from version control and have
the CLI re-build everything correctly.
I'd love to not have to store all that redundant 3rd party code in my repo,
and having a `bundle install` like ability would make it so much easier when
working with multiple people on a cordova project.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Created] (CB-5777) Upgrading project from cordova 3.2.0 to 3.3.0 did not update cordova.js in all locations
Adam George created CB-5777: --- Summary: Upgrading project from cordova 3.2.0 to 3.3.0 did not update cordova.js in all locations Key: CB-5777 URL: https://issues.apache.org/jira/browse/CB-5777 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.3.0 Reporter: Adam George I tried updating my cordova project today to 3.3.0. I followed the instructions here: http://cordova.apache.org/docs/en/3.3.0/guide_cli_index.md.html#The%20Command-Line%20Interface_updating_cordova_and_your_project This did not update cordova.js in all the locations in my project. For iOS projects, cordova.js lives in three separate locations: 1. /platforms/ios/CordovaLib/cordova.js 2. /platforms/ios/www/cordova.js 3. /platforms/ios/platform_www/cordova.js When I upgraded my project, only cordova.js in locations 1 2 were updated. 3. was not. Unfortunately, that meant next time I built my project with `cordova build ios`, the cordova.js in location '2' was clobbered with the version from location '3'. The same thing appears to happen on Android too. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5778) `cordova prepare` should build project with relative paths to custom frameworks
Adam George created CB-5778: --- Summary: `cordova prepare` should build project with relative paths to custom frameworks Key: CB-5778 URL: https://issues.apache.org/jira/browse/CB-5778 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.3.0 Reporter: Adam George Thanks so much for adding the new custom frameworks feature for plugins in 3.3.0. I've found an issue with it though. When you build/prepare the iOS project, the path to the iOS framework is absolute. That's not cool, because if I commit the `platforms` directory to version control (which I don't like to do, but I currently have to due to other build issues), anyone else who checks it out in a different location the framework will not be found. Basically, I have a plugin like so: /plugins/ /com.idblueplugin /src /ios /frameworks /IDBLUE.framework plugin.xml Inside plugin.xml I have a reference to the framework: framework src=src/ios/frameworks/IDBLUE.framework custom=true / When I build the project, I would expect it should create a relative path to that custom framework: FRAMEWORK_SEARCH_PATHS = ( $(inherited), ../../platforms/ios, ); But instead it creates an absolute path like this: FRAMEWORK_SEARCH_PATHS = ( $(inherited), /Users/asgeo1/Projects/myproject/cordova/platforms/ios, ); -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5518) Setting DisallowOverscroll preference does not update iOS config.xml correctly
[ https://issues.apache.org/jira/browse/CB-5518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13869258#comment-13869258 ] Adam George commented on CB-5518: - The same thing appears to happen for other properties added to the global config (www/config.xml) I.e. setting nameMy App/name means I end up with two name elements in platforms/ios/myproj/config.xml Setting DisallowOverscroll preference does not update iOS config.xml correctly -- Key: CB-5518 URL: https://issues.apache.org/jira/browse/CB-5518 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.2.0 Reporter: Adam George In my global config.xml, I have turned on the *DisallowOverscroll* preference: preference name=DisallowOverscroll value=true / After I run `cordova build`, the iOS-specific config.xml is not generated correctly. The DisallowOverscroll preference is specified twice in the file. Once with the default false value, and again at the bottom of the file with the new true value. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5779) Allow alternative rendering engine for specific platform
Ningxin Hu created CB-5779: -- Summary: Allow alternative rendering engine for specific platform Key: CB-5779 URL: https://issues.apache.org/jira/browse/CB-5779 Project: Apache Cordova Issue Type: New Feature Affects Versions: Master Reporter: Ningxin Hu Allow developers to user alternative rendering engine for specific platform. For example, on Android platform, developers are able to choose WebView, ChromeView, GeckoView or Crosswalk as rendering engine. https://wiki.apache.org/cordova/Platform%20Engine -- This message was sent by Atlassian JIRA (v6.1.5#6160)
