iphone compatibility

28 views
Skip to first unread message

Rado

unread,
Aug 28, 2009, 4:26:35 PM8/28/09
to Processing.js
I noticed quite a few glitches when trying to run a processing.js
sketch on an iphone (or ipod touch) mobile.

This sketch doesn't always show the correct place of the mouse(finger)
click.
http://processingjs.org/learning/basic/mousepress

Also this game I made doesn't even show up.
http://www.math.uiuc.edu/~rkirov2/hexout/

I don't have android phone but if someone can test those two on it and
post if they also misbehave. Any ideas of possible culprits?

Justin Nel

unread,
Aug 28, 2009, 4:29:19 PM8/28/09
to proces...@googlegroups.com
The iPhone uses different events for finger touching, to that of a computer's mouse events. If you do a quick search, you will find somebody has already covered this, and explained a way around it. If you have trouble finding it, let me know and I'll look through my bookmarks for you.

Rado

unread,
Aug 28, 2009, 9:39:16 PM8/28/09
to Processing.js
thanks, I will look for it. Before posting this i used the google
group search with "iphone" and got nothing.

Rado

On Aug 28, 3:29 pm, Justin Nel <dogbertuk2...@gmail.com> wrote:
> The iPhone uses different events for finger touching, to that of a
> computer's mouse events. If you do a quick search, you will find somebody
> has already covered this, and explained a way around it. If you have trouble
> finding it, let me know and I'll look through my bookmarks for you.
>
> On Fri, Aug 28, 2009 at 9:26 PM, Rado <rki...@gmail.com> wrote:
>
> > I noticed quite a few glitches when trying to run a processing.js
> > sketch on an iphone (or ipod touch) mobile.
>
> > This sketch doesn't always show the correct place of the mouse(finger)
> > click.
> >http://processingjs.org/learning/basic/mousepress
>
> > Also this game I made doesn't even show up.
> >http://www.math.uiuc.edu/~rkirov2/hexout/<http://www.math.uiuc.edu/%7Erkirov2/hexout/>

Shanjaq

unread,
Aug 30, 2009, 4:12:20 PM8/30/09
to Processing.js
Why do so many people have to re-create the same resolution to the
same problems over and over again, often in a sequence with other such
problems? Has anyone really thought about the collective man-hours
sunk into these banal gymnastics?

That is all.

On Aug 28, 1:29 pm, Justin Nel <dogbertuk2...@gmail.com> wrote:
> The iPhone uses different events for finger touching, to that of a
> computer's mouse events. If you do a quick search, you will find somebody
> has already covered this, and explained a way around it. If you have trouble
> finding it, let me know and I'll look through my bookmarks for you.
>
> On Fri, Aug 28, 2009 at 9:26 PM, Rado <rki...@gmail.com> wrote:
>
> > I noticed quite a few glitches when trying to run a processing.js
> > sketch on an iphone (or ipod touch) mobile.
>
> > This sketch doesn't always show the correct place of the mouse(finger)
> > click.
> >http://processingjs.org/learning/basic/mousepress
>
> > Also this game I made doesn't even show up.
> >http://www.math.uiuc.edu/~rkirov2/hexout/<http://www.math.uiuc.edu/%7Erkirov2/hexout/>

Cary Hull

unread,
Aug 30, 2009, 4:26:12 PM8/30/09
to proces...@googlegroups.com
On Fri, Aug 28, 2009 at 6:39 PM, Rado <rki...@gmail.com> wrote:

thanks, I will look for it. Before posting this i used the google
group search with "iphone" and got nothing.'



--
01100011 01100001 01110010 01111001

Shanjaq

unread,
Aug 30, 2009, 4:51:45 PM8/30/09
to Processing.js
Thanks dude, you're AWESOME!

Now back to the issue at hand: Integration of core functionality, or
at least keeping track of general use cases which are blocked by lack
of same(see OP...)

Is there a link to the list mentioned by Al Mac, containing the
functions which have yet to be replicated from Processing to
ProcessingJS? Maybe if there were some transparency in the update
process it would increase the chances that someone in the community
who has a solution pre-existing may volunteer pieces of their code.
Consider, yet again, the cumulative man-hours squandered in search of
workarounds to Missing Functionality, which become sources of Conflict
when The Project finally catches up.

Cary Hull

unread,
Aug 30, 2009, 5:45:39 PM8/30/09
to proces...@googlegroups.com
On Sun, Aug 30, 2009 at 1:51 PM, Shanjaq <sha...@gmail.com> wrote:

Thanks dude, you're AWESOME!

Now back to the issue at hand:  Integration of core functionality, or
at least keeping track of general use cases which are blocked by lack
of same(see OP...)

How is that the issue at hand? This isn't about api disparity but the lack of testing
processing.js on iphone or android browsers. One can only assume that those who
have the interest to fix this problem either A) don't have the skill, B) don't own one of those devices or C) don't have time
(ie because they have to make money at a real job).

jeresig points to a project where someone did port processing.js natively to iphone using
spidermonkey + objc + opengl, it seems to work without problems in that context:
http://ejohn.org/blog/iphone-javascript-apps/
 

Is there a link to the list mentioned by Al Mac, containing the
functions which have yet to be replicated from Processing to
ProcessingJS?  Maybe if there were some transparency in the update
process it would increase the chances that someone in the community
who has a solution pre-existing may volunteer pieces of their code.
Consider, yet again, the cumulative man-hours squandered in search of
workarounds to Missing Functionality, which become sources of Conflict
when The Project finally catches up.

That's normally how open source works: check out the source, add a feature/fix a bug
and submit a patch - it may or may not get applied depending on its quality and purpose.
Usually applying such patches without having a robust unittest suite in place is just asking
for bugs. None of the various processing.js incarnations have unittests afaik.

If the processingjs.org folks aren't accepting patches for their fork I believe jeresig is still accepting them
for his original version. Learn how to use git and javascript and become a part of the solution rather
than complaining about lost man-hours. Also, sometimes it is easier to just hack a local version than
commit such changes upstream - that's not necessarily a bad thing.

Cary Hull

unread,
Aug 30, 2009, 5:56:27 PM8/30/09
to proces...@googlegroups.com
On Sun, Aug 30, 2009 at 1:26 PM, Cary Hull <cary...@gmail.com> wrote:


On Fri, Aug 28, 2009 at 6:39 PM, Rado <rki...@gmail.com> wrote:

thanks, I will look for it. Before posting this i used the google
group search with "iphone" and got nothing.'

 


Rado

On Aug 28, 3:29 pm, Justin Nel <dogbertuk2...@gmail.com> wrote:
> The iPhone uses different events for finger touching, to that of a
> computer's mouse events. If you do a quick search, you will find somebody
> has already covered this, and explained a way around it. If you have trouble
> finding it, let me know and I'll look through my bookmarks for you.
>
> On Fri, Aug 28, 2009 at 9:26 PM, Rado <rki...@gmail.com> wrote:
>
> > I noticed quite a few glitches when trying to run a processing.js
> > sketch on an iphone (or ipod touch) mobile.
>
> > This sketch doesn't always show the correct place of the mouse(finger)
> > click.
> >http://processingjs.org/learning/basic/mousepress
>
> > Also this game I made doesn't even show up.
> >http://www.math.uiuc.edu/~rkirov2/hexout/<http://www.math.uiuc.edu/%7Erkirov2/hexout/>
>
> > I don't have android phone but if someone can test those two on it and
> > post if they also misbehave. Any ideas of possible culprits?




--
01100011 01100001 01110010 01111001
Reply all
Reply to author
Forward
0 new messages