Hello,
In order to set up Splashscreen plugin at android platform,
we need copy the following line
super.setIntegerProperty(splashscreen, R.drawable.splash);
super.loadUrl(Config.getStartUrl(), 1);
into java file.
Is there any way to put those line automatically ?
Thanks,
Youngho
I prefer the shortened plugin IDs as well.
Will we want each platform's upgrade script aware of these names in order
to ease the upgrade path from 3.0.0-3.1.0?
On Thu, Sep 19, 2013 at 10:38 AM, Andrew Grieve agri...@chromium.orgwrote:
Anis and I discussed a bit on
Michael: I noticed that the launch bug I created is missing any subtasks
for cordova-docs (whoops!). Also - in the current CuttingReleases page, we
don't actually say that the docs branch should be created until once we're
ready to launch final. I think this is wrong, but wanted to know what
`npm help link`
On Thu, Sep 19, 2013 at 9:03 PM, David Kemp drk...@google.com wrote:
+1 for project specific registry (not home dir)
On Thu, Sep 19, 2013 at 2:59 PM, Braden Shepherdson bra...@chromium.org
wrote:
One alternative is to symlink it into $HOME/.plugman/cache/my.plugin.id.
link is messy. says one nodejs wise man. I want to stay as far away
from it as possible for so many different reasons.
plugman doesn't fetch anything from registry if version is in the
cache. The version lands in the cache if you publish it yourself. It's
not cached when you fetch/install.
Thats a super cool solution! I agree that updating what's inside
cordova-labs and leaving it there is a good option for written by us, but
not quite core.
-Michal
On Thu, Sep 19, 2013 at 7:23 PM, Andrew Grieve agri...@chromium.org wrote:
Managed to get a simpler version of my email coding to
On Sep 20, 2013, at 1:27 AM, Brian LeRoux b...@brian.io wrote:
This is great. I think we have it in our backlog to have something like
`plugman create ...` and thusly `cordova plugin create ...`.
Would you be up for contributing back to the cordova tools?
Word Up.
I think it makes sense
Filed CB-4886 for plugin create.
On Fri, Sep 6, 2013 at 6:54 PM, James Jong wjamesj...@gmail.com wrote:
+1 create,add/watch workflow , IMO watch would be a nice addition
-James Jong
On Sep 4, 2013, at 10:46 PM, lmnbeyond lmnbey...@gmail.com wrote:
I also think it should sub-shell to
Filed CB-4886 for plugin create.
There were a few previous threads about it, and it seemed to be a
positively received proposal. Linked to the more recent mailing list
discussions from the JIRA issue.
Probably a low priority item, but if you would like to take a shot at it
Lucas, that would be
So currently when doing
$ cordova plugin ….
it fails if you are not in a cordova project.
but
$ cordova plugin create
might not be used inside a project( i think it shouldn't be used inside a
project at all, but i can be convinced otherwise )
On Sep 4, 2013, at 10:46 PM, lmnbeyond
Yeah, but not sure how best to do so.
Do we have a way to mark plugins as deprecated? Crazy idea: upload a
nearly empty version under the old plugin name that depends on the new
one, and add a deprecated type tag to plugin.xml spec?
-Michal
On Fri, Sep 20, 2013 at 6:53 AM, Michael Brooks
i always forget about plugman
On Sep 20, 2013, at 9:57 AM, Michal Mocny mmo...@chromium.org wrote:
plugman create could be used outside of a project, and cordova plugin
create should be used only inside of a project?
All other cordova commands must be used inside a project (except the
Hey all,
We've been following this list for a while. A year ago our team at AppGyver
signed CLAs. But we haven't yet contributed to the project because we
wanted to try out iterating *fast* on our own and see what we could come up
with.
A month ago we officially released our Cordova compatible
Sounds great! Come find me. =)
On Fri, Sep 20, 2013 at 4:50 PM, Matti Paksula
matti.paks...@appgyver.comwrote:
Hey all,
We've been following this list for a while. A year ago our team at AppGyver
signed CLAs. But we haven't yet contributed to the project because we
wanted to try out
I decided to scratch this itch and have a super early version here:
https://github.com/mmocny/cordova-cli-wrapper
README.md should describe more or less the usage.
-Michal
On Tue, Sep 10, 2013 at 6:56 AM, Carlos Santana csantan...@gmail.comwrote:
Wow! I went to bed and came back too much
+1
totally awesome
On Fri, Sep 20, 2013 at 3:14 PM, Michal Mocny mmo...@chromium.org wrote:
Filed CB-4886 for plugin create.
There were a few previous threads about it, and it seemed to be a
positively received proposal. Linked to the more recent mailing list
discussions from the JIRA
On Fri, Sep 20, 2013 at 9:50 AM, Matti Paksula
matti.paks...@appgyver.comwrote:
You can check out our thing at http://www.appgyver.com/steroids.
So is this using a pile of WebKit bindings? I can't really tell from the
page. I see you're using WebView() somewhere, so that's why I ask. And does
Agree you will certainly arrive at the ideal solution by iterating from the
less-than-ideal solution. That is not a reason to not start breaking stuff
though.
On Fri, Sep 20, 2013 at 5:31 PM, Michal Mocny mmo...@chromium.org wrote:
Ugh, unfortunately Braden is right. Still, I think that means
Sounds good. I don't think we need a release branch on docs if it's not
adding benefit.
On Fri, Sep 20, 2013 at 4:25 AM, Michael Brooks mich...@michaelbrooks.cawrote:
Michael: I noticed that the launch bug I created is missing any subtasks
for cordova-docs (whoops!). Also - in the current
I see that cordova 3.x uses blackberry-nativepackager instead of bbwp
Any known problems with using bbwp?
Is bbwp not supported as a method to package a Cordova App?
When using bbwp on an App created with Cordova 3 it errors on validation
config.xml
feature tag missing attribute id
feature
The tools are not compatible. In fact, most of the source from bbwp has
been contributed into Cordova.
On Fri, Sep 20, 2013 at 1:54 PM, Carlos Santana csantan...@gmail.comwrote:
I see that cordova 3.x uses blackberry-nativepackager instead of bbwp
Any known problems with using bbwp?
Is bbwp
Sounds great! See you in AMS :)
On Fri, Sep 20, 2013 at 11:28 AM, Bryan Bishop kanz...@gmail.com wrote:
On Fri, Sep 20, 2013 at 9:50 AM, Matti Paksula
matti.paks...@appgyver.comwrote:
You can check out our thing at http://www.appgyver.com/steroids.
So is this using a pile of WebKit
The current way to upgrade your plugin is:
cordova plugin rm old.plugin.id
cordova plugin add new.plugin.id
Maybe we could just add a check in plugman that when it sees plugin add
org.cordova.core, we print a message telling them to omit .core
On Fri, Sep 20, 2013 at 10:11 AM, Michal Mocny
The roadmap for WebWorks SDK is to use Apache Cordova as its base.
We have modified those files to comply with cordova spec, utilizing name
rather than id.
As a cordova developer, you only need the native tools on your path. These
can come from either the WebWorks SDK or the Native SDK.
On
Thanks Bryan
I think I understand now most of the node js script in cordova are also
present in webworks sdk
1. I think cordova should create a valid config.xml to be use by
blackberry10 platform.
2. We should use updated code to validate that config.xml is a valid file
even with user additions
When updating platforms, I think we re-install already-installed-plugins,
right? Should make sure that that doesn't lead to annoying warning chain
and/or broken workspace.
Also, solution seems hacky. What don't you like my crazy idea to change
old plugin to depend on new version? ;)
-Michal
I want to use cordova cli to create a windows 8 cordova App
And then add all the plugins
I'm doing testing and trying to help get full support for windows 8 in
Cordova 3.1
cordova cli doesn't list windows8 in Available platforms
--
Carlos Santana
csantan...@gmail.com
Next version of SDK config.xml will have different schema using name and
value for feature ?
On Fri, Sep 20, 2013 at 2:45 PM, Bryan Higgins br...@bryanhiggins.netwrote:
The roadmap for WebWorks SDK is to use Apache Cordova as its base.
We have modified those files to comply with cordova
Correct
https://github.com/blackberry/cordova-blackberry-plugins/blob/master/plugin/com.blackberry.app/plugin.xml#L29
On Fri, Sep 20, 2013 at 3:17 PM, Carlos Santana csantan...@gmail.comwrote:
Next version of SDK config.xml will have different schema using name and
value for feature ?
On Fri, Sep 20, 2013 at 2:28 PM, Michal Mocny mmo...@chromium.org wrote:
When updating platforms, I think we re-install already-installed-plugins,
right? Should make sure that that doesn't lead to annoying warning chain
and/or broken workspace.
Braden just added the platform update command
Hey Andrew,
Need any help with this stuff? Let me know if you want me to take care some
of these.
-Steve
On Fri, Sep 20, 2013 at 10:52 AM, Andrew Grieve agri...@chromium.orgwrote:
Sounds good. I don't think we need a release branch on docs if it's not
adding benefit.
On Fri, Sep 20, 2013
Oh This is great all features for BB10 are Cordova plugins. This is great !
:-)
This helps my team articulate better that they proper way to
enhance/customize a Cordova App is just implementing a plugin and follow
the API
--Carlos
On Fri, Sep 20, 2013 at 3:19 PM, Bryan Higgins
On Fri Sep 20 10:11 AM, Michal Mocny wrote:
Yeah, but not sure how best to do so.
Do we have a way to mark plugins as deprecated? Crazy idea: upload a
nearly
empty version under the old plugin name that depends on the
new one, and
add a deprecated type tag to plugin.xml spec?
It sort
Is the RC still on track to get tagged today?
I'm working on the PhoneGap-CLI and want to also release an RC version of
that when you guys have tagged.
=Ryan
On 9/20/13 1:01 PM, Steven Gill stevengil...@gmail.com wrote:
I think since it has taken longer than expected to get the RC tagged, the
I think Braden is supposed to get an RC of the cli out today. I'm told
this this may not included updated plugins yet until later, though.
On Fri, Sep 20, 2013 at 4:19 PM, Ryan Stewart rstew...@adobe.com wrote:
Is the RC still on track to get tagged today?
I'm working on the PhoneGap-CLI
Ahh, thanks for the info. Any ETA on the updated plugins?
=Ryan
On 9/20/13 1:46 PM, Michal Mocny mmo...@chromium.org wrote:
I think Braden is supposed to get an RC of the cli out today. I'm told
this this may not included updated plugins yet until later, though.
On Fri, Sep 20, 2013 at 4:19
I'm confused about the date for 3.1.0 final release. These two posts don't
match.
On Sep 19, 2013, at 11:27 PM, Andrew Grieve agri...@chromium.org wrote:
Next Thursday:
- If everything seems fine with RC1, release 3.1.0 final.
On Sep 10, 2013, at 3:20 PM, Andrew Grieve agri...@chromium.org
I think since it has taken longer than expected to get the RC tagged, the
final release has been push till thursday to allow more time to test. Is
this correct?
On Fri, Sep 20, 2013 at 12:58 PM, Marcel Kinard cmarc...@gmail.com wrote:
I'm confused about the date for 3.1.0 final release. These
Sorry for being silent today. I ended up not having much time to work today
:(. Mostly what I got done is more thinking about how to go about things :P.
That said, Braden did manage to take care of RC1 of CLI! Thanks Braden! (
https://issues.apache.org/jira/browse/CB-4837). To get it:
npm
Very nice! See you in Holland for beers!
On Sat, Sep 21, 2013 at 5:17 AM, Michael Brooks mich...@michaelbrooks.cawrote:
Hey Matti,
It's great to see you on the Cordova dev list! Let's catch up in AMS :)
Michael
On Fri, Sep 20, 2013 at 11:43 AM, Andrew Grieve agri...@chromium.org
40 matches
Mail list logo