] On Behalf Of Michal
Mocny
Sent: vendredi 6 décembre 2013 15:45
To: dev
Subject: Re: iOS webview size
320 sounds like the width of the first three generations of iphone
(though the height is not 240 but 480). Perhaps you are emulating an
older
device?
On Fri, Dec 6
,
supporting both workflows is important.
On 5 Dec 2013, at 6:13 am, Michal Mocny mmo...@chromium.org wrote:
Yes, there is no need to change the tools, which is why I like this
approach. I forgot to mention that part :P
I did not think we previously discussed supplying both config files
One of the suggestions in the past that I liked was to add console as a
dependancy to the default app template, so (at least for the cli) it gets
automatically installed but can be manually removed.
Whatever we do, I would not like to see it added directly to the platform,
as that would make it
progress towards the great goal of being able to safely
.gitignore the platforms make me feel warm and fuzzy. ;)
On 4 Dec 2013, at 7:09 am, Michal Mocny mmo...@chromium.org wrote:
Tommy, absolutely the default should remain *, as I said.
But I hope we can agree that it should also
Just to be clear: there are costs involved with using the console plugin.
Aside from performance, which is likely negligible, it misreports line
numbers since the call to the actual native console.log comes from within
the plugin's wrapper. If you are using safari remote inspector to debug
uses
defaults.xml where available, and config.xml where not. Platform scripts
use config.xml always.
I don't think any (many?) Changes to the tools will be necessary to support
this.
Braden
On Dec 4, 2013 8:25 AM, Michal Mocny mmo...@chromium.org wrote:
Alright, Andrew and I discussed
On Wed, Dec 4, 2013 at 2:54 PM, David Kemp drk...@google.com wrote:
You can definitely do an automated build on demand, but the interesting
part is specifying exactly what to build.
Currently a build is made up of a bunch of repos at one tag, and some other
repos at another tag.
We would
Hey these are very interesting stats, thanks for summarizing them Marcel.
On Tue, Dec 3, 2013 at 11:54 AM, Marcel Kinard cmarc...@gmail.com wrote:
I stumbled into gs.statcounter.com, and poked at the mobile os data
there. It really hit me how there is tremendous variation of device OS
market
to...@devgeeks.org wrote:
Please don't go back to when every new dev had to struggle with the Google
group or irc to find out why their ajax requests didn't work.
There was a hge discussion at the time that we chose to default to *
On 04/12/2013 6:03 am, Michal Mocny mmo...@chromium.org wrote
If everyone is responsible for reviews, no one is. If you want your stuff
reviewed and landed, its best to find a specific person to do it. If you
are working on stuff others are interested in, this is usually not
difficult to do (or heck, they come without asking). If you aren't, you
may find
Glad to have you, Josh!
On Mon, Dec 2, 2013 at 2:27 PM, James Jong wjamesj...@gmail.com wrote:
nice work Josh! and a belated welcome :-)
-James Jong
On Dec 2, 2013, at 11:11 AM, Josh Soref jso...@blackberry.com wrote:
Hello,
As people have probably noticed, I’m one of the BlackBerry
Mark was kind enough to fix this for us. We should mark the JIRA as
resolved. (Actually he used your suggestion Brian, check to make sure you
can run java -version, thats it ;)
commit 2f66ec60db8749bc442095560d5713b7bb718527
Author: Mark Koudritsky kam...@chromium.org
Date: Wed Nov 27
PM, Michal Mocny mmo...@chromium.org
wrote:
Mark was kind enough to fix this for us. We should mark the JIRA as
resolved. (Actually he used your suggestion Brian, check to make sure
you
can run java -version, thats it ;)
commit 2f66ec60db8749bc442095560d5713b7bb718527
Author
on 3.2.0-0.2.0, which would put them in a bad state.
[1]
https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;a=commit;h=f7a35b3ca8a8b787fbbe01aebed286802451b64a
On Thu, Nov 28, 2013 at 10:52 AM, Andrew Grieve agri...@chromium.org
wrote:
On Thu, Nov 28, 2013 at 10:05 AM, Michal Mocny
it out this afternoon if there are no objections.
On Fri, Nov 29, 2013 at 9:30 AM, Michal Mocny mmo...@chromium.org
wrote:
It landed, sorry I forgot to close the issue.
(cordova-android 42f4d49fc30ca37fb22309b92f104c2336f70c3f)
On Fri, Nov 29, 2013 at 8:46 AM, Bryan Higgins br
have you done npm adduser ? I cannot find your account name
On Fri, Nov 29, 2013 at 1:27 PM, Bryan Higgins br...@bryanhiggins.netwrote:
Yes, please
On Fri, Nov 29, 2013 at 1:26 PM, Michal Mocny mmo...@chromium.org wrote:
Using br...@bryanhiggins.net ?
On Fri, Nov 29, 2013 at 1:21
Done!
On Fri, Nov 29, 2013 at 1:31 PM, Bryan Higgins br...@bryanhiggins.netwrote:
bhiggins, which I just added
On Fri, Nov 29, 2013 at 1:28 PM, Michal Mocny mmo...@chromium.org wrote:
have you done npm adduser ? I cannot find your account name
On Fri, Nov 29, 2013 at 1:27 PM
I agree, rip it out. I'd love to see a plugin for editing EXIF data using
this code as a starting point perhaps, but I can't see how what we have now
is a good default.
-Michal
On Fri, Nov 29, 2013 at 1:25 PM, Andrew Grieve agri...@chromium.org wrote:
On iOS, the Camera API has an
/android_parser.js 535d5b2
Diff: https://reviews.apache.org/r/15889/diff/
Testing
---
Thanks,
Michal Mocny
asap.
- Michal Mocny
On Nov. 28, 2013, 2:53 p.m., Michal Mocny wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/15889
If we are going to land another CLI point release, I suggest we wait for
CB-5338 as well to properly fix the android API version bump to 18 as we
planned for 3.2. That should land soon/today.
-Michal
On Thu, Nov 28, 2013 at 10:00 AM, Bryan Higgins br...@bryanhiggins.netwrote:
This update
to be
honest about the constraints of the environment.
On Thu, Nov 28, 2013 at 10:22 AM, Andrew Grieve agri...@chromium.orgwrote:
You can actually use C++ OpenGL ES2 via a nacl plugin within chrome
packaged apps.
On Tue, Nov 26, 2013 at 8:59 PM, Michal Mocny mmo...@chromium.org wrote:
Instead
Jesse, would you be able to confirm the fix?
On Thu, Nov 28, 2013 at 12:00 PM, Mark Koudritsky kam...@gmail.com wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/15914/
Okay, Mark has put up a patch which fixes the issue, and Jesse was nice
enough confirm the fix, so I'm going to land them again. Head up, I guess.
https://reviews.apache.org/r/15914/
-Michal
On Wed, Nov 27, 2013 at 4:39 PM, Braden Shepherdson bra...@chromium.orgwrote:
Revert them out if you
Would be nice to change scripts to check for = target-level instead of
exactly ==. I currently just re-installed my android SDK locally with only
4.4 (API 19), and now fail to create a project with CLI since it isnt
exactly the version we look for.
Since there won't be another android release
to =.
On Wed, Nov 27, 2013 at 11:43 AM, Michal Mocny mmo...@chromium.org
wrote:
Would be nice to change scripts to check for = target-level instead of
exactly ==. I currently just re-installed my android SDK locally with
only
4.4 (API 19), and now fail to create a project with CLI since it isnt
it to 19 now. You just change project.properties to do
this on Android. :)
On Wed, Nov 27, 2013 at 11:59 AM, Michal Mocny mmo...@chromium.org
wrote:
Ah, indeed. CLI has hard coded req on 17 in
module.exports.check_requirements in android_parser.js. That needs to
change especially
---
.
Diffs
-
src/metadata/android_parser.js 535d5b2
Diff: https://reviews.apache.org/r/15889/diff/
Testing
---
Thanks,
Michal Mocny
https://reviews.apache.org/r/15889/
On Wed, Nov 27, 2013 at 4:38 PM, Michal Mocny mmo...@chromium.org wrote:
But the file warns that its auto-generated and shouldn't be edited ;)
I've got a patch for this. Seems of the other platforms were already
doing it right. Reviewboard incoming
It seems that all the platform scripts do something subtly different.
Some of them do support custom platform paths, others don't, etc. It seems
like something we could easily consolidate.
On Wed, Nov 27, 2013 at 4:51 PM, Michal Mocny mmo...@chromium.org wrote:
https://reviews.apache.org/r
..
- Michal Mocny
On Nov. 27, 2013, 9:51 p.m., Michal Mocny wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/15889/
---
(Updated Nov
I think the conclusion was that cordova-plugins are just *not* included in
plugin releases.
On Wed, Nov 27, 2013 at 11:32 PM, Andrew Grieve agri...@chromium.orgwrote:
Back to the original question - we should specify how cordova-plugins
should be included in plugin releases.
Really, the
On Tue, Nov 26, 2013 at 1:30 AM, Jan Becicka jan.beci...@oracle.com wrote:
On 25 Nov 2013, at 19:48, Michal Mocny mmo...@chromium.org wrote:
You have to explicitly enable remote debugging for kitkat chrome-based
webview:
https://developers.google.com/chrome-developer-tools/docs/remote
In the meantime, could we publish the tags we expect to expose, so plugin
releases can start including them?
-micahl
On Tue, Nov 26, 2013 at 2:06 PM, Steven Gill stevengil...@gmail.com wrote:
Joni will be sharing some mockups soon of how the new site for some
feedback. I will begin
Instead of going with CEF, have you evaluated using just regular Chrome
Packaged Apps as the target platform? It would mean a certain limit to
flexibility (you cannot extend the browser with arbitrary C++ code), but
you would leverage a tremendous amount of effort already put forth by
Chrome team
not changed.
@purplecabbage
risingj.com
On Fri, Nov 22, 2013 at 6:36 PM, Michal Mocny mmo...@chromium.org wrote:
I don't understand, whats the problem? I thought you publish plugins by
git-repo subdir hash -- so multiple plugins makes no difference.
The master dev branch deal
You have to explicitly enable remote debugging for kitkat chrome-based
webview:
https://developers.google.com/chrome-developer-tools/docs/remote-debugging#debugging-webviews
Existing cordova platforms do not do this. I think it would be a good
preference to add for the android platform for 3.3,
(..And my reply.)
On Mon, Nov 25, 2013 at 11:16 AM, Michal Mocny mmo...@chromium.org wrote:
Okay, I agree with you, this is difficult and poorly documented. This is
something we in mobile-chrome-apps team are annoyed with right as we
prepare to advocate cordova to chrome app devs more
?
In was not aware of any way in the CLI workflow to avoid going into Xcode
(in the case of iOS), or typing 'ant release' (after setting up your
release keys) in the case of Android.
BB10 does have flags... But the others? Have I missed something?
On 23/11/2013 5:19 AM, Michal Mocny mmo...@chromium.org
per plugin; we have way too many repos already, and this
cordova-plugins repo is intended to be the catchall place for small and
experimental plugins.
Braden
On Mon, Nov 25, 2013 at 11:05 AM, Michal Mocny mmo...@chromium.org
wrote:
Would that only be true if you shared
On Thu, Nov 21, 2013 at 1:00 PM, Ian Clelland iclell...@chromium.orgwrote:
On Thu, Nov 21, 2013 at 2:56 PM, Joe Bowser bows...@gmail.com wrote:
On Thu, Nov 21, 2013 at 11:37 AM, Ian Clelland iclell...@chromium.org
wrote:
Would it make sense to have a build flag for this? cordova build
I don't understand, whats the problem? I thought you publish plugins by
git-repo subdir hash -- so multiple plugins makes no difference.
The master dev branch deal was to do with cordova-3.0 users that did not
support plugin repo install from !master branch, right? But none of these
plugins
On Mon, Nov 18, 2013 at 3:27 AM, Sergey Grebnov (Akvelon)
v-seg...@microsoft.com wrote:
Hi!
#1 - Where I can find meetup schedule?
We don't have a calendar for these, we just periodically schedule one on
these lists. Usually a few weeks in advance with ample notice.
#2 - Was this meetup
in
the
main Overview Guide. I'll get started but will continue to monitor
this
thread.
On Mon, Oct 21, 2013 at 10:01 AM, Michal Mocny
mmo...@chromium.org
wrote:
(Okay, this thread at high risk of bikeshedding, just going to
mention
that
;) But I do
When Ian is done with his changes, even if we gave it a new name, almost
certainly in practice we would stop supporting the old one. Just because
no one would want to put the effort into the old version any more, doubly
so because of the poor current state of those plugins and how much better
Hmm, sounds pretty un-intrusive. Ship it!
We should probably schedule a whole hack-a-thon for figuring out the future
of config files. Maybe at our next face-to-face meetup, or just schedule a
hangout in the new year?
-Michal
On Fri, Nov 15, 2013 at 12:29 PM, Anis KADRI anis.ka...@gmail.com
On Fri, Nov 15, 2013 at 4:25 PM, Jonathan Bond-Caron
jbo...@gdesolutions.com wrote:
On Fri Nov 15 11:29 AM, Braden Shepherdson wrote:
I propose three things:
1. Punt all discussion of overhauling configuration files to the new
year.
2. Drop my proposals above, as well as the summary Anis
.
On Wed, Nov 13, 2013 at 6:40 PM, Michal Mocny mmo...@chromium.org wrote:
- platforms/'s have defaults.xml and the final config.xml
- ~/.cordova/...
- ~/.plugman/config
Welcome to our world.
On Wed, Nov 13, 2013 at 5:45 PM, Steven Gill stevengil...@gmail.com
wrote:
each plugin
Yes, there are valid js-module-only plugins. Some reasons why it is useful
to have them bundled as cordova plugins even if they could have been
shipped as js libraries, is that (a) they can be set as plugin dependencies
with support for de-duplication,, (b) some plugins have native code only on
a
the ./plugins/*.json files.
Braden
On Thu, Nov 14, 2013 at 9:19 AM, Michal Mocny mmo...@chromium.org
wrote:
;) http://xkcd.com/927/
Some more data:
- I've heard discussed before that ./plugins/*.json should be moved
in
to
.cordova/config.json, it just
plugin.xml is where *plugin authors* define metadata. A user shouldn't be
looking there at all, unless for curiosity, and certainly not making edits
unless they are taking over the role of plugin author.
And plugin.xml's are only used for plugin install cli prepare. They are
not available to
Gorkem found a way to shim that into feature tag, afterall).
-Michal
On Thu, Nov 14, 2013 at 9:45 PM, Brian LeRoux b...@brian.io wrote:
So would a plugin author not be the one to define a mapping? Seems
gratuitous for a userland feature.
On Nov 14, 2013 6:41 PM, Michal Mocny mmo
On Thu, Nov 14, 2013 at 10:22 PM, Andrew Grieve agri...@chromium.orgwrote:
On Thu, Nov 14, 2013 at 5:14 PM, Anis KADRI anis.ka...@gmail.com wrote:
So...
We just had a good chat about this topic with Braden and Gorkem and we
think that adding params to the existing feature tag is better
From https://github.com/node-inspector/node-inspector README:
Overview
Node Inspector is a debugger interface for node.js using the Blink
Developer Tools (former WebKit Web Inspector).
Basically it lets you use the same JavaScript developer tools built in to
chrome that you would use to debug a
I'm not sure I said anything the official docs don't say better, but I
don't mind putting it in as a short overview. Since you did the writeup
feel free to insert where you think is best (just fix my typos ;).
-Michal
On Wed, Nov 13, 2013 at 10:11 AM, Josh Soref jso...@blackberry.com wrote:
-javascript-debugger-for-chrome-and-nodejs/
On Wed, Nov 13, 2013 at 11:04 AM, Michal Mocny mmo...@chromium.org
wrote:
I'm not sure I said anything the official docs don't say better, but I
don't mind putting it in as a short overview. Since you did the writeup
feel free to insert where you
Yes, there is a bug that the media download is happening on the main ui
thread. You should be seeing a native warning message (see
https://issues.apache.org/jira/browse/CB-4133) about this.
I've not found a bug filed specifically for this yet, so filed here:
this to move the download off-the-ui thread you will need to
update your code to call mediaPlayer.play() from the success callback.
On Wed, Nov 13, 2013 at 2:29 PM, Michal Mocny mmo...@chromium.org wrote:
Yes, there is a bug that the media download is happening on the main ui
thread. You should
it using the Media API.
On Wed, Nov 13, 2013 at 11:31 AM, Michal Mocny mmo...@chromium.org
wrote:
And for what its worth, the exec bright is now async, so its likely that
js
execution is not actually blocked, but rather safari remote inspector is
not showing output which the app UI thread blocked
- platforms/'s have defaults.xml and the final config.xml
- ~/.cordova/...
- ~/.plugman/config
Welcome to our world.
On Wed, Nov 13, 2013 at 5:45 PM, Steven Gill stevengil...@gmail.com wrote:
each plugin has plugin.xml.
On Wed, Nov 13, 2013 at 2:36 PM, Brian LeRoux b...@brian.io wrote:
Yes, the you have the steps right, but plugin releases are not directly
tied to platform releases, aka not cadance versioned.
In theory that means that you don't have to upgrade plugins when you
upgrade platforms. It is very unlikely that a platform release would break
installed plugins unless
for these custom URLs.
+1 async API since some platforms will need to use exec() to implement.
On Wed, Nov 6, 2013 at 2:30 PM, Michal Mocny mmo...@chromium.org
wrote:
I think perhaps the motivation here is being lost in the sea of
details.
Let me attempt to decompose the motivation
I think perhaps the motivation here is being lost in the sea of details.
Let me attempt to decompose the motivation into very few words (please
correct me Ian):
* We desire a way for apps to access to the idiosyncrasies of the various
platforms -- their media storage, document storage, etc
*
Witam Zygmunt!
Are you interested in a particular platform (android / ios / bb10 / windows
phone / firefoxos)?
Or, perhaps you want to learn and improve our workflow tooling
(cordova-cli, plugman, or writing some user-land scripts for generating
plugins etc)
Or, maybe you want to help with our
I see nothing.
I tried emailing to the list last week without success. Shared it on with
everyone I found on G+ instead, so just distribute that amongst the team.
-Michal
On Mon, Nov 4, 2013 at 11:48 AM, Carlos Santana csantan...@gmail.comwrote:
Was awesome to meet some of the Cordova guys
-PyFddnp1evJ3k108SKnp4dcGoiKxCernezjYgBgjTViKuQhDCrePje0hS8PkoRmM_bDi9Wyr5_q5bOxs4Y99HP050ac2n1DMoLkf5q3wQ1gpYtS0dt=1383593016613uob=8
On Mon, Nov 4, 2013 at 10:23 AM, Michal Mocny mmo...@chromium.org wrote:
I see nothing.
I tried emailing to the list last week without success. Shared it on
with
everyone I found on G
Easier to read and catching errors that had gone undetected for a long time?
Sounds like a ringing endorsement to me ;)
On Mon, Nov 4, 2013 at 2:34 PM, Ian Clelland iclell...@google.com wrote:
So I've *just* completed rewriting all 105 File API tests to the new
(Jasmine 2) style. They're
about.
/me shrugs
One big repo to rule them all has created more problems than perceived
benifits in our past experience so maybe I'm just allergic.
On Saturday, October 19, 2013, Michal Mocny wrote:
Anis, when we were first ripping out the plugins getting ready for 3.0
we
Me too! Seems we have read-only access to this one somehow. Seems our bug
reporters are getting nasty :)
On Fri, Nov 1, 2013 at 7:40 PM, Shazron shaz...@gmail.com wrote:
https://issues.apache.org/jira/browse/CB-4948
I can't seem to see the Resolve Issue toolbar button. Is anyone else
seeing
KADRI anis.ka...@gmail.com wrote:
I ported the contacts plugin [1] to the new style and I found the
process to be more or less straightforward. I also kept the eval in
there but there might be a better way ?
[1] http://goo.gl/uhnwtz
On Wed, Oct 30, 2013 at 3:42 PM, Michal Mocny mmo
https://developers.google.com/chrome/mobile/docs/webview/overview
Also, Remote Debugging on Android:
https://developers.google.com/chrome-developer-tools/docs/remote-debugging
On Thu, Oct 31, 2013 at 10:37 PM, Joe Bowser bows...@gmail.com wrote:
On Thu, Oct 31, 2013 at 10:24 PM, Ian Clelland iclell...@google.com
wrote:
Joe -- I'm not sure what you mean -- it's definitely mentioned on
http://developer.android.com/about/versions/kitkat.html -- was there a
more
, Archana na...@lab126.com wrote:
Hi, Guys
While on this topic, I have a question: how do I test individual plug-in?
Where is the this jasmine version specified?
Thanks
Archana
On 10/30/13 7:26 AM, Michal Mocny mmo...@chromium.org wrote:
Here are some links to jasmine-2 docs since its
cases timing out. I am pretty new
to cordova and still in learning phase. :) I am trying to understand these
failures. Interestingly they pass on 3.0.x version.
Archana
From: Michal Mocny mmo...@chromium.org
Date: Wednesday, October 30, 2013 10:27 AM
To: Naik, Archana na...@lab126.com
Cc
The way we define dependencies is the problem. The plugin author is
currently responsible for defining explicitly the location of the plugin to
fetch, instead of just the idversion and letting the system do its job.
Andrew had a proposal in the past for a simple form of local plugin
repository
the tests for whichever plugin happens to be
installed however/wherever it was installed from.
-Michal
On Wed, Oct 30, 2013 at 3:47 PM, Michal Mocny mmo...@chromium.org wrote:
The way we define dependencies is the problem. The plugin author is
currently responsible for defining explicitly
to give it a try.
The commit that fixed the problem was about midnight, about an hour
before
Michal checked it.
David
On Tue, Oct 29, 2013 at 1:10 AM, Michal Mocny mmo...@chromium.org
wrote:
Just pulled latest cli/plugman to check that the version numbers
deps
I wanted to work on testing. Specifically, moving tests out of mobile-spec
and into plugins, converted to jasmine 2, and moving the CordovaTests app I
started to cordova-labs and go from there. Lets see how many work items
there are tomorrow, this looks like a great list.
-Michal
On Mon, Oct
+1 to suggestion for adding it as arg to cordova platform add.
Could it be as simple as:
cordova platform add path/to/platform/type ?
-Michal
On Mon, Oct 28, 2013 at 1:56 PM, Ian Clelland iclell...@chromium.orgwrote:
To be clear, as Michal said, the `cordova` CLI tool *does not* support
Great that we cleared this up.
FWIW, there *is* already an issue for it (
https://issues.apache.org/jira/browse/CB-4153) and I linked it in my
original reply. Its about replacing the initial www/ template, and you can
do this today with a roundabout way by supplying a config into the
itself (inspect cordova-device or
something) or by some external file that describes expected results.
I would generally rather see it done explicitly in the test.
On Mon, Oct 28, 2013 at 10:10 AM, Michal Mocny mmo...@chromium.org
wrote:
Some test frameworks just have an expectFailure, so
If you are using both versions off master, why are you getting that error
message?
Seems it may happen if using master CLI and running npm install without
linking plugman first?
On Mon, Oct 28, 2013 at 9:52 PM, Steven Gill stevengil...@gmail.com wrote:
That is because I pushed plugman + cli
Just pulled latest cli/plugman to check that the version numbers deps,
and seems that they are. So im guessing its a tooling version mismatch on
the CI machine (using dev cli with released plugman).
-Michal
On Tue, Oct 29, 2013 at 12:57 AM, Michal Mocny mmo...@chromium.org wrote:
If you
Of Michal
Mocny
Sent: Saturday, October 26, 2013 4:12 AM
To: dev
Subject: Re: Mobile spec tests and exclusion list
Auto tests should run automatically without intervention. If user actions
is needed for test to pass, we should call that something different (manual
tests have been used).
I think
When you run create from cli, you aren't adding any platforms, and you
would need to specify an override for each platform.
This can be accomplished by editing your .cordova/config.json file after
running cordova create, or by calling cordova.config(...) from node. This
should be documented, and
Auto tests should run automatically without intervention. If user actions
is needed for test to pass, we should call that something different (manual
tests have been used).
I think some varient of #3 is fine, this isn't a common problem. I
wouldn't even test for Medic specifically, since I want
On Wed, Oct 23, 2013 at 1:52 PM, Shazron shaz...@gmail.com wrote:
I like the Spanish + Canadian thing. Or using obscure Canadian towns
like Saint-Louis-du-Ha! Ha!, QC (
http://en.wikipedia.org/wiki/Saint-Louis-du-Ha!_Ha!) LOL
Heh, thats hilarious. I passed by Lac Ha! Ha! in QC this summer
, Michal Mocny mmo...@chromium.org
wrote:
On Wed, Oct 23, 2013 at 1:52 PM, Shazron shaz...@gmail.com wrote:
I like the Spanish + Canadian thing. Or using obscure Canadian towns
like Saint-Louis-du-Ha! Ha!, QC (
http://en.wikipedia.org/wiki/Saint-Louis-du-Ha!_Ha!) LOL
I have no objection, but am curious what the motivation for upgrade is?
Just pushing to latest version, or is there some feature you want (I ask
because I'm evaluating jasmine-2.x and I'm curious about the direction
jasmine-node seems to be going).
-Michal
On Mon, Oct 21, 2013 at 10:35 PM,
and jasmine-node, it
looks like jasmine-node picks up latest jasmine version pretty quickly.
It's a minor thing anyway, I will leave it at 1.8.x then.
--Carlos
On Tue, Oct 22, 2013 at 9:25 AM, Michal Mocny mmo...@chromium.org wrote:
I have no objection, but am curious what the motivation
*
At least I had a weird problem with my jasmine-node global install nvm
I'm using nvm for node (ability to test different versions of node)
jasmine-node --version return 1.10.2, but `which jasmine-node`
--version return 1.11.0
--Carlos
On Tue, Oct 22, 2013 at 10:48 AM, Michal Mocny mmo
suggestions!
Anis suggested picking to arbitrary names that don't reflect the
workflows
but would be easy to refer to.
On Fri, Oct 18, 2013 at 12:41 PM, Michal Mocny mmo...@chromium.org
wrote:
I use the IDE with the CLI and hope to make it better.
In my mind, the old
a plugin or not. Although information such as keywords does
not
seem
like important it becomes quite useful when you are trying to find
a
certain plugin.
--
Gorkem
On Fri, Oct 18, 2013 at 1:12 PM, Michal Mocny mmo...@chromium.org
wrote:
+1 to repo / issue / website
, or to visit plugins.cordova.io? Is
the list the same? Maybe expand on that.
/www/_posts/2013-10-21-cordova-registry.md
https://reviews.apache.org/r/14757/#comment53065
app developers - you, their - your, imho
access - use
- Michal Mocny
On Oct. 18, 2013, 7:59 p.m., Max Woghiren
of
the
workflow discussion can fit into the Development Paths section in
the
main Overview Guide. I'll get started but will continue to monitor
this
thread.
On Mon, Oct 21, 2013 at 10:01 AM, Michal Mocny mmo...@chromium.org
wrote:
(Okay, this thread at high risk
We've discussed adding dependancy to app's config.xml, but its
interesting that you intend to have that work during build/prepare step.
Previously I think this was discussed in terms of cordova create only,
which wouldn't satisfy your use case. I think your use case is quite
valid, but now im
to use them if one is found. If none is found then it adds the
plugin.
Updating plugins during create/prepare would be a good start.
Plugins could be removed when the subdirs of the plugins directory and the
dependency elements indicate it.
Axel
Am 21.10.2013 20:35 schrieb Michal Mocny mmo
(and
predefined constants) -- iOS to start
On Fri, Oct 18, 2013 at 11:46 AM, Michal Mocny mmo...@chromium.org
wrote:
Sure we can debate the exact interface when it comes to it. Could use
predefined constants instead of strings to help with
typing/discoverability
+1 to metadata for repo location.
However, I'm still not 100% why these plugins should live in the platform
repo? Its just an arbitrary container, right? I think the fact thats its
a plugin is more relevant than the fact that they only support ios. If
cordova-labs doesn't feel right, then why
+1 to repo / issue / website / docs etc metadata
-1 *for now* to dependencies at specific versions, and testing related
changes like mode, just because its not clear what the right solution to
these problems is. We do need to address it, but those topics will likely
move to separate discussions.
701 - 800 of 1168 matches
Mail list logo
