Hi,
a plugin needs minSdkVersion 19 on Android but setting that in plugin.xml
like so
gives on error message during build: Missing value for ANDROID-MINSDKVERSION
Searching for minSdkVersion through cordova-docs yields no hit but finds
ORG_GRADLE_PROJECT_cdvMinSdkVersion.
There are some hits
Hi,
this commit
https://github.com/apache/cordova-plugin-console/commit/d58f218b9149d362ebb0b8ce697cf403569d14cd#diff-53f390d375398624afe1cfe1125f42bfR36
moved the common code from the platforms up one level into the common space
in plugin.xml.
Please revert this change.
On Android this change
Hi,
I ran infer on one of my projects and get the output below. I looked only
at the first issue reported and it I think it is an issue and easy to fix.
http://fbinfer.com/docs/hello-world.html#hello-world-android
Maybe this should be run on all Android plugins and Cordova Android code
from time
having the android
> build script detect whether the requisite directories exist on the machine,
> and show an error earlier in this case.
>
> On Mon, Jun 1, 2015 at 2:40 PM, Axel Nennker
> wrote:
>
> > Hi,
> >
> > the documentation here
> >
> >
> >
Hi,
the documentation here
https://cordova.apache.org/docs/en/4.0.0/plugin_ref_spec.md.html#Plugin%20Specification_info_element
says that some tasks needed by are not done by plugman.
But it seems quite easy to do this by calling this command e.g. for Google
Play Services:
$ android update
un with
--info or --debug option to get more log output.
It seems that cordova detects that my gradle version is 2.3 and sets the
dependency to com.android.tools.build:gradle:1.0.0+ but later something
decides that gradle 2.2.1 should be used.
-Axel
2015-04-22 11:42 GMT+02:00 Axel Nennker :
> Hi,
Hi,
I update to cordova 5 and now my project build fail.
I am behind a corporate proxy
ignisvulpis@namenlos:~/development/nur_der_hsv$ echo $JAVA_OPTS
-Dhttp.proxyHost=http://xxx.yyy.109.5:8080/
and have gradle 2.3 installed
ignisvulpis@namenlos:~/development/nur_der_hsv$ which gradle
/us
This?
https://github.com/apache/cordova-android
Version file says 4.0.0-dev
https://github.com/apache/cordova-android/blob/master/VERSION
On Mar 13, 2015 4:14 PM, "Sam Kelleher" wrote:
> The 4.0.0-dev version of cordova-android is referenced by the chromium
> wrapper of cordova, but the code its
of course).
-Axel
2015-02-24 13:10 GMT+01:00 Piotr Zalewa :
> I'm on PTO. If it's urgent please let me know and I'll pull it
> 24 lut 2015 11:45 "Axel Nennker" napisał(a):
>
> > Hi,
> >
> > any opinion from Mozillians on CB-84
Hi,
any opinion from Mozillians on CB-8448 and the PR?
Thanks
Axel
https://issues.apache.org/jira/browse/CB-8448
https://github.com/apache/cordova-lib/pull/172
yobj && (typeof myobj.myfunc === 'function')) ...
> > > >
> > > > For this to work you must take care to remove plugins that don't
> > support
> > > > your platform before you build for that platform. For example, before
> > you
e in package.json file each plugin has.
> On Feb 10, 2015 7:25 AM, "Axel Nennker" wrote:
>
> > Hi,
> >
> > is there a way how an app can determine whether a plugin supports the
> > current platform?
> >
> > E.g.: the barcodescanner plugin is not sup
Hi,
is there a way how an app can determine whether a plugin supports the
current platform?
E.g.: the barcodescanner plugin is not supporting firefoxos
How could an app know that which out hardcoding this into the app?
If there is a standard way in Cordova then this is a userland question.
If n
Hi,
I created
https://issues.apache.org/jira/browse/CB-8448
A pull request is here:
https://github.com/apache/cordova-lib/pull/163
cheers
Axel
Don't know why Github fails to merge this.
Please do that. I did not find time to do it
Am 27.01.2015 08:23 schrieb "Piotr Zalewa" :
> Hi Axel
>
> I see it.
> I will file an issue if not filed yet
>
> W dniu 23/01/2015 o 20:25, Steven Gill pisze:
>
>> Hey Axel,
>>
>> It would be really helpful if you could file this as an issue and we can
vulcanize does not work when inline script depends on the order of the
scripts.
vulcanize just extracts all inline script and includes vulcanize.js at the
end of the html body
var B = A;
would not work because that becomes
// ReferenceError B is not defined
// var B = A;
2014-11-12
>
> On Tue, Nov 11, 2014 at 9:02 AM, Shazron wrote:
>
> > Have you considered plugin hooks?
> > I just implemented this yesterday to modify the root config.xml file:
> >
> >
> https://github.com/apache/cordova-plugins/blob/master/local-webserver/plugin.x
Hi,
if I remember correctly then this was discussed before but I can't find the
email exchange.
We are trying to use our cordova app on firefoxos and would like to modify
manifest.webapp which is a json file.
In plugin.xml we can only modify xml files using the config-file element.
What are you
Hi,
is this a glitch?
I am running 3.6.3-0.2.13 and get this output when trying to use browser as
a platform.
[echo] Adding platform: browser
[exec] npm http GET https://registry.npmjs.org/cordova-browser
[exec] npm http 200 https://registry.npmjs.org/cordova-browser
[exec] U
I created https://issues.apache.org/jira/browse/CB-7310 to track this.
2014-08-13 22:57 GMT+02:00 Axel Nennker :
> Good to know. Thanks.
> Am 13.08.2014 20:56 schrieb "Josh Soref" :
>
> Axel Nennker wrote:
>> >I am interested to implement the secure elemen
Good to know. Thanks.
Am 13.08.2014 20:56 schrieb "Josh Soref" :
> Axel Nennker wrote:
> >I am interested to implement the secure element API.
> >Mozilla is currently implementing it with our help for FFOS but I want it
> >for Android too. Blackberry shouldn&#
small library.
> >
> > My advice: when we want to write our first api that requires promises,
we
> > create a separate plugin just for the Promise polyfill. Then, any api
> that
> > requires Promises can depend on the polyfill plugin. We've been using
>
Hi,
newer W3C standards use Promises but I think that Promises are not
implemented in the WebViews Cordova currently uses.
Any advise on this? How should I implement a new W3C standard in Cordova?
Are there examples already?
kind regards
Axel
Hi,
when I do a "sudo npm install -g cordova" I still get 3.5.0-0.2.6
cheers
Axel
ignisvulpis@ubuntu:~$ npm view cordova
{ name: 'cordova',
description: 'Cordova command line interface tool',
'dist-tags': { latest: '3.5.0-0.2.6', rc: '3.5.0-0.2.4' },
versions:
[ '0.0.0-fake',
'0.
Typo in
Ubuntu: fix compler warnings
Axel
Am 08.08.2014 00:18 schrieb "Steven Gill" :
> Please review and send PRs for changes. I can also add you to the repo if
> you want to edit directly on github and not worry about the PR.
>
>
> https://github.com/cordova/apache-blog-posts/blob/master/2014-
Maybe in your case A and B should not inherit from CordovaActivity.
Put A in one plugin and B in another.
Use each plugin.xml to specify the intent-filter suitable for each activity.
Set the activities flags to nohistory etc.
If the intent-filter matches then the respective activity is started and
What do you mean with "blank splash"? Splash without src?
If yes then I consider this illegal anyway.
I tested these cases on Android:
- no splash in config.xml
- one default splash. No density.
- all densities that exist in project.
- one density (xhdpi)
All worked.
Axel
PS: I am traveling and
fixed
2014-07-16 20:29 GMT+02:00 VVelda :
> Github user VVelda commented on the pull request:
>
> https://github.com/apache/cordova-lib/pull/58#issuecomment-49206968
>
> Changes deletes also icons and splashscreen in new blank project,
> which is bad. That should not to be done, until is
signing info
>
>
> This is just off the top of my head.
>
> There are more in iOS as well (mostly the same ones, but others depending
> on features… like provisioning profiles, etc)
>
> Then there are the platforms outside the “big two”… plenty there.
>
> - tommy
>
>
I will put it back in although I do not know how it ever worked in Cordova
CLI.
Can someone please explain?
I thought that the former doc was outdated. There is no support in
blackberry10_parser.js
I will try the bb10 emulator.
Axel
Am 15.07.2014 08:38 schrieb "sgrebnov" :
> Github user sgrebnov
Could you please give a reason for your -1?
Am 15.07.2014 08:30 schrieb "jsoref" :
> Github user jsoref commented on the pull request:
>
> https://github.com/apache/cordova-docs/pull/220#issuecomment-48995182
>
> -1 don't commit this.
>
>
> ---
> If your project is set up for it, you can r
Because that content referred to Phonegap Build not Cordova.
Am 15.07.2014 08:19 schrieb "jsoref" :
> Github user jsoref commented on the pull request:
>
> https://github.com/apache/cordova-docs/pull/220#issuecomment-48994596
>
> Why is the BlackBerry 10 content being removed?
>
>
> ---
>
ure and rules the CLI gives you) and still
> be
> > efficient even if it's only one target platform.
> > What made you think that it is "better to change platform project
> > config.xml instead of whole project config.xml" should be clarified
> better
> >
Merge artefact.
Am 15.07.2014 03:46 schrieb "kamrik" :
> Github user kamrik commented on a diff in the pull request:
>
> https://github.com/apache/cordova-lib/pull/58#discussion_r14914123
>
> --- Diff: cordova-lib/src/cordova/metadata/android_parser.js ---
> @@ -42,6 +42,12 @@ module.e
the change was now. ;)
>
>
> From: Axel Nennker
> Sent: Sunday, July 13, 2014 11:17 AM
> To: dev
> Subject: Re: recent tools update, Splash screen support
>
>
> https://github.com/AxelNennker/cordova-docs/commit/a7b2f371c3d051a5a9d
My experience with Cordova (and other tools for that matter) is that it
makes no sense to change tool generated files.
If the tool is improved you do not benefit from this improvement because
your modified files will be changed by the new version.
If you change a tool generated file you are out.
Wh
...
2014-07-13 17:56 GMT+02:00 Ray Camden :
> There are 500+ files changed with this PR - can you point to any specific
> files that would be helpful?
>
> ________
> From: Axel Nennker
> Sent: Sunday, July 13, 2014 10:50 AM
> To: dev
>
A pull request is here:
https://github.com/apache/cordova-docs/pull/219
-Axel
2014-07-12 15:12 GMT+02:00 Ray Camden :
> Just raising this again - are there docs for this?
>
>
> From: Ray Camden
> Sent: Friday, July 11, 2014 5:46 AM
> To: dev@cordova.apa
s/ettigns/ettings/g
Am 10.07.2014 21:02 schrieb "sgrebnov" :
> GitHub user sgrebnov opened a pull request:
>
> https://github.com/apache/cordova-lib/pull/57
>
> CB-7118 iOS: add target-device and MinimumOSVersion support to
> config.xml
>
> https://issues.apache.org/jira/browse/CB-7118
Changes are here with the commit message referring to CB-2606
https://github.com/apache/cordova-lib/pull/30
2014-06-21 19:51 GMT+02:00 Axel Nennker :
> I am currently changing android_parser.js because of CB-3571 and moved the
> icon handling code into its own method. I would implemen
I am currently changing android_parser.js because of CB-3571 and moved the
icon handling code into its own method. I would implement this change and
mark these commits as CB-2606.
OK?
Axel
Am 21.06.2014 17:12 schrieb "Andrew Grieve" :
> Jan, I think the rationale here is sound. Are you interested
I ran jshint manually on the changed files and amended ConfigParser.js
which jshint complained about.
Axel
2014-06-20 22:06 GMT+02:00 Axel Nennker :
> I ran npm test but get a bunch of other errors. No idea what is wrong.
> Axel
>
> > npm run jasmine && npm run jshint
>
I ran npm test but get a bunch of other errors. No idea what is wrong.
Axel
> npm run jasmine && npm run jshint
> cordova-lib@0.21.4-dev jasmine /host/Cordova/cordova-lib/cordova-lib
> jasmine-node --color spec-plugman spec-cordova
...
Axel Nennker :
> Launcher icons are not part of the app. Please do not put them into www.
> Put them into project_dir. One above www. Use in
> config.xml and put Am 05.06.2014 12:12 schrieb "rohitagg28" :
>
> Github user rohitagg28 commented on the pull request:
>>
&
Launcher icons are not part of the app. Please do not put them into www.
Put them into project_dir. One above www. Use in
config.xml and put :
> Github user rohitagg28 commented on the pull request:
>
> https://github.com/apache/cordova-cli/pull/126#issuecomment-45202523
>
> Hi
> I am
Hi,
I think that the section about Android quirks is outdated:
https://github.com/apache/cordova-plugin-splashscreen/blob/master/doc/index.md
Because the time to show the splash screen is now handled here, right?
https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordo
No
Am 13.06.2014 09:13 schrieb "rohitagg28" :
> Github user rohitagg28 commented on the pull request:
>
> https://github.com/apache/cordova-cli/pull/126#issuecomment-45982246
>
> Hi I want to ask that can I add custom splashscreen to my project
> without making any changes in platforms fol
Rohit, please ask app developer questions on stackoverflow.
http://stackoverflow.com/search?q=cordova+splash
Issues and the dev list exist to discuss things related to cordova itself
not how to build an app. Unless cordova fails to work as documented.
http://cordova.apache.org/docs/en/3.5.0/config
We have plugins that register for a secure element element in Android.
>From the plugin.xml file:
The activity then starts the main cordova application (with or without
newintent
How did this happen anyway?
The comment in the file says that coho would update the version.
Why didn't it?
Am 20.05.2014 09:25 schrieb "Piotr Zalewa" :
> +1
>
> I've fixed the issue, please "revote"
>
>
>
> W dniu 20/05/2014 03:50, Carlos Santana pisze:
>
>> -1
>> Only problem is that version is
Hi,
I think here is an error
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/ConfigParser.js#L47
function findOrCreate(doc, name) {
var ret = doc.find(name);
if (!ret) {
ret = new et.Element(name);
doc.getroot().append(content);
}
return r
- The splash screen icons should not be included into the app if the app
does not use them.
Please either don't copy them into the project or delete them if they are
not needed.
- The screen.png s are crunched on Android with significant space savings
90%. The should be crunched in the template p
s ready to be tested
>
> Yes, number 2) is pretty bad, I'll submit fix for this shortly.
>
> - Original Message -
> From: "Axel Nennker"
> To: "dev"
> Sent: Tuesday, May 13, 2014 8:34:02 AM
> Subject: Re: 3.5.0 RC is ready to be tested
oops. Forget it. The new directories are there but do not contain icon.png
but screen.png.
So no problem with launcher icons. Sorry.
2014-05-11 21:08 GMT+02:00 Axel Nennker :
> cordova@rc contains new Cordova icons in new directories e.g
> drawable-land-ldpi that are not cove
Regarding 2):
prepare.js merges defaults.xml and config.xml which yields in duplicate
elements name and description.
This is a bug in cordova-lib, I think.
Axel
Am 13.05.2014 13:50 schrieb "Axel Nennker" :
> 1)
> I just installed 3.5.0-0.2.2 and the FirefoxOS icon PR is not in i
1)
I just installed 3.5.0-0.2.2 and the FirefoxOS icon PR is not in it.
Although it is in here:
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/metadata/firefoxos_parser.js
2)
Again on platform==firefoxos the values of config.name and
config.description in firefoxos_parse
x both claim
> FF support. It seems FF related code just was not merged. I can see it in
> the pull request, but it is not in cordova-lib.
>
>
> https://github.com/apache/cordova-cli/pull/166/files#diff-662d35f1b9303044be825d99c627ca6aR66
>
>
>
> Thx!
>
> Sergey
>
Hi Sergey,
somehow I thought that FirefoxOS was supported in the CB-2606 patches but
it is not in cordova@rc.
I created a PR to cordova-lib. https://github.com/apache/cordova-lib/pull/4
CB-2606 is closed. Should it be reopened or a new issue opened?
I am writing to you because two emails to dev d
cordova@rc contains new Cordova icons in new directories e.g
drawable-land-ldpi that are not covered by android_parser.js
Not sure what the matching elements icon width/heigth in config.xml should
be.
Anyway: support for these icons is currently missing.
Maybe android_parser.js should delete all
I closed PR #126 too.
https://github.com/apache/cordova-cli/pull/126
2014-04-29 19:30 GMT+02:00 sgrebnov :
> Github user sgrebnov commented on the pull request:
>
> https://github.com/apache/cordova-cli/pull/166#issuecomment-41706403
>
> Merged here, closing..
>
> https://github.com/apac
https://issues.apache.org/jira/browse/CB-2606 is now one year old.
Happy birthday!
Please merge
https://github.com/apache/cordova-cli/pull/166
Thanks Sergey. I want cb-2606 to be fixed and would be happy if either PR
is merged. I am sorry that I had not more time to cleanup the history in my
PR.
Thanks again.
I hope that a committer takes the time to review and merge it now that
ApacheCon is over.
Axel
Am 18.04.2014 00:16 schrieb "sgrebn
There is a pull request related to cb-2606 for cordoava-docs. Sorry can't
find the link to it on my phone. Sergey knows more I think.
Axel
https://github.com/apache/cordova-cli/pull/126
Am 14.04.2014 20:35 schrieb "Brian LeRoux" :
> Hey Jeremy: ah now I get you! I've cc'd the Cordova list to see
Hi,
what is the status of this work?
https://github.com/apache/cordova-browser
cheers
Axel
Is there a chance to get the cb-2606 patch for launcer icon support into a
release some time no too far?
Axel
Am 04.04.2014 10:01 schrieb "Steven Gill" :
> Please review and vote on the release of this cordova-cli, cordova-plugman
> and cordova-ios release.
>
> cordova-cli@3.4.1-0.1.0, cordova-pl
> > I'm with Andrew in favouring the element since it is consistent with
> > > plugin.xml.
> > >
> > > As it stands now getIcons doesn't return icon elements specified
> > > within platform. So the platform config will end up with an icon
> >
> > > My point is only that we should be consistent. If the platform element
> is
> > > used for preference, then why introduce an attribute which does the
> same
> > > thing for icon?
> > >
> > > Also, I've seen platform=, cdv:platform= and gap
thing for icon?
>
> Also, I've seen platform=, cdv:platform= and gap:platform= within the pull
> requests.
>
>
> On Thu, Apr 3, 2014 at 9:08 AM, Axel Nennker
> wrote:
>
> > Hi Jonathan,
> > considering how difficult is is to get this icon thing is I would l
Axel
2014-04-03 14:46 GMT+02:00 Jonathan Bond-Caron :
> On Thu Apr 3 05:06 AM, Axel Nennker wrote:
> > It is a shame that CB-2606 is unresolved this long. We should have
> something
> > rolled out soon.
> >
>
> +1, thoughts on splashscreens or other images?
>
>
>
ttps://github.com/apache/cordova-cli/pull/126/files
> [2]
>
> https://github.com/apache/cordova-cli/commit/45e80ac1b2c73a18155e74ac286067a4299742d8#diff-6e0c580ec9d220fc4b32a0ffd9b41595R151
>
>
>
> On Thu, Apr 3, 2014 at 5:06 AM, Axel Nennker
> wrote:
>
> > Bryan,
> > where is
> [3] https://github.com/apache/cordova-cli/pull/145/files
>
> Thx!
> Sergey
> -Original Message-
> From: Axel Nennker [mailto:ignisvul...@gmail.com]
> Sent: Thursday, April 3, 2014 1:06 PM
> To: dev
> Subject: Re: cordova launcher icon support
> https://github.com/apache
onfiguring_icons_and_splash.md.html#Icons%20and%20Splash%20Screens
> > [2]
> >
> https://github.com/apache/cordova-cli/pull/126/files#diff-45a2a0f22289a5eb91348499a5053cd8R170
> >
> > Thx!
> > Sergey
> > -Original Message-
> > From: Axel Nennker [
85542ce898317eb4f40
>
> Thx!
> Sergey
> -Original Message-
> From: Axel Nennker [mailto:ignisvul...@gmail.com]
> Sent: Thursday, March 27, 2014 7:53 PM
> To: dev
> Subject: Re: [GitHub] cordova-cli pull request: CB-2606 add icon support
>
> any comments on t
This pull request intentionally does not extend the w3c widget standard.
There is no cdv:platform nor gap:platform nor any XML namespace used.
Am 27.03.2014 18:01 schrieb "cmarcelk" :
> Github user cmarcelk commented on the pull request:
>
> https://github.com/apache/cordova-cli/pull/126#issu
any comments on this method/implementation?
Wishes for an alternative implementation?
I know that not all like the "guessing" part...
Axel
maybe this is liked by more of you?:
config.xml
// iconpath=some/path and iconname=icon.png
would lead to this pseudocode implementation on Android:
for
reen image? Does it belong to
> /config.XML or /config.XML (or both)?
>
> Thx!!
> Sergey
> -Original Message-
> From: Axel Nennker [mailto:ignisvul...@gmail.com]
> Sent: Tuesday, March 25, 2014 6:39 PM
> To: dev
> Subject: Re: config.xml parsing strategy
>
>
Its important to distinguish between /config.XML and
/config.XML
Launcher icon is in the first, app preferences in the second
Am 25.03.2014 15:32 schrieb "Sergey Grebnov (Akvelon)" <
v-seg...@microsoft.com>:
> Hi, adding more ppl to our discussion with @purplecabbage<
> https://github.com/purple
Rebased now. I will now repeat the changes on top of the new ConfigParser.js
I still have the plan to avoid namespace fiddling and other XML related
additions but I will probably not use too much of the magic stuff that I
suggested earlier.
Am 15.03.2014 13:48 schrieb "Axel Nennker" :
Will do that but it nicht take until tomorrow because I am traveling
Axel
Am 15.03.2014 12:17 schrieb "sgrebnov" :
> Github user sgrebnov commented on the pull request:
>
> https://github.com/apache/cordova-cli/pull/126#issuecomment-37723271
>
> @AxelNennker, could you please rebase your c
li?
>
> http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens
>
> Thx!
> Sergey
> -Original Message-
> From: Axel Nennker [mailto:ignisvul...@gmail.com]
> Sent: Saturday, February 22, 2014 1:44 AM
> To: dev
> Subject: Re: cordova launch
Just found this: chrome.runtime (Stable since Chrome 22.)
http://developer.chrome.com/extensions/runtime#method-getManifest
getManifest
object chrome.runtime.getManifest()
Returns details about the app or extension from the manifest. The object
returned is a serialization of the full manifest
fi
bbage
>> risingj.com
>>
>>
>> On Fri, Feb 28, 2014 at 3:14 PM, Brian LeRoux wrote:
>>
>>> So, before we go too much farther with this...what is the usecase? Could
>> a
>>> build step hook address the idea? (Eg write a file called config.jso
l
>
>
> [1]
>
> https://github.com/apache/cordova-ubuntu/blob/cd6b3d11b58f38932797f1f4130ce40f772bdcd5/main.cpp#L66
>
> Still completely manageable from JavaScript; IMHO
> just switch on cordova.platformId ...
>
> @purplecabbage
> risingj.com
>
>
> On Fri
ps
> >>> > > extend that one I linked) to include all config file values.
> >>> > >
> >>> > > Filed: https://issues.apache.org/jira/browse/CB-6139
> >>> > >
> >>> > > -Michal
> >>> > >
> >
at 3:39 PM, Andrew Grieve >wrote:
> >
> >> Certainly a reasonable thing to want to do, but there's no way currently
> >> short of writing a custom plugin, or a post-prepare hook.
> >>
> >>
> >>
> >> On Fri, Feb 28, 2014 at 3:34 PM, Axel N
;
> https://github.com/apache/cordova-labs/tree/cdvtest/cordova-plugin-appsettings
> > >
> > > I think he planned on proposing it for core but there was never really
> a
> > > reason for it. I guess now's a good time to get that going.
> >
want to do, but there's no way currently
> > short of writing a custom plugin, or a post-prepare hook.
> >
> >
> >
> > On Fri, Feb 28, 2014 at 3:34 PM, Axel Nennker
> > wrote:
> >
> > > Hi,
> > >
> > > I fear this is a stup
Hi,
I fear this is a stupid question but I could not find the answer in the
cordova docs or on the net or reading the source (Luke).
As an app developer and cordova user how do I get data from config.xml?
We want to add an "about" page to an cordova app and could not find a
simple javascript way
Isn't there a version of exec that takes the parameters as arguments and
handles the escaping?
Am 23.02.2014 21:00 schrieb "Sergey Grebnov (Akvelon)" <
v-seg...@microsoft.com>:
> Hi, could someone review and merge?
> https://issues.apache.org/jira/browse/CB-6091
> fix for windows8
> https://githu
://github.com/AxelNennker/cordova-cli/commit/890d6a64cdf459a389ba7104097f97603338b4e1
2014-02-21 22:43 GMT+01:00 Axel Nennker :
> there is a pull request that implements this gap: prefix and phonegap
> namespace stuff but this is Cordova and we have cdv: as prefix and another
> namespace:
ons%20and%20Splash%20Screens
> >
> .
>
>
>
>
> On Fri, Feb 21, 2014 at 11:24 AM, Axel Nennker >wrote:
>
> > What is your favorite explicit configuration?
> > Am 21.02.2014 16:49 schrieb "Brian LeRoux" :
> >
> > > As much as I'd like a single
Hi,
"platform add firefoxos" fails if config.xml in project but not in www.
config.xml moved to project_dir but firefoxos.js expects it in www and
fails.
Here is a pull request that looks for config.xml in project_dir first but
falls back to www if not found.
https://github.com/apache/cordova-p
getting there safely is
> zero magic and explicit configuration.
>
> Lame, I know.
>
>
> On Thu, Feb 20, 2014 at 1:07 AM, Axel Nennker
> wrote:
>
> > How about this strategy:
> >
> > project_dir/config.xml
> > - no new elements in config.xml like cdv:icon
> &g
Phonegap icon extensions or we wait for 4.0 to get
rid of config.xml.
Or we implement the "small step forward" (with it's restrictions) and wait
for 4.0 to get rid of config.xml.
-Axel
2014-02-21 15:48 GMT+01:00 Jonathan Bond-Caron :
> On Fri Feb 21 09:43 AM, Axel Nennker wro
nk my plan
works and would like to know what the group thinks about it.
Axel
Am 21.02.2014 15:23 schrieb "Jonathan Bond-Caron" :
> On Fri Feb 21 09:14 AM, Jonathan Bond-Caron wrote:
> > On Thu Feb 20 04:07 AM, Axel Nennker wrote:
> > > How about this strategy:
> >
a size is
there that is typical for that platform (72,144 for ios) then us only those
matching icons. Try to help developers.
-Axel
2014-02-13 9:56 GMT+01:00 Axel Nennker :
> The topic is reaching politics status...
>
> I think it is worth some effort to keep phonegap and cordova ali
/config.xml vs. /config.xml
/config.json could be used to generate e.g.
platforms/android/config.xml
or similar on platforms that need/prefer XML
Am 17.02.2014 20:33 schrieb "Jesse" :
>
> The config.xml file is currently read at launch on all platforms to decide
> what the start-page is, any pre
I would like to see CB-2606
https://issues.apache.org/jira/browse/CB-2606to be resolved soon.
Moving from config.xml to config.json or package.json is a breaking change
and rewards a major version number change.
I would like to see phonegap buyin for that too if possible.
2014-02-13 5:10 GMT+0
h e.g gap:density
> > for
> > > now. And ditch namespaces later.
> > >
> > > Axel
> > > Am 12.02.2014 22:38 schrieb "Andrew Grieve" :
> > >
> > > > On Tue, Feb 11, 2014 at 3:43 PM, Brian LeRoux wrote:
> > > >
> >
gt; On Tue, Feb 11, 2014 at 3:43 PM, Brian LeRoux 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
1 - 100 of 181 matches
Mail list logo
