are not encoded in the files, the module ids are
calculated by the file's location in the file system. The reason the file
"android/plugin/android/app.js" exists, is because there is a module with
the id "cordova/plugin/android/app" that's specific to android.
That
e it won't. We don't know.
>From that aspect, the effort to rejigger all this stuff seems like a waste
of time, to me.
--
Patrick Mueller
http://muellerware.org
s in various places, to allow folks to
try using them. And presumably provide a couple of days to get feedback
back from those folks.
--
Patrick Mueller
http://muellerware.org
-
> This transmission (including any attachments) may contain confidential
> information, privileged material (including material protected by the
> solicitor-client or other applicable privileges), or constitute non-public
> information. Any use of this information by anyone other than the intended
> recipient is prohibited. If you have received this transmission in error,
> please immediately reply to the sender and delete this information from
> your system. Use, dissemination, distribution, or reproduction of this
> transmission by unintended recipients is not authorized and may be unlawful.
>
>
> -
> This transmission (including any attachments) may contain confidential
> information, privileged material (including material protected by the
> solicitor-client or other applicable privileges), or constitute non-public
> information. Any use of this information by anyone other than the intended
> recipient is prohibited. If you have received this transmission in error,
> please immediately reply to the sender and delete this information from
> your system. Use, dissemination, distribution, or reproduction of this
> transmission by unintended recipients is not authorized and may be unlawful.
>
--
Patrick Mueller
http://muellerware.org
t;
There are some command-line tools available with some platforms - I'm not
familiar with them, someone else can chime in on those.
--
Patrick Mueller
http://muellerware.org
tells you nothing.
I've seen a lot of folks do the Object.prototype.toString() thing to test
if something is an Array, which seems semi-valid to me. All other "tests"
can be done via typeof and/or boolean expressions (===undefined, ===null,
isNaN(), etc)
That would be my general preference; re
a function. Sure. :-)
But more so, it's understandable. The f.apply() test - I can't really tell
what it's testing for there.
--
Patrick Mueller
http://muellerware.org
ore defensive
and noisy.
More discussion on this, here: https://issues.apache.org/jira/browse/CB-508
--
Patrick Mueller
http://muellerware.org
o all the relevant checks/hacks in there. And throw an
exception if they pass a string we don't check for :-)
--
Patrick Mueller
http://muellerware.org
. Super easy to use, portable API across platforms.
Lastly, I'll note one environmental aspect that I've noticed while playing
with this stuff over the years. The ability to debug your JS/HTML in a lot
of these environments is downright shitty. Been enough to completely turn
me off diving deeper.
--
Patrick Mueller
http://muellerware.org
tty fun, somehow pulling
the node.js infrastructure into the picture :-)
--
Patrick Mueller
http://muellerware.org
On Tue, May 1, 2012 at 11:30 PM, Joe Bowser wrote:
> You mean Apple doesn't want V8 in Webkit2. Unless I'm missing a thread.
Correct. http://markmail.org/message/q7j5jhwp65uokiap
--
Patrick Mueller
http://muellerware.org
API, and
delegates to the logger if it's implemented.
We'd never run into infinite loops with this. Never. :-)
I'll add some logic to the loggers/consoles so that we can ensure that
after they've been initialized, that both are not implemented as calling
into the other.
--
Patrick Mueller
http://muellerware.org
ilable to be added to the DOM
somehow. That's how I ended up debugging my issues with startup code a few
weeks back.
I was originally thinking that we'd make the user ask to have the messages
added to the DOM, but the idea of document.write()ing them sounds better
(as much as I disli
And once we have the "command line tooling", maybe we can check there also.
--
Patrick Mueller
http://muellerware.org
that
npm has shrink-wrap:
http://npmjs.org/doc/shrinkwrap.html
http://blog.nodejs.org/2012/02/27/managing-node-js-dependencies-with-shrinkwrap/
I'm willing to let other projects be guinea pigs for that, for now.
Delete and add to dependencies in package.json for now.
>
+1
--
Patrick Mueller
http://muellerware.org
tps://github.com/apache/incubator-cordova-js/blob/master/.wr
--
Patrick Mueller
http://muellerware.org
command-line
help, which is not helpful.
Good news: the only hits for weinre, after manually deleting what I didn't
want scanned, were .gitignore and .npmignore files, which I'm hoping are
safe to "exclude" as well. :-)
--
Patrick Mueller
http://muellerware.org
low the user to
opt-in to this, instead of having to opt-out.
--
Patrick Mueller
http://muellerware.org
t; pure Android.
I think you can make the case that we already have, or will have, other
platform-specific things that might make sense to live in a config.xml type
of container. Do we have some kind of a story for that?
--
Patrick Mueller
http://muellerware.org
t only if
the native version information really isn't needed by anyone.
--
Patrick Mueller
http://muellerware.org
ing to map the name back and forth, and if ever have
to add more of these ...
--
Patrick Mueller
http://muellerware.org
e it's not cheap enough, in which case async() is the
way we'd want to go (get the information lazily).
Not clear to me how the widget data from config.xml surfaces itself to JS,
should probably be the same way.
--
Patrick Mueller
http://muellerware.org
that in practice the
only values ever used are uint32's or some such.
[1]
http://developer.apple.com/library/ios/#DOCUMENTATION/System/Conceptual/ManPages_iPhoneOS/man2/setxattr.2.html
--
Patrick Mueller
http://muellerware.org
as well.
>
We should stop shipping a framework, and start shipping the source files in
the framework, once we have the command line tooling working well. Goes
along with not shipping an Xcode template, but creating the Xcode files
with the command line tooling.
--
Patrick Mueller
http://muellerware.org
dova-js
project. For now, only iOS will be using this plugin, though the intent is
for it to be implemented on any platform that wants to implement it.
--
Patrick Mueller
http://muellerware.org
On Mon, May 14, 2012 at 3:32 PM, Shazron wrote:
> Took a look, looks good for a merge to me.
>
Great, thanks for peeking
I'll go ahead and merge it.
--
Patrick Mueller
http://muellerware.org
uld be the first step. Fork the
https://github.com/apache/incubator-cordova-android repo, commit the patch
to your fork, issue a pull request.
Before doing even that, perhaps you can post a URL to the patch that you
already have, just so we can take a look. I didn't see an obvious link to
such a patch in your note or the the Android bug list.
--
Patrick Mueller
http://muellerware.org
ordova-js.git;a=commit;h=b1673e3e
[2] https://github.com/apache/incubator-cordova-js/blob/master/Jakefile#L60
[3] https://github.com/apache/incubator-cordova-js/blob/master/Jakefile#L101
--
Patrick Mueller
http://muellerware.org
problems, just not as many as I thought.
We had someone briefly looking at using ZeroConf (bonjour) to do some of
the find-ability bits here, but I think came to the conclusion that we
wouldn't be able to help too much. Bug here:
https://github.com/phonegap/weinre/issues/24
--
Patrick Mueller
http://muellerware.org
like there may
be several choices, but this one looks like the "real" one:
http://search.npmjs.org/#/jshint
--
Patrick Mueller
http://muellerware.org
, and just calls the
device's exec() with them, sends the responses back to the desktop.
But I don't know exactly what you're going for here.
--
Patrick Mueller
http://muellerware.org
.
[1] http://getfirebug.com/wiki/index.php/Console_API
--
Patrick Mueller
http://muellerware.org
g, or whatever. Would be even easier to do that sort of
thing it we provided the capability, out of the box. It's truly eval.
--
Patrick Mueller
http://muellerware.org
;m looking at you Mr. Bada!)
> >
> > On 5/17/12 2:16 PM, "Patrick Mueller" wrote:
> >
> > >> "why you gotta do this to me pat?" [1]
> > >
> > >jshint didn't complain to me at all, even though it seems to be running
> as
&
On Tue, May 22, 2012 at 7:37 AM, Patrick Mueller wrote:
> Kinda crazy thought: howzabout some kind of mini-REPL. I often take the
> template and just add a button to it to get it to run some code, check the
> result of something, or whatever. Would be even easier to do that sort of
&
On Wed, May 30, 2012 at 4:59 PM, Anis KADRI wrote:
> You'll notice if you git blame that I did not write this comment! :-)
>
I did notice. You are off the hook. :-)
--
Patrick Mueller
http://muellerware.org
nts are aimed at following W3C HTML Event-y-ness, and we should
follow their semantics.
... grumble ...
--
Patrick Mueller
http://muellerware.org
t;do not use for evil" clause! (I
think the Java version does though))
Unless there is a size/speed issue with using this code, if you don't have
JSON built in, please use it - or something equivalent.
I guess I'm curious to see if folks have been dependent on eval() for othe
y warning (write into the DOM, alert(), etc), if we detect JSON is not
available.
--
Patrick Mueller
http://muellerware.org
Startup" list would be advantageous:
>
>1. We don't have to make users upgrade their Cordova.plist/Plugins
> (backwards compatibility)
>2. It is unambiguous what it is for (vs the changing
> Cordova.plist/Plugins to a Dictionary)
>
--
Patrick Mueller
http://muellerware.org
te: this is an example. The SplashScreen plugin is not setup this
> way in plugins.xml.
>
Perhaps we should just use plugins.xml or whatever for iOS, instead of the
.plist. We have to switch from the .plist to >something<, eventually,
right?
--
Patrick Mueller
http://muellerware.org
On Thu, Jun 7, 2012 at 2:35 PM, Dave Johnson wrote:
> Speaking of which, we should probably merge plugins.xml and
> cordova.xml on android.
>
Right. So it goes in a stanza in a config.xml or something.
--
Patrick Mueller
http://muellerware.org
stance. But I imagine this will be difficult, or worse, a loaded gun
that people will start shooting their toes off with.
--
Patrick Mueller
http://muellerware.org
onfusing aspect for users, but obviously means you get to avoid the native
bridge latency (point 2). I'm curious to see how
--
Patrick Mueller
http://muellerware.org
, if it's for some reason different than
the Apache license.
--
Patrick Mueller
http://muellerware.org
red%5Fversions%5Ffor%5Fdevelopment%5Freleases
Isn't this just a matter of removing
"engines": {
"node": "~0.6.7"
}
from the package.json? Or is there really some reason we need this?
--
Patrick Mueller
http://muellerware.org
that, and other approaches, before next week, when
some of us are able to wrastle over it in meat-space.
[1]
http://en.wikipedia.org/wiki/Software_versioning#Odd-numbered_versions_for_development_releases
--
Patrick Mueller
http://muellerware.org
jor release
- version change: x.(odd).z -> x.(odd+1).0 eg, 2.1.42 -> 2.2.0
- every so many months?
Presumably the version numbers have matching branches/tags in git, as
appropriate, for both even and odd releases. Would be interesting to see
exactly how node does that (perusing their
But maybe JSON instead of XML? Looking at my watch to see what year it is
again ...
Would it make sense to de-generalize the name, from "config" to something
that had "cordova" in it?
--
Patrick Mueller
http://muellerware.org
bout using Browserify is that we'll need to allow for our
require() to be swapped out with Browserify's, as theirs is more complete
than ours.
--
Patrick Mueller
http://muellerware.org
"log". So, I think we'll be fine with
a simple console with just log/warn/debug, although it should at least
format parms per the FireBug API (code to do this is in utils [1]).
[1]
https://github.com/apache/incubator-cordova-js/blob/master/lib/common/utils.js#L102
--
Patrick Mueller
http://muellerware.org
On Tue, Aug 14, 2012 at 6:47 PM, Jesse wrote:
> The Mobile Spec File tests in jasmine contains some 3500+ lines of JS code.
>
> *Lengthy Tests:*
>
+1
> *Code Quality:*
>
+1
--
Patrick Mueller
http://muellerware.org
Cordova.
ie, incubator-cordova-weinre WOULD NOT be part of the Cordova release. Am
waiting for Cordova to go gold before weinre :-)
--
Patrick Mueller
http://muellerware.org
On Mon, Aug 20, 2012 at 1:12 PM, Andrew Grieve wrote:
> ...
> I think these restrictions are too hard to get right, and that we should
> just make require cycles an error. Objections?
>
+1, I think this should be containable for us.
--
Patrick Mueller
http://muellerware.org
On Thu, Aug 23, 2012 at 11:03 AM, Andrew Grieve wrote:
> It's nice to see people's faces and to talk in real-time. What does
> everyone think about having a Hangout every once in a while?
>
+1
--
Patrick Mueller
http://muellerware.org
t to
command-line tools? Or maybe have the hooks be js that shell out to
cmd-line tools you'd need to have installed.
--
Patrick Mueller
http://muellerware.org
vide any html debug possibilities it
> will be great to support it via Weinre remote debugger.
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
--
Patrick Mueller
http://muellerware.org
t; reason it _has_ to go in here?
>
--
Patrick Mueller
http://muellerware.org
y me. :-)
Feel free to delete, this was a dump of some of my thoughts around the
command-line tooling. I haven't had time to even follow the current CLI
work, but mean to catch up soon, so if nothing is relevant, pitch it.
Assuming I catch up with the ongoing work, I'm sure I'll have comments :-)
--
Patrick Mueller
http://muellerware.org
ogged, and say something they didn't want kept in a log.
I think posting the log on the ml is total overkill; I would certainly add
a gmail filter to move it somewhere else, for myself. OTOH, would be nice
to have a per-day log archive available on the web somewhere.
--
Patrick Mueller
http://muellerware.org
their own build chains
--
Patrick Mueller
http://muellerware.org
sting I did. Here's a screenshot:
http://www.flickr.com/photos/pmuellr/8006509279/
The individual //@sourceurl scripts end up showing up in the "Extra
Scripts" folder.
On Thu, Sep 20, 2012 at 8:01 AM, Patrick Mueller wrote:
> As a slight aside, with the better debug s
>> On 2012-09-21, at 12:05 AM, Brian LeRoux wrote:
> >>
> >>>
> http://www.realsoftwareblog.com/2012/09/ios-6-mobile-safari-web-applications.html
> >>>
> >>> don't think this effects us but good fyi
>
--
Patrick Mueller
http://muellerware.org
sts ...
On Fri, Sep 21, 2012 at 9:26 AM, Patrick Mueller wrote:
> More plot thickening: although you don't need to use weinre anymore for
> iOS 6, I gave it a quick try, and was unable to get a client connected from
> Mobile Safari; could be pilot error of course. Tried running wein
On Fri, Oct 5, 2012 at 3:59 PM, Steven Gill wrote:
> I am going to nominate Brian LeRoux from Adobe. He is very active on the
> mailing list and has been handling our Apache board reports since we first
> moved over to Apache.
>
+1 on Brian LeRoux
--
Patrick Mueller
http://muellerware.org
On Sat, Oct 6, 2012 at 5:22 AM, Brian LeRoux wrote:
> Think its time we nominated a canonical repo for this. Fil's?
>
URL please? Are we talking about forks of pluginstall?
--
Patrick Mueller
http://muellerware.org
. And I'd
like to give more people the chance to bask in that glory. heh. And I'm a
bit overloaded at the moment. So, I decline.
> I would like to nominate Michael Brooks, I think he ( as Brian and
> Patrick ) would be a good fit for the role
I agree Michael would be ano
of it - a
year-long term sounds about right.
OTOH, I don't have a problem with someone taking this role long-term as
well, if they're enjoying it.
--
Patrick Mueller
http://muellerware.org
heck for white-list failure in
the [CDVFileTransfer connection:didReceiveResponse:] method with an
isKindOf: or whatever check, but I'm not sure if there's any other cleanup
that needs to take place here.
--
Patrick Mueller
http://muellerware.org
>
> > Ideally I would like to keep the number of lint errors to 0 to prevent
> > the massive debt we have incurred so far.
> >
>
--
Patrick Mueller
http://muellerware.org
On Wed, Oct 10, 2012 at 11:21 AM, Patrick Mueller wrote:
> wops. Made a boo-boo.
>
>
Another interesting tidbit - the email on the commits list was addressed as
from me, which is helpful. And confusing, I guess. :-)
http://markmail.org/message/rvt2sm6pszgbtpli
--
Patrick Mue
guess if we aren't actively checking the committer/author bits in a git
hook, folks can put garbage in anyway.
--
Patrick Mueller
http://muellerware.org
ions, there's likely to be plenty of other context around (Jira
bugs, ml conversations), that I'm guessing we can always figure out what
happened anyway.
Although I will likely do a bit more sniffing around for my next pull
request!
--
Patrick Mueller
http://muellerware.org
Just tried recreating Default-Landscape@2x~ipad.crushed from the original
icon, with a solid gray background - png is 82KB.
KILL THE GRADIENT.
On Mon, Oct 15, 2012 at 4:41 PM, Patrick Mueller (JIRA) wrote:
>
> [
> https://issues.apache.org/jira/browse/CB-
removed from the project.
> An edge case to be sure, but if there was a script that referred to
> the old file still, it might generate undesired results. It might have
> happened in an older version of Xcode, so I'm not sure if it still
> occurs.
>
--
Patrick Mueller
http://muellerware.org
developers expect anyway, is
> there a point?
>
> Shaz, would appreciate your opinion here, if you are around.
>
--
Patrick Mueller
http://muellerware.org
weetjs.org/
[2] http://www.typescriptlang.org/
[3] http://blog.izs.me/post/32697104162/thoughts-on-typescript
--
Patrick Mueller
http://muellerware.org
On Mon, Oct 22, 2012 at 1:59 PM, Filip Maj wrote:
> The reply-to for commits + JIRA issues should go to dev tho
>
Ya, that would be great.
--
Patrick Mueller
http://muellerware.org
violates the "allow the pre-compiled version to still run as JS", so
I'd say "yeah, maybe in the future, once we're happy with infesting our
code with macros".
--
Patrick Mueller
http://muellerware.org
but
can be greatly simplified). So, I'm pretty open-minded about HOW we
describe our interfaces. We just need a way to get the interface
description out of the headers, programmatically.
Does Closure Compiler support that in any way? It appears to me that it
consumes JSDoc comments, and the
is kind of information. But maybe I'm wrong.
It appears Closure uses JSDoc annotations for a lot of this information -
and we're already using these types of annotations; perhaps that's a better
route to go down, for anyone thinking about playing with this stuff. I'm
not sure you can get the "data" description of your API out of JSDoc
either, though.
--
Patrick Mueller
http://muellerware.org
ve in cordova-js.
--
Patrick Mueller
http://muellerware.org
g) sets it.
Presumably the getter should return the same sort of value as the setter
takes as a parameter, which means varargs aren't a good fit, but an array
is.
--
Patrick Mueller
http://muellerware.org
ers. Pain to deal with, IMO, from a
debugging point of view. One less thing for users to learn - they already
know how to use functions, setters/getters are ... different.
Oh, and you can't naturally define them in CoffeeScript :-)
--
Patrick Mueller
http://muellerware.org
p (today it's all BSD), which kinda throws
a wrench into the gears.
--
Patrick Mueller
http://muellerware.org
e repo as well. We might
well have more of these "not part of the runtime" projects in the future, I
guess.
--
Patrick Mueller
http://muellerware.org
lip some LGPL in there (WebKit allows both BSD and LGPL
code), and then things get trickier. Meaning, I need to allow for the fact
that we may not be able to ship the usable weinre blob directly out of
Apache, some day. But for as long as I can, I'd like to make one available
at Apache.
--
Patrick Mueller
http://muellerware.org
On Tue, Oct 25, 2011 at 12:40, Jukka Zitting wrote:
> On Tue, Oct 25, 2011 at 6:37 PM, Patrick Mueller
> wrote:
> > How do multiple codebases in a single project work w/r/t SCM?
> > Same repo, or do projects use multiple repos?
>
> Separate repository (or in svn a sepa
ot;pushing" them in through the
> iframe.src.
>
Do you mean the new "fast" messaging? Seems like the problem is with the
signalling from the JS side to the ObjC side, not the data transfer.
--
Patrick Mueller
http://muellerware.org
everything simple and symmetric.
// get the current rotation, returns 0|90|...
CB.rotation.current()
// set the current rotation, value is 0|90|...
CB.rotation.current(value)
// get the current allowed rotations, returns array of 0|90|...
CB.rotation.allowed()
// set the current allowed rotations,
On Thu, Oct 27, 2011 at 13:27, Jukka Zitting wrote:
> On Tue, Oct 25, 2011 at 6:47 PM, Patrick Mueller
> wrote:
> > On Tue, Oct 25, 2011 at 12:40, Jukka Zitting >wrote:
> >> Separate repository (or in svn a separate folder with its own
> >> {trunk,branches,tags
On Fri, Oct 28, 2011 at 07:12, Jukka Zitting wrote:
> Hi,
>
> On Fri, Oct 28, 2011 at 11:54 AM, Patrick Mueller
> wrote:
> > I'm actually fond of the non-cap version of the name (weinre) vs the
> > first-cap version, but that doesn't seem to be the norm at Apach
Jukka, can you fix the jira link on the incubator page?
http://incubator.apache.org/projects/callback.html
--
Patrick Mueller
http://muellerware.org
b" in the name, compared to "device", since this project is more about
exploiting web technologies rather than just devices - there are the
"desktop" versions of the runtime to consider as well.
--
Patrick Mueller
http://muellerware.org
has anyone set up an easier-to-read mirror
yet? I use gmane.org for most of my easier-to-read ml services, not sure
if there's something easier/better.
> If you idle on Freenode, please join the channel and I'll OP you.
Please don't OP me, since I barely know how to use irc :-)
--
tuff the string
"Plugin" into the APIs: onPluginMessage() and postPluginMessage(). I
dunno, maybe not so horrible.
--
Patrick Mueller
http://muellerware.org
x27;ve run into myself.
Sound right? If so, I'll open a bug, where we can talk about what the
"names" and "values" of these version identifiers should be.
--
Patrick Mueller
http://muellerware.org
ably we'd have final static
Thing(s) with the version #'s; for C-based platforms, preprocessor defines
make more sense. We can evaluate a couple of different styles of these if
we want to move forward on it.
--
Patrick Mueller
http://muellerware.org
; code - mainly for Xcode 3 based projects).
>
In this particular case, I actually needed the version at the time the
preprocessor is invoked. The runtime version wouldn't have helped. Nor
would the VERSION file, I don't think.
--
Patrick Mueller
http://muellerware.org
1 - 100 of 592 matches
Mail list logo
