I didn't see the fix in the latest 3.3.1-0.4.2
Is anyone working on it or did I miss something?
-- Original --
From: Don Colemandon.cole...@gmail.com;
Date: Sat, Dec 21, 2013 03:41 AM
To: devdev@cordova.apache.org;
Subject: Re: Cordova 3.3.1-0.1.2 doesn't
Hello James,
Thanks for getting back to me.
The getOriginalSymbol, did the trick - fantastic, thank you!. I've sent my
PR, I'd be happy if someone can look into it.
Best,
Richard
On Wed, Feb 12, 2014 at 9:17 AM, James Long jl...@mozilla.com wrote:
Hey Richard,
I'm from Mozilla and my
Thanks Steve! Looks good.
On Tue, Feb 11, 2014 at 4:50 PM, Steven Gill stevengil...@gmail.com wrote:
Shoot!
I just fixed this right now.
In regards to branching policy, I think the easiest way to fix this, which
I should have done originally for the revert, is to checkout the
3.3.1-0.4.1
Should cordova-plugman be renamed to node?
- The cordova-plugman version returning node's version sounds like a bug.
It should be Plugman's NPM version number so far as I know.
Yep, Braden is correct. That is totally a bug. Filed here:
https://issues.apache.org/jira/browse/CB-6023
On 11
On Tue Feb 11 11:05 AM, Braden Shepherdson wrote:
The intention is that it allows plugins to specify that they require at least
a certain
version of the native code for each platform. This would be for things like
added
a new transport type to the bridge, as when we added binary data
Mark is actively working on this now.
https://issues.apache.org/jira/browse/CB-5647
On Wed, Feb 12, 2014 at 5:08 AM, 罗琦 l...@polyvi.com wrote:
I didn't see the fix in the latest 3.3.1-0.4.2
Is anyone working on it or did I miss something?
-- Original --
On Tue, Feb 11, 2014 at 3:43 PM, Brian LeRoux b...@brian.io wrote:
Given we are the only 'widget spec' impl in use today I'm ok with diverging
and not adding namespace confusion. Def want config to be explicit and not
have magical implicit mappings.
On Tue, Feb 11, 2014 at 12:24 PM, Axel
Another pull request came in last week:
https://github.com/apache/cordova-cli/pull/29
It adds icons splashscreens to both iOS and Android, and even uses
imagemagick to generate them if it's available.
Still looking it over.
On Wed, Feb 12, 2014 at 4:37 PM, Andrew Grieve agri...@chromium.org
Hm. I guess the id test is historical stuff. It is legal XML and the parser
ignores it.
Regarding the NS prefix: cdv vs gap
I am quite sure I did not invent cdv myself.
Regarding the w3c widget standard: I am OK with ditching it. Should there
be a poll or how do you handle such things?
All app
Maybe I'm crazy, but I can't stand them. I don't think they add any value,
and are a cause of confusion.
So... I'd like to:
A: Remove xmlns=http://www.w3.org/ns/widgets; from our config.xml template
B: Change xmlns:cdv=http://cordova.apache.org/ns/1.0; - xmlns=
http://cordova.apache.org/ns/1.0;
Just started a new thread to propose removing the namespace.
Don't the we should use gap:density, since that's pretty PhoneGap-y as
opposed to Cordova-y.
How about we have size and density attributes that are just synonyms?
Off for the day.
On Wed, Feb 12, 2014 at 4:57 PM, Axel Nennker
On Wed Feb 12 03:56 PM, Braden Shepherdson wrote:
Do the check the same file? I thought they were different. They might
check the
same path in different platforms, but that script can
return different things. I
would consider that a bug as well.
I don't see anything to be gained from
I am not liking it.
JBoss tools actually maintains a w3c xsd and maps the
http://www.w3.org/ns/widgets; namespace to that XSD. Through this mapping
tools can provide content assist, validation etc. When this namespace
disappears we loose all the benefits. I would be OK with a planned
replacement
Andrew wrote:
Maybe I'm crazy, but I can't stand them.
Most people can't
I don't think they add any value,
They allow other products which are frozen (released to an audience) to
interoperate in a defined manner with your software. And vice versa.
If you don't care about that, then there
Will XHRs to gap_exec within a web worker already be intercepted by
cordova, or do both the native and javascript sides need to be updated
to support calling cordova APIs from within a web worker?
In either case, has any progress been made on this in a public repo?
Thanks,
Christian
On Wed, Dec
bump
On Mon, Jan 27, 2014 at 8:49 PM, Andrew Grieve agri...@chromium.org wrote:
How about:
Allow each value to be set explicitly via:
widget id=org.apache.mobilespec version=0.0.1 android-versionCode=1
ios-bundleVersion=0.0.1 wp-projectVersion=0.0.1.0
Provide intelligent default values
On Wed, Feb 12, 2014 at 5:19 PM, Jonathan Bond-Caron
jbo...@gdesolutions.com wrote:
On Wed Feb 12 03:56 PM, Braden Shepherdson wrote:
Do the check the same file? I thought they were different. They might
check the
same path in different platforms, but that script can
return different
On Wed, Feb 12, 2014 at 10:22 PM, Andrew Grieve agri...@chromium.orgwrote:
On Wed, Feb 12, 2014 at 5:19 PM, Jonathan Bond-Caron
jbo...@gdesolutions.com wrote:
On Wed Feb 12 03:56 PM, Braden Shepherdson wrote:
Do the check the same file? I thought they were different. They might
check
Sounds good to leave them in then.
Why I ask now is for the icon and splashscreen discussions / pull
requests going on right now.
We can call them:
cdv:icon cdv:splashscreen
And then start thinking about moving to JSON.
On Wed, Feb 12, 2014 at 6:12 PM, Brian LeRoux b...@brian.io wrote:
Ya I
No is working on this that I know of. XHRs from a worker would likely kick
the native bridge fine, so long as the user-agent of the worker is set
correctly.
Problem is that the native side does a stringByEvaluatingStringFromString
to retrieve the payload of the exec() command, as well as to send
On Wed, Feb 12, 2014 at 10:42 PM, Andrew Grieve agri...@chromium.orgwrote:
Sounds good to leave them in then.
Why I ask now is for the icon and splashscreen discussions / pull
requests going on right now.
We can call them:
cdv:icon cdv:splashscreen
There is also an icon element on the
This is worth reading!
-- Forwarded message --
From: Brian Nicholson bnichol...@mozilla.com
Date: Wed, Feb 12, 2014 at 11:38 AM
Subject: Activity Context vs Application Context
To: mobile-firefox-...@mozilla.org
A worthy read: http://www.doubleencore.com/2013/06/context/
When
Yes, as will the call to cordova.exec so there is little benefit in using a
worker here, unless you wanted to do a bunch of work, and then call exec.
Sent from my iPhone
On Feb 12, 2014, at 8:30 PM, Christian G. Warden cwar...@xerus.org wrote:
And stringByEvaluatingJavaScriptFromString
23 matches
Mail list logo