There are other ways to get apps on the iPhone. ;-)
I'll personally just pony up the $100 (whenever Adobe releases the beta!!)
Kevin N.
On 12/13/09 9:31 AM, jonathan howe wrote:
Additionally, it looks like you have to be an apple developer before you
can even export a test app, meaning a $
best $100 I ever spent
--
Sent from the Verizon network using Mobile Email
--Original Message--
From: jonathan howe
To: "Flash Coders List"
Date: Sun, Dec 13, 9:31 AM -0500
Subject: Re: [Flashcoders] as3 to iphone app
So I've watched the video and one thin
ay?id=116
best, david.
Date: Thu, 5 Nov 2009 13:13:50 -0500
From: capta...@unfocus.com
To: flashcoders@chattyfig.figleaf.com
Subject: Re: [Flashcoders] as3 to iphone app
I was actually asking about a lower level implementation detail -
dealing with regular non-iphonen swfs - than what th
;> Date: Thu, 5 Nov 2009 13:13:50 -0500
>>> From: capta...@unfocus.com
>>> To: flashcoders@chattyfig.figleaf.com
>>> Subject: Re: [Flashcoders] as3 to iphone app
>>>
>>> I was actually asking about a lower level implementation detail -
>>> dealing wit
n iphone app in flash CS5:http://www.gotoandlearn.com/play?id=116
best, david.
Date: Thu, 5 Nov 2009 13:13:50 -0500
From: capta...@unfocus.com
To: flashcoders@chattyfig.figleaf.com
Subject: Re: [Flashcoders] as3 to iphone app
I was actually asking about a lower level implementation detail -
deali
r year if you want it on the
> appstore.
>
> > From: k...@designdrumm.com
> > Subject: Re: [Flashcoders] as3 to iphone app
> > Date: Thu, 10 Dec 2009 19:42:02 -0600
> > To: flashcoders@chattyfig.figleaf.com
> >
> > Did I hear correctly? Your personally cre
pretty sure i heard the same thing, otherwise you need to join up to the iphone
developer program and pay $99 per year if you want it on the appstore.
> From: k...@designdrumm.com
> Subject: Re: [Flashcoders] as3 to iphone app
> Date: Thu, 10 Dec 2009 19:42:02 -0600
> To:
adn't seen it) showing you a
quick demo on how to make an iphone app in flash CS5:http://
www.gotoandlearn.com/play?id=116
best, david.
Date: Thu, 5 Nov 2009 13:13:50 -0500
From: capta...@unfocus.com
To: flashcoders@chattyfig.figleaf.com
Subject: Re: [Flashcoders] as3 to iphone app
I wa
> From: capta...@unfocus.com
> To: flashcoders@chattyfig.figleaf.com
> Subject: Re: [Flashcoders] as3 to iphone app
>
> I was actually asking about a lower level implementation detail -
> dealing with regular non-iphonen swfs - than what that link answers.
> That link information
LLVM (so some of the performance
stuff you mention is addressed).
mike chambers
m...@adobe.com
From: flashcoders-boun...@chattyfig.figleaf.com
[flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Kevin Newman
[capta...@unfocus.com]
Sent: Wednesday
Newman
[capta...@unfocus.com]
Sent: Wednesday, November 04, 2009 10:13 AM
To: Flash Coders List
Subject: Re: [Flashcoders] as3 to iphone app
Bummer. :-(
I was hoping for some better dynamic stuff (duck typing), and some
quicker ways to define (or at least instantiate) throw away static types
Bummer. :-(
I was hoping for some better dynamic stuff (duck typing), and some
quicker ways to define (or at least instantiate) throw away static types
(like a static version of an object literal - or some kind of structural
data types). And maybe some performance tools like inline functions,
How about better warnings for non-strict compile (or runtime testing)
mode? I'm talking about warnings (or a notice) that get kicked off when
you do things like assign a value to a variable that has not been
initialized, or to a class property that has not been defined on a
dynamic object.
Ke
No core language changes, although there are some new APIs.
mike chambers
m...@adobe.com
On Nov 2, 2009, at 10:32 AM, Kevin Newman wrote:
Kevin Newman wrote:
What I'm really interested in is are there any other language
improvements/additions coming with the update (private constructors,
inl
Kevin Newman wrote:
What I'm really interested in is are there any other language
improvements/additions coming with the update (private constructors,
inline functions, structural typing, "let" keyword, etc.)? Or is is the
same version of Actionscrtip 3.0?
Other than new api stuff for the new h
On 10/29/09 5:16 AM, Ian Thomas wrote:
s, the AS3 is being compiled directly into
iPhone native code, not bytecode; in the same way as Objective C is
compiled to native code.
That is widely repeated, but I'm not sure it's accurate. Some of the
charts I've seen suggest that it's actually tran
On Thu, Oct 29, 2009 at 3:48 AM, Kerry Thompson wrote:
>> don't swfs compiled from c run faster in the plugin than ones compiled
>> in actionscript? i thought i read that
>
> I don't know of a way to compile a swf from C, or any machine-language
> compiler. I'm not quite sure about iPhone apps de
Kerry Thompson wrote:
I don't know of a way to compile a swf from C, or any machine-language
compiler. I'm not quite sure about iPhone apps developed in Flash--they may
compile to native code, but there isn't a way to compile a swf to machine
language that I know of.
You must have missed the A
Allandt Bik-Elliott wrote:
> don't swfs compiled from c run faster in the plugin than ones compiled
> in actionscript? i thought i read that
I don't know of a way to compile a swf from C, or any machine-language
compiler. I'm not quite sure about iPhone apps developed in Flash--they may
compile t
don't swfs compiled from c run faster in the plugin than ones compiled
in actionscript? i thought i read that
if so - the potential also exists here doesn't it?
a
On 9 Oct 2009, at 01:13, Eric E. Dolecki wrote:
Yes, it is an assumption not based on any fact. My opinion right now
as I
be
Anthony Pace wrote:
> So if you won't get access to inject inline assembly, then why doesn't
> Adobe just modify the way their apps are cross compiled to allow inline
> objective-c? Apple can still maintain its strangle hold but we get
> better performance because of the ability to have native ac
Actually scratch that... I know not of what I speak, but...
doesn't it actually depends on how the application is run by the OS?
If it is compiled directly to machine code utilizing whatever
instruction set the ARM processor uses, and runs it in a non sandboxed
layer, than that of course woul
Never having developed for the iphone, I didn't realize the limitations
that developers have been dealing with; therefore, I was unaware that
even to get programs to communicate with each other takes the use of
several hacks, as apple has a lot of features locked down.
So if you won't get acce
I have a complaint with the new firmware making apps slow and/or not
working at all. This may be what others are experiencing and are
blaming the flash app. Because apple is trying to keep hacked iPhones
from working, all will suffer.
Karl
Sent from losPhone
On Oct 16, 2009, at 1:33 PM, C
Has anyone read the reviews of the apps that were created with Flash? There
were many complaints about the apps being really slow. Adobe should think
twice before releasing this software unless they are sure it will run as
well as a normal iphone app. They are running the risk of losing
credibility
Anthony Pace wrote:
> I am referring to the iphone.
>
> Since it's supposed to be a native app, then why not allow it? Once the
> user installs the program, it can do whatever it wants anyways. A
> normal app can do all kinds of file manipulation and tracking without
> it, so why not just allow
I am referring to the iphone.
Since it's supposed to be a native app, then why not allow it? Once the
user installs the program, it can do whatever it wants anyways. A
normal app can do all kinds of file manipulation and tracking without
it, so why not just allow lower level access?
Kerry
Anthony Pace wrote:
> I just read the post on Keith's site, as well as all the comments, and I
> have to say that all of this could be solved simply by allowing
> developers to inject native targeted code for compilation in order to
> boost performance
That would be nice, but I don't think it's g
I just read the post on Keith's site, as well as all the comments, and I
have to say that all of this could be solved simply by allowing
developers to inject native targeted code for compilation in order to
boost performance; however, that is not to discount the need to
continued development an
I wonder if Flash local connection in iPhone's environment could be
faked similarly like in this example (using Win32 API):
http://osflash.org/localconnection
Allowing bidirectional messages between Flash and a native iPhone
application could be (a tricky and still limited) overcome to the
limited
On Thu, Oct 8, 2009 at 3:09 PM, Merrill, Jason
wrote:
> The following native device APIs and
> functionality are supported:
>
> MultiTouch
> Screen Orientation
> Saving images to Photo Library
> Accelerometer
> Geo-location
> Cut / Copy / Paste
>
> More info here:
> http://labs.adobe.com/wiki/ind
Hello. Interesting thread. I know you can modify those things in a
hacked iPhone, but not sure on a unhacked iPhone.
I have a iPhone 2G with tmobile and I can edit all those things with
winterboard.
Karl
Sent from losPhone
On Oct 8, 2009, at 7:32 PM, "Eric E. Dolecki"
wrote:
What I m
Well... if by adding here Unity3D you mean things in 3D (and not the 2D
engine of Unity3D), then i could point out Shockwave and Director...
I'm still puzzled with Adobe moves with Director.
;)
On 09-10-2009 1:22, Mike Chambers wrote:
Well, it is not a simulator. The SWF is compiled using LLVM
What I meant by simulator is that there is a layer of stuff between you and
the final bits when using CS5. That's probably great for some things.
However, you are handicapped for obvious reasons. I am not saying CS5 won't
be great for some kind of things, but I don't believe that it can approach
co
Well, it is not a simulator. The SWF is compiled using LLVM to native
arm code.
Is every native iphone available? No. However, for the APIs that are
available, there is no reason to expect that you couldn't build as
full featured apps / games / content as you could with any other
solution
Yes, it is an assumption not based on any fact. My opinion right now as I
believe I stated originally.
I saw what is supported and I know the vast ocean of iPhone APIs that are
available when developing natively. I won't assume that the level of control
Adobe will offer in the conversion compile ca
I think that is a misguided statement, not based on any fact. Why do
you assume / suggest that using Flash will be inferior for building
all types of iPhone applications and content?
mike chambers
m...@adobe.com
On Oct 8, 2009, at 5:50 AM, Eric E. Dolecki wrote:
If you want to *really* mak
From: flashcoders-boun...@chattyfig.figleaf.com
> [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of allandt
> bik-elliott (thefieldcomic.com)
> Sent: Thursday, October 08, 2009 4:16 AM
> To: Flash Coders List
> Subject: Re: [Flashcoders] as3 to iphone app
>
>
Sent: Thursday, October 08, 2009 4:16 AM
To: Flash Coders List
Subject: Re: [Flashcoders] as3 to iphone app
/sign
makes the 4 books on iphone development i bought a bit of a non-starter
- i
wonder if you can edit the iphone project once it's done and how they're
dealing with multito
But if the Adobe 'AS3 to iPhone' developpers (the ones working on the
Objective-C code generator) do their work correctly, there is little
room for an AS3 developper to fill in.
I mean, in the end, it is about optimization; this will make the
difference. If optimization is fine, then this who
I would take those 4 books and get to know them inside and out. While
compiling AS3 to iPhone app is neat, there is no substitute for knowing how
to make an iPhone app with access to all of the APIs natively. Learning
Objective-C is quite useful and will help round out your toolset.
If you want to
/sign
makes the 4 books on iphone development i bought a bit of a non-starter - i
wonder if you can edit the iphone project once it's done and how they're
dealing with multitouch / accelerometer data (or is that already built in to
FP10.1?)
On Thu, Oct 8, 2009 at 7:15 AM, Anthony Pace wrote:
> I
42 matches
Mail list logo
