Live data from Hacker News

Apple Slaps Developers In The Face

theflashblog.com

111–120 of 152 posts

Re: Apple Slaps Developers In The Face

#111
I find it ironic that while Brimelow claims: "Any real developer would not in good conscience be able to support this. The trouble is that we will never hear their discontent because Apple employees are forbidden from blogging, posting to social networks, or other things that we at companies with an open culture take for granted." it seems unlikely that he's actually able to take his "open culture" much for granted when they've openly censored several parts of his post, as he freely admits.

Re: Apple Slaps Developers In The Face

#112
post #63
post #48

Earlier quoted context omitted.

There is some debate about whether the Adobe/Macromedia Flash EULA can be considered binding, but Gnash developers prefer to avoid the issue by not installing Adobe/Macromedia tools, and thereby not accepting the EULA. We can use tools like Ming to generate Flash testcases, and we rely on the efforts of volunteers to run our testcases on commercial software and report the result. http://www.gnashdev.org/?q=node/25#eu…

I know i will get downmodded for saying this, but the blog entry is from 2008 and and the faq you linked to speaks only of a debatable possibility of possible restrictions in Adobe's then EULA. See http://www.openscreenproject.org/about/faq.html to see how much Adobe has opened up since. Also, it is worth noting that Adobe has never gone after these open source swf player projects.While i agree that Adobe is not as o…

> I know i will get downmodded for saying this

I hate when people say this. It's like saying "my point is valid, but people on HN are too stupid to get it".

Re: Apple Slaps Developers In The Face

#113
I'm going to leave this thought here, because I don't know where else to leave it without a blog.

Apple doesn't like Flash (or Adobe, depending on preference).

Adobe develops Flash to iPhone compiler.

Apple bans anything-to-AppStore apps that aren't "originally written in C/Obj. C"

...

* Adobe writes Flash to Canvas/HTML5 Apps ?

Apple has nothing to lose from that cornered last step to get onto the iPhone... The internet as a whole doesn't have anything to lose...

For once in my life I feel like an Apple fan. It's a shame it only happened under the influence of alcohol.

Edit: I feel very dirty all of a sudden.

Re: Apple Slaps Developers In The Face

#114
post #76

Earlier quoted context omitted.

> Jobs' perfectionism is an asset now You know that "too much of a good thing" thing, right?

I would say that's the central message of my post.

And that's a shame. Jobs is brilliant, but he needs adult supervision.

Re: Apple Slaps Developers In The Face

#115
post #106
post #25

So, there are a couple things here that jump to my mind. 1. Adobe isn't completely innocent. They're pretty close to a monopoly on their type of software and charge dearly for it (their Creative Suite costs as much as a MacBook Pro). They've done a lot to make sure there are no non-Adobe Flash players even when that's just hurting customers and not costing them money since they don't sell the player. They're not exac…

The Flex SDK is free, you can develop and compile Flash apps and web apps without buying any of their software. And they don't require a $99 fee just to have the opportunity to sell your work, or take 30% of the cut.

Clearly, they are evil.

Re: Apple Slaps Developers In The Face

#116
post #110
post #89

Earlier quoted context omitted.

I bought a Mac Mini with my iPod touch solely so that I could potentially write applications for it. I never did get around to it - my girlfriend went farther than I did - and so it sits, gathering dust, under my desk. But if I had a toolkit that let me develop iPhone apps without having to buy a Mac Mini, then I'd be much more likely to develop an iPhone app. So take me as a data point: the existing practical restri…

Continuing on the theme of my comment to the parent, I'll say: good riddance. The App Store is 185k titles strong, most of them crap. Developers without a passion for the platform are exactly what they don't need any more of.

The iPhone platform isn't the same as the Mac platform. And Sturgeon's law will most likely always apply.

Re: Apple Slaps Developers In The Face

#117
post #105
post #89

Earlier quoted context omitted.

I bought a Mac Mini with my iPod touch solely so that I could potentially write applications for it. I never did get around to it - my girlfriend went farther than I did - and so it sits, gathering dust, under my desk. But if I had a toolkit that let me develop iPhone apps without having to buy a Mac Mini, then I'd be much more likely to develop an iPhone app. So take me as a data point: the existing practical restri…

If you don't want it, I am open to donations...

It turns out that Embarcadero Technologies, the company I work for, is now developing an IDE that targets the Mac. It will be useful for testing that, at least.

Re: Apple Slaps Developers In The Face

#118
post #113

I'm going to leave this thought here, because I don't know where else to leave it without a blog. Apple doesn't like Flash (or Adobe, depending on preference). Adobe develops Flash to iPhone compiler. Apple bans anything-to-AppStore apps that aren't "originally written in C/Obj. C" ... * Adobe writes Flash to Canvas/HTML5 Apps ? Apple has nothing to lose from that cornered last step to get onto the iPhone... The inte…

[deleted]

Re: Apple Slaps Developers In The Face

#119

Earlier quoted context omitted.

Go back and watch the first iPhone keynote. It was all about web apps.

Probably because that was the only thing possible at the time.

Not really. Native third party apps were originally a concession to demands from users/developers by all accounts I've heard. Regardless, the original strategy was to encourage web-based apps.

Re: Apple Slaps Developers In The Face

#120
post #63
post #48

Earlier quoted context omitted.

There is some debate about whether the Adobe/Macromedia Flash EULA can be considered binding, but Gnash developers prefer to avoid the issue by not installing Adobe/Macromedia tools, and thereby not accepting the EULA. We can use tools like Ming to generate Flash testcases, and we rely on the efforts of volunteers to run our testcases on commercial software and report the result. http://www.gnashdev.org/?q=node/25#eu…

I know i will get downmodded for saying this, but the blog entry is from 2008 and and the faq you linked to speaks only of a debatable possibility of possible restrictions in Adobe's then EULA. See http://www.openscreenproject.org/about/faq.html to see how much Adobe has opened up since. Also, it is worth noting that Adobe has never gone after these open source swf player projects.While i agree that Adobe is not as o…

> Adobe has never gone after these open source swf player projects.

They went after rtmpdump, a tool developed by the gnash devs after clean-room reverse engineering to eventually bring RTMP support (client video streaming) to gnash and other free players:

http://en.wikipedia.org/wiki/Real_Time_Messaging_Protocol#RT...

> rtmpdump is an open-source command-line tool that is designed to dump the full RTMP stream. It implements the RTMPE protocol, which Adobe believes to be an encryption and copyright protection scheme: however analysis of RTMPE shows that RTMPE is nothing of the kind. rtmpdump was removed from its original SourceForge page due to Adobe issuing a Digital Millennium Copyright Act takedown notice, which Sourceforge did not have the resources to contest, and could not place any other sourceforge projects at risk. flvstreamer is a fork of rtmpdump which removes all the code that Adobe believed was in violation of the DMCA (due to the belief by Adobe that RTMPE is an encryption mechanism). flvstreamer still allows users to download a stream of audio or video content from all RTMP servers, as long as RTMPE is not enabled on the server. rtmpdump development was restarted in October 2009 and is hosted at the MPlayer site[5]. It has much improved functionality and has been rewritten in C (was C++).

Post reply on HN