On Wed, Sep 4, 2013 at 5:39 PM, Michal Mocny mmo...@chromium.org wrote:
On Wed, Sep 4, 2013 at 3:18 PM, Andrew Grieve agri...@chromium.orgwrote:
On Wed, Sep 4, 2013 at 3:15 PM, Andrew Grieve agri...@chromium.org
wrote:
On Wed, Sep 4, 2013 at 2:51 PM, Andrew Grieve agri
I don't really think we need this feature:
(1) We already have plugin's which support dependencies. Combined with the
plugin repository, this means your alias feature is equivalent to creating
a do-nothing plugin that specifies its dependencies.
(2) Also, we will soon have a way to specify
I do like the idea of a `plugin watch` command, but I think we need to
consider a few points:
Our current plan for plugin upgrade is to plugin rm plugin add. So,
we need an keep immutable copy of the original plugin as it was during
install time in order to uninstall correctly (thought: maybe
Wildshot: localhost:4400/ripple ?
On Tue, Sep 3, 2013 at 12:08 PM, Ray Camden rayca...@adobe.com wrote:
Ok, forgive me if I did something stupid here.
I cloned https://github.com/apache/incubator-ripple/tree/cordova-3.0. I
did configure, jake, and then in Chrome I installed the unpacked
+1 for option #2
On Tue, Sep 3, 2013 at 12:21 PM, Andrew Grieve agri...@chromium.org wrote:
For repos that use SemVer, there are two options:
1. Update the version number at the time that the change is made
2. Update the version number only when doing a release.
Right now, #2 is what I've
I like it, but I would stress that this is at most once per week, not
necessarily every week. It should be fine to just skip a week if nothing
interesting landed.
On Tue, Sep 3, 2013 at 12:30 PM, Andrew Grieve agri...@chromium.org wrote:
We talked a bit about how frequent to release plugins /
If I understand correct, these tags aren't going to be used by npm, just
make it easier for us to map npm releases to git hash's?
Sounds fine, but hoping these stay well lined up over time.
On Tue, Sep 3, 2013 at 12:33 PM, Andrew Grieve agri...@chromium.org wrote:
Right now CLI plugman don't
For Strategy page:
RE: Weekly Releases -- do we skip a release if there is nothing significant
to push, or do we release so long as there is at least one patch?
RE: Cadence Releases -- These releases include: platform repos,
cordova-js, mobile-spec, cordova-docs, cordova-cli, cordova-plugman --
Volunteer maps well to hows its been done implicitly. If you cannot take a
given week, find a sensible replacement.
Rotation among willing folks makes some sense in terms of passing down of
knowledge.
-Michal
On Tue, Sep 3, 2013 at 12:51 PM, Andrew Grieve agri...@chromium.org wrote:
I
I think we've had that feature request before (specifically referring to
iOS console Logger plugin, being an optional dependency of the platform).
I don't think its been implemented, and I cannot find a JIRA issue, so
filed: CB-4735
-Michal
On Tue, Sep 3, 2013 at 2:56 PM, Jonathan Bond-Caron
Sounds reasonable to me.
Conceptually, I'm not sure why the syntax for (2) shouldn't do what you
request when the url for the original plugin was a local path? Maybe just
a bug?
-Michal
On Tue, Sep 3, 2013 at 9:38 PM, Jeffrey Heifetz jheif...@blackberry.comwrote:
We were working on a
, Michal Mocny mmo...@chromium.org wrote:
Sounds reasonable to me.
Conceptually, I'm not sure why the syntax for (2) shouldn't do what you
request when the url for the original plugin was a local path? Maybe just
a bug?
-Michal
On Tue, Sep 3, 2013 at 9:38 PM, Jeffrey Heifetz
jheif
to
set the path)
E.g.: path=../B is always a relative fs path. If the current plugin is
from git, then be careful not to go above the git root.
On Tue, Sep 3, 2013 at 10:27 PM, Michal Mocny mmo...@chromium.org wrote:
Mulling this over a bit, I think I would like a solution for specifying
I am interpreting your concern in two different ways, so I'll clarify my
assumption and answer both:
--
Interpretation (1): You want to develop a new plugin, and find it hard to
find the right files to track inside a cli created workspace.
If you want to develop some feature or
Meh, its almost time for Free Beer Fridays, anyway ;)
-Michal
On Fri, Aug 30, 2013 at 3:04 PM, Gord Tanner gtan...@gmail.com wrote:
Oh that is low Michal ;)
Don't make me walk the 2 blocks to break my foot off in your ass.
On Fri, Aug 30, 2013 at 2:58 PM, Michal Mocny mmo...@chromium.org
Bah! Nonsense! Inconceivable!
You will be missed, Fil, but do have fun in your new adventure.
Also, speak up more often than Gord here on this lists, will ya? ;)
-Michal
On Fri, Aug 30, 2013 at 2:50 PM, Max Woghiren m...@chromium.org wrote:
Best of luck, Fil!
On Fri, Aug 30, 2013 at
FYI: This was a quick whiteboard discussion this morning that started with
why do I need to modify the platform config just to update my
application's name, and sorta spiraled into an interesting idea to
potentially solve this problem once and for all.
Trying to make sure we haven't missed
supporting platforms/ as generated content (aka build artifact) is
certainly an ultimate goal, but only for the CLI workflow, and even then we
would love to suport fallback to sane actions when users don't see it that
way and do modify platforms/.
Second, a single config.xml shared for all
config.xml (1
per platform would be fine) and have defaults for what is not specified
there. The user specified config.xml takes precedence. So when I upgrade,
I just need to copy over the config.xml.
-James Jong
On Aug 28, 2013, at 2:56 PM, Michal Mocny mmo...@chromium.org wrote
points. I don't think we should be bumping for
every single commit.
-James Jong
On Aug 22, 2013, at 1:48 PM, Michal Mocny mmo...@chromium.org wrote:
I'm concerned about who decides when to bump semver version numbers for
plugins? How do you define a feature, vs a bugfix?
non-backwards
I'm concerned about who decides when to bump semver version numbers for
plugins? How do you define a feature, vs a bugfix?
non-backwards-compatible changes are easier to spot, but is a non-user
facing improvement a feature or bugfix, say, an api-compatible perf
improvement? Plugging a stub
Potentially cordova itself would make use of this feature. For one quick
practical example, in order to implement local notifications on iOS you
have to modify the AppDelegate, which is created as part of the app
template. If you are re-creating your app often, you may want to modify
the
I think it was earlier discussed that we would skip August and have a
September 3.1 (or whatever we call it now) release.
-Michal
On Thu, Aug 15, 2013 at 11:28 AM, Carlos Santana csantan...@gmail.comwrote:
Forgot to mention during the meeting that there was an Elephant in the
hangout.
Are
Absolutely, but the regular cadence historically still didn't include every
month. The schedule set 1 year in advance has 10 releases, skipping august
after a major release and december since everyone is on vacation.
If there is reason to release now, I'm sure arguments will be heard!
On Thu,
Keep in mind that everyone will be able to watch this live or recorded
later. You only need a direct invite if you would like to speak.
On Wed, Aug 14, 2013 at 11:58 AM, Lisa Seacat DeLuca ldel...@us.ibm.comwrote:
Is it too late to get invited to this? ldeluca. I'm not colocated but I
did
this to deter anyone who does have something to say from
asking for an invite, I'm just reminding that everyone will be able to
watch even past the 10-limit.
On Wed, Aug 14, 2013 at 12:31 PM, Filip Maj f...@adobe.com wrote:
Did we hit the 10 co-lo max for hangouts?
On 8/14/13 9:28 AM, Michal
I would think it will be more confusing to use the same tag name that does
something different depending on which platform its used on, so I'de vote
to leave them specific and not try to unify.
I do think thats its hard to tell which tag applies to which platform, so
perhaps a platform prefix or
Also, for what its worth, its always more fun to add a simple new feature
than to fix a complex old bug ;)
On Tue, Aug 13, 2013 at 1:50 PM, David Kemp drk...@google.com wrote:
Hi,
I would suggest making sure that you can build and deploy a sample app and
then the cordova-mobile-spec test
One original agenda item was 4.0 goals, timeline, and priorities, is that
still on the list? Perhaps put that at the end, so that we will be
motivated to be concise for the rest of the meeting and have time to
brainstorm :)
On Fri, Aug 9, 2013 at 2:53 PM, Filip Maj f...@adobe.com wrote:
Woot!
Andrew originally wrote: Of these, the only one I think is actually a good
idea is #1, but thought it might be neat to talk about the others.
On Fri, Aug 9, 2013 at 3:04 PM, Filip Maj f...@adobe.com wrote:
Idea #1: Separate plugin helper APIs into distinct plugins
Makes perfect sense to me.
+1 to README bundled with the plugin, and having a `cordova docs`, so that
we can have offline documentation.
I would also like a way to have the guides available offline, but perhaps
that could come in the form of a cordova-plugin-guides or come bundled with
cordova-cli and be included with
file:// urls come with a lot of restrictions in chrome in desktop, but that
isn't the intended use case anyway.
The intended purpose was to load the web assets from a mobile device
instead of loading the bundled versions, so as to get rapid edit-refresh
when not making changes to native bits. As
be worth the
switch for the file handle issues or whatnot, but I don't predict a perf
win.
-Michal
On Tue, Aug 6, 2013 at 10:22 AM, Michal Mocny mmo...@chromium.org wrote:
I didn't replace it inside plugman, but assumed that for plugin ls and
platform ls it would not call into plugman.. perhaps
I'de like to make a proposal about how we go about publishing certain blog
posts. I think this is a good practice for Organizational-type blogs to
clearly identify posts which are (1) genuinely origination from the
organization, vs (2) those which are just being curated from within the
community.
I like Ians suggestion. I'm happy to trust that contributors know what
constitutes good/bad content and what is/isn't worth sharing, and that we
can go to the lists for the few times where confirmation is needed. Fil,
that okay with you?
Another question, though: should we have templates for
On Tue, Aug 6, 2013 at 3:33 PM, Andrew Grieve agri...@chromium.org wrote:
Want to get the ball rolling on this.
Please fill out this doodle so we can pick a day:
http://www.doodle.com/i4u89n2k52yne4zt
AFAIK, the *best* timezone-friendly time is 4:30PM PST
How to meet? - Hangouts have a max
Just did a few quick tests: while shelljs exec may be slow, seems we are
not using it in a nested way (which seems quite obvious).
I wrote a quick benchmark to:
cordova plugin ls
cordova platform ls
cordova prepare
in a loop a bunch of times and see almost zero time difference replacing
as in we're using it in synchronous way ?
On Fri, Aug 2, 2013 at 12:30 PM, Michal Mocny mmo...@chromium.org wrote:
Just did a few quick tests: while shelljs exec may be slow, seems we are
not using it in a nested way (which seems quite obvious).
I wrote a quick benchmark to:
cordova plugin
Tommy-Carlos: Just so I understand, are you saying that it is necessary to
run a script to move your icons around correctly? Isn't that defeating the
point of the merges folder? Are you using merges/ specifically for its
merging ability, or just as a place to hold resources -- and isn't the
Just to be clear, thats 58% of *total* exec round trip time (580ms) , or
58% of only the native bits?
If its over half of the total, thats ridiculous.
-Michal
On Mon, Jul 29, 2013 at 11:36 AM, David Kemp drk...@google.com wrote:
I have been doing some testing on the bridge to see how the
has already been sent?
We could probably do similar timing + logging to detect slow plugins in
this case.
On Mon, Jul 29, 2013 at 2:08 PM, Michal Mocny mmo...@chromium.org wrote:
While I like that idea, what happens when creating the plugin result is
heavy, perhaps needing to synchronize
I am not sure what form the chromecast SDK will have for browser (this was
not leaked internally). I suspect it is very likely to use some
chrome-specific extensions hence it was listed as a Chome-Api and no Web/Js
Api. Net/net, unlikely that you will see a PG plugin for this any time
soon -- we
I take that back, possibly we can build a plugin with the ios/android sdk.
I'm not sure what it would mean to stream media using this API and am not
all too hopeful that it will support web content from ios/android webview :(
On Wed, Jul 24, 2013 at 3:46 PM, Michal Mocny mmo...@chromium.org
/questions/13616449/screen-sharing-with-webrtc
On Wed, Jul 24, 2013 at 3:49 PM, Michal Mocny mmo...@chromium.org wrote:
I take that back, possibly we can build a plugin with the ios/android sdk.
I'm not sure what it would mean to stream media using this API and am not
all too hopeful
Well, we should obviously not go purging the source, but I think that if it
isn't actively being maintained or tested, then it should be included in
releases and given new version numbers.
Unless there is anyone interested in maintaining it, I think the best we
can do for users is signal the last
One thing you could do today, Ray, is create a plugin which lists all the
plugin dependencies you want, then only add that one whenever you create a
new project.
If you would like, you could even publish that plugin as a
cordova-core-useful-plugins plugin or under some such name.
Otherwise, I do
if its portable for general use though
(pathing):
https://github.com/apache/cordova-mobile-spec/blob/master/dependencies-plugin/plugin.xml
On Tue, Jul 23, 2013 at 11:37 AM, Michal Mocny mmo...@chromium.org
wrote:
One thing you could do today, Ray, is create a plugin which lists all the
plugin
I haven't actually played with this yet. I think this would make an
awesome blog post. Found an old note that says record a video to show off
the app-harness. I still think thats a good idea.
On Tue, Jul 23, 2013 at 2:54 PM, Brian LeRoux b...@brian.io wrote:
I'll ping the legal list to see
, Michal Mocny mmo...@chromium.org wrote:
Yet another option is perhaps some yeoman generator or something:
Do you want to use Camera? [y/n]
...
-Michal
Does that mean 4.0 will ship for PGDay EU 2014? I think thats got good
symmetry.
On Wed, Jul 17, 2013 at 3:41 PM, Shazron shaz...@gmail.com wrote:
+1 I like the fall idea
For Cordova 3.11 I propose we call it Cordova for Workgroups :P
Anis, if it was just a matter of blank-or-default-only that would be fine,
but I think we do want a way to start with arbitrary app, and so blank is
just one extra option (Can even be implemented not as a cli special case,
but just as an app template referenced by the already planned generic
.
On Fri, Jul 12, 2013 at 8:03 AM, Michal Mocny mmo...@chromium.org
wrote:
Agree with Shaz, most of these thoughts already addressed in that bug.
Please add further opinions about specifics there.
On Fri, Jul 12, 2013 at 10:48 AM, Shazron shaz...@gmail.com wrote:
Might be worth
PM, Brian LeRoux b...@brian.io wrote:
I love that idea. Makes transitioning easy.
On Jul 2, 2013 1:38 PM, Michal Mocny mmo...@chromium.org wrote:
perhaps platforms should support plugin dependencies?
On Tue, Jul 2, 2013 at 3:57 PM, Andrew Grieve
agri
)
On Thu, Jul 11, 2013 at 11:31 AM, Michal Mocny mmo...@chromium.org
wrote:
Fil has mentioned that we will eventually add a way to specify the
starting
app template (ie, the hello world app) at cordova create time.
In mobile-chrome-apps land we do this via an optional --source=... flag
this for iOS is easy in the create script (just parameterize the
template folder location)
On Thu, Jul 11, 2013 at 11:31 AM, Michal Mocny mmo...@chromium.org
wrote:
Fil has mentioned that we will eventually add a way to specify the
starting
app template (ie, the hello world app) at cordova
at 2:45 PM, Michal Mocny (JIRA) j...@apache.org
wrote:
Michal Mocny created CB-4153:
Summary: Add ability to select default app template at
cordova create time
Key: CB-4153
URL: https://issues.apache.org
Yeah, thats true, willingness to support plugins by original devs changes
with time. Its just inevitable.
I wonder if the solution here doesn't just end up being the plugin
universe? As maintenance is dropped, other willing devs have to take over
ownership via forks, and we update the
I'de have to disagree with that argument, Joe. I think Andrew did the work
for core plugins, and there should be no published external plugins using
the new 3.0 plugin structure yet, right?
Are we intending to not break compatibility with some hypothetical external
plugin dev who used a
If we did that, wouldn't they both effectively just end up the same, anyway?
(See what I did there?)
Seriously though, if the schema is changing isn't that all the more reason
to support validation so devs can get early confirmation?
-Michal
On Tue, Jul 9, 2013 at 7:45 PM, Brian LeRoux
Not sure I understand how it is that this cannot be supported..
Couldn't we allow native plugins to register synchronous observers for
the CDVWhitelist URLIsAllowed method, and move the current implementation
out to a core plugin? Then if your app wants something more complicated,
you can just
-orientation spec is probably the way to
go in the future, on any platforms that can support it.
[1]
http://developer.apple.com/library/ios/#documentation/uikit/reference/UIViewController_Class/DeprecationAppendix/AppendixADeprecatedAPI.html#jumpTo_9
On Fri, Jul 5, 2013 at 10:18 AM, Michal
(video?) in landscape thus overriding the app
default.s
On Fri, Jul 5, 2013 at 9:11 AM, Michal Mocny mmo...@chromium.org wrote:
Yeah, sorry, I meant the JS method: window.shouldRotateToOrientation is
undocumented and not supported on other platforms.
On Fri, Jul 5, 2013 at 11:47 AM, Andrew
I think the use case is valid. Patch seems simple enough.
-Michal
On Fri, Jul 5, 2013 at 1:25 PM, Filip Maj f...@adobe.com wrote:
Someone sent a pull request:
https://github.com/apache/cordova-cli/pull/16
Thoughts?
(small correction, next was actually called future).
Also, I don't see any work being done on master.
On Thu, Jul 4, 2013 at 1:18 PM, Michal Mocny mmo...@chromium.org wrote:
If master is in use, then I think that is a mistake.
As far as I'm aware, master branch should be dead right? We had
. All it does is copy the plugin code from your
location or URL to a plugins directory. With --link, instead it will
symlink. It does not actually create symlinks for native or web plugin
code.
Would that even work, I wonder? For compiling, etc.
On 7/3/13 10:32 AM, Michal Mocny mmo
On Wed, Jul 3, 2013 at 1:13 PM, Tyler Wilson twil...@pulse-robotics.comwrote:
Good day,
Just wanted to publicise that I have had success with the cli, a custom
plugin and an iOS build. I must say once everything is set up it is pretty
nice being able to add/remove components and it appears
for
anything less (other than corodva@=2.9 legacy support).
On Tue, Jul 2, 2013 at 11:44 AM, Michal Mocny mmo...@chromium.org
wrote:
To answer the question of why we may want to leave it out:
- If you are using remote debugging on ios6+ you don't need it
- Our log wrapper
, it would be possible for an app that
uses the bridge heavily to remain using the UI thread indefinitely, right? Can
we assume that this is unlikely to happen, ie, the exec queue will drain to 0
relatively quickly?
- Michal Mocny
On June 21, 2013, 5:21 p.m., Jeffrey Willms wrote
Are we behind/ahead of schedule? Seems important to be organized about the
work left to do here. Also, 3.0 is already behind has come up as an
argument a few times on the lists, so lets quantify that.
JIRA 3.0.0 fix version tracker [1] seems like it must be an incomplete list
of tasks, right?
Great idea to expand the output.
I do prefer the explicit `ls` and would rather have the default be --help.
Given that, `ls` is harmless, so I don't much mind.
On Tue, Jun 18, 2013 at 1:36 PM, Michael Brooks mich...@michaelbrooks.cawrote:
I think [1] is up to the command patterns that
2.10 would mean new features, 2.9.x would mean just bugfixes. With that
definition, we can make the release number decision as we evaluate the
reason for a release. I'm hoping to not need a 2.10, since it would imply
people are not using 3.x yet.
On Mon, Jun 17, 2013 at 10:54 AM, Andrew Grieve
:30 PM, Michal Mocny mmo...@chromium.org
wrote:
That sounds awesome, sweet work Fil!
Question: your cordova-android lib example has the uri
/Users/fil/src/cordova-android, but you mention supporting only
.tar.gz
-- does that mean that non-archived local directories are also
supported
Before we go changing process, is this really a systemic issue? Bugs
happen, and people sometimes land code, I'de rather be nimble in fixing
those issues than rigid in preventing them. Personal opinion.
-Michal
On Wed, Jun 12, 2013 at 9:54 AM, Ian Clelland iclell...@chromium.orgwrote:
Sent from my iPhone5
On 2013-05-29, at 9:06 AM, Michal Mocny
mmo...@chromium.org
wrote:
For the record, I don't mind a reclone, so long as there
are
no
negative
repercussions, ie, (1) its not called master2 and (2)
there
is no
way
Witam, Piotr!
On Tue, Jun 11, 2013 at 11:15 AM, Filip Maj f...@adobe.com wrote:
Welcome man!
I would totally link you to all the repos and which ones are important and
how to get started, but the apache git servers we rely on are currently
down :(
On 6/11/13 6:47 AM, James Jong
good.
[1]
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=snapshot
;
h
=2.8.0;sf=tgz
On Fri, Jun 7, 2013 at 7:41 AM, Michal Mocny mmo...@chromium.org
wrote:
Glad to see movement on this.
Few suggestions:
- use $HOME/.cordova-config/libs
I was a score keeper last year (two years ago?) and it was super cool.
On Fri, Mar 22, 2013 at 10:03 PM, Michal Mocny mmo...@chromium.org
wrote:
Dan, my brother showed me this (he is mechatronics student at UW).
Is
it
still on tomorrow?
On Fri, Mar 22, 2013
We hope to get a fixed up DataResource on android in for 2.9, Braden is
working on that.
+1 to lazy loading libraries in 2.9 and release timing.
On Mon, Jun 10, 2013 at 4:23 PM, Filip Maj f...@adobe.com wrote:
Hey all,
What do we want to ship in 2.9 other than the usual batch of fixes? Does
with the
app harness. I have yet to play around with it, actually, to my shame.
Michal are there any specific things necessary for the app-harness other
than a local server?
On 6/10/13 1:23 PM, Michal Mocny mmo...@chromium.org wrote:
If the current 'serve' implementation needs axing, thats fine
:
There is an interesting nugget here. Maybe there should be things like
./platforms/ripple (and ./platforms/chrome-packaged-app
???
makes sense to me.
On Mon, Jun 10, 2013 at 1:42 PM, Michal Mocny mmo...@chromium.org wrote:
- App-harness is 99% just plain serving of files
Hello! Welcome :)
On Mon, Jun 10, 2013 at 5:11 PM, Ken Wallis kwal...@blackberry.com wrote:
Welcome to the group Lisa!
I do have to ask, have you looked at the new BlackBerry's?
Sent from my BlackBerry 10 smartphone.
From: Tommy Williams
Sent: Monday, June 10, 2013 2:04 PM
To:
, 2013 at 1:30 PM, Michal Mocny mmo...@chromium.org
wrote:
We hope to get a fixed up DataResource on android in for 2.9, Braden
is
working on that.
+1 to lazy loading libraries in 2.9 and release timing.
On Mon, Jun 10, 2013 at 4:23 PM, Filip Maj f...@adobe.com wrote:
Hey
Glad to see movement on this.
Few suggestions:
- use $HOME/.cordova-config/libs -- this gives us a folder to put other
stuff into later, without littering $HOME with .cordova-this and
.cordova-that
- I would love to have the ability to use different cordova-lib versions
within any project
Adding to Bradens answer, here are some things I remember discussing:
- Chrome/Android teams have significantly harder constraints than cordova
would have in terms of backwards compatibility, stability, and API
consistency. Cordova could probably do interesting things if we didn't
need to
+1.
However, do we want to support 2.x for some extended time during the
tooling transition to 3.x for everyone? One way to do this is just land a
constant stream of point releases on the 2.9.x branch. Another way could
be to branch a 2.x long-lived feature branch before merging in 3.0.0 and
100 yard summary: our intern Shravan from last term was adding this as part
of his app-harness work. This specific change landed a too hastily as
there were some issues in corner cases (perhaps over-eagerness due to time
pressure as he approach term end), but all actual uses of DataResource
I would love to be able to split the JIRA updates for RC/Release management
out into a separate email folder. What do you think?
-Michal
Can we go with (1) and still keep master2 around (perhaps rename it to
something sensible) so that we can still get full history but with one
level of indirection:
- The mega commit could have a commit message such as THIS WAS A HACKY
MERGE, FOR REAL HISTORY LOOK IN THE OLD_FUTURE BRANCH
- When
all of that
nonsense with three lines.
Braden
On Wed, May 29, 2013 at 11:38 AM, Michal Mocny mmo...@chromium.org
wrote:
Can we go with (1) and still keep master2 around (perhaps rename it to
something sensible) so that we can still get full history but with one
level of indirection
Thats pretty interesting, Alessio. It is very similar in concept to the
app-harness[1][2] project we are working on, except we were not planning to
integrate directly with dropbox, instead use a web server hosted solution.
We would love to hear your feedback on the project, and any
[private reply]
Didn't want to sidetrack the discussion, but im curious about your
chromebook workflow.. are you doing full local dev using crouton, using a
remote connection, or something like phonegap build using local environment
just for text editing?
And which machine are you using?
Well I just suck. Please ignore me and dont sidetrack the original
question!
On Sun, May 26, 2013 at 10:06 PM, Michal Mocny mmo...@chromium.org wrote:
[private reply]
Didn't want to sidetrack the discussion, but im curious about your
chromebook workflow.. are you doing full local dev using
a promoted flow (matter of fact,
why was it released? Are we supporting current users of that, is that it?)
-Michal
On Thu, May 23, 2013 at 12:22 PM, Michal Mocny mmo...@chromium.org wrote:
Brian,
I do not really understand your previous point, but I'll take a stab.
First some clarification
it in 3.0.
On 5/23/13 9:27 AM, Michal Mocny mmo...@chromium.org wrote:
Clarification of typing mistake, below..
Also, curious why this breaks things in the first place? I thought this
is
the first time we are releasing these tools? The current create script
workflow is totally different
to a resolution.
Worst-case
we call a vote next week?
On 5/23/13 10:56 AM, Michal Mocny mmo...@chromium.org wrote:
Fil, that sounds extremely sensible.
On Thu, May 23, 2013 at 12:32 PM, Filip Maj f...@adobe.com wrote:
https://npmjs.org/package/cordova
While CLI
arguments for/against the app/ based structure,
now
is the time to bring it up. We can give this some more time to bake,
but
after 2.8 is released, I'd like to call a vote on whether we should
move
to this structure or not in 3.0.
On 4/16/13 8:31 AM, Michal Mocny mmo...@chromium.org
No plans for vacations yet, though I will likely take some in July.
No conferences until PGDay.
-Michal
On Thu, May 2, 2013 at 10:22 AM, Andrew Grieve agri...@chromium.org wrote:
Away Tues-Friday next week.
Gone most of July for paternity :)
On Thu, May 2, 2013 at 10:18 AM, James Jong
If you are using cordova-cli, there is already a merges/ folder for exactly
this.
From the README:
Platform-specific web assets (HTML, CSS and JavaScript files) are contained
within appropriate subfolders in this directory. These are deployed during
a prepare to the appropriate native directory.
I thought we switched to 3 release policy -- and planned to start in 2.7 to
be done by 3.0?
Or is that not official yet?
On Fri, Apr 26, 2013 at 12:48 PM, Joe Bowser bows...@gmail.com wrote:
I haven't added the tickets yet. Do we want to deprecate by 3.0 or
follow the six month deprecation
:
If it's official, we should announce it in a blog or something. Are
people cool with me writing a blog post about this and getting it on
PhoneGap.com?
On Fri, Apr 26, 2013 at 10:06 AM, Michal Mocny mmo...@chromium.org
wrote:
I thought we switched to 3 release policy -- and planned to start
901 - 1000 of 1168 matches
Mail list logo