<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Flash Lite is not WICD &#8211; But it should be!</title>
	<atom:link href="http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html</link>
	<description>Wireless mobility - Innovation - Digital convergence - mobile web 2.0</description>
	<lastBuildDate>Thu, 19 Jan 2012 13:47:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Philippe Chassany</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-947</link>
		<dc:creator>Philippe Chassany</dc:creator>
		<pubDate>Mon, 08 Jan 2007 18:29:56 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-947</guid>
		<description>Adobe strategy and Flash Mobile product line are quite clear.
The success of Flash relies on the developer community and on the end-user addict consumption - online games, multimedia animations ...
Flash is teh de-facto multimedia format even for the video - flv codec - thanks to YouTube success.
Adobe began with a strategy based on the embedding (Flash Lite 1.x) on the APAC (Asia Pacific) Market. Great success!
Now, Adobe clearly focus his effort on carriers - see the Verizon agreement - and on providing with developers better tools to publish content for mobile handsets.
I feel that things are moving fast now, carriers are more and more interested by Flash for mobile content and ready to embrace massively this format and technology. Embedding or downloading and installing the player before the first use of a swf file are now well understood by the operators.
However, all the Flash content studios &amp; publishers could not distribute their content through operators because of a limited number of  deck places and spots.
Concerning Flash Cast, I will be more cautious. The product is still in beta and needs improvement (flv integration for example). It is a very nice and powerful client/server technology to develop rich media portal &amp; application. I believe that &quot;simple&quot; solutions relying on Flash Lite + Ajax could also be a nice solution.
2007 should be the true Year 0 for Flash in the mobile industry.
</description>
		<content:encoded><![CDATA[<p>Adobe strategy and Flash Mobile product line are quite clear.<br />
The success of Flash relies on the developer community and on the end-user addict consumption &#8211; online games, multimedia animations &#8230;<br />
Flash is teh de-facto multimedia format even for the video &#8211; flv codec &#8211; thanks to YouTube success.<br />
Adobe began with a strategy based on the embedding (Flash Lite 1.x) on the APAC (Asia Pacific) Market. Great success!<br />
Now, Adobe clearly focus his effort on carriers &#8211; see the Verizon agreement &#8211; and on providing with developers better tools to publish content for mobile handsets.<br />
I feel that things are moving fast now, carriers are more and more interested by Flash for mobile content and ready to embrace massively this format and technology. Embedding or downloading and installing the player before the first use of a swf file are now well understood by the operators.<br />
However, all the Flash content studios &#038; publishers could not distribute their content through operators because of a limited number of  deck places and spots.<br />
Concerning Flash Cast, I will be more cautious. The product is still in beta and needs improvement (flv integration for example). It is a very nice and powerful client/server technology to develop rich media portal &#038; application. I believe that &#8220;simple&#8221; solutions relying on Flash Lite + Ajax could also be a nice solution.<br />
2007 should be the true Year 0 for Flash in the mobile industry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Krisher</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-946</link>
		<dc:creator>Mike Krisher</dc:creator>
		<pubDate>Wed, 20 Dec 2006 14:13:05 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-946</guid>
		<description>I understand and agree with your reasoning on Flash Lite not being an open standard. I think it could move along at a faster pace if it were, however it may very well become splintered which doesn&#039;t help developers at all. Things as simple as UA-Prof have proven this to be a nightmare.
With that said, Flash Lite is not an apples to apples comparison with SVG and WICD. It is more comparable to J2ME, simply because it is a runtime, but even then I am not sure if it is apples to apples. I think the confusion comes, because we all think of it is the desktop browser plug-in. Flash Lite isn&#039;t the same thing. For one, on the majority of phones it is a standalone application, not even related to the browser. You simply run SWFs off of the phone, the browser has no part. On some handset platforms it can be used as a browser plug-in, but for the most part it is a standalone runtime, much like Python on Series 60.
Also, when people think of Flash, and Flash Lite, they immediately think of graphics rendering (like SVG) but that doesn&#039;t do it justice. Because it is a runtime it goes further than just the presentation layer. The runtime actually provides a logic layer that SVG, and WICD, do not. Things like access to local persistent storage, video playback, audio playback, etc... make it different than the open rendering languages. It also doesn&#039;t have the limitations of being confined in a browser.
So, now onto the whole notion of the &#039;go to market&#039; strategy. Someone earlier in the comments pointed out that Adobe has changed their strategy recently and is offering the player for free. This is great news for developer adoption. However, much like you pointed out earlier. There still needs to be a carrier and/or OEM licensing deal. How many consumers will go to the Adobe site, download an installer, get it on their phone and install the runtime?
The adoption in Japan has proven that Flash Lite can be successful if placed on the phone and services are created around it. The runtime is rich and presents a lot of opportunity where other technologies fall short. Game development is one area where Flash Lite shines. Simple game play, but still, that is a huge market. Widget applications also shine. On the mobile paradigm I define these widget apps as &#039;companion apps&#039;, because they are probably used for granting access to commonly used desktop Web services. They are not full blown, but a companion to what you do on your desktop. Flash Lite is great at these. J2ME can be great at them as well, however J2ME needs something like SVG integration to be able to compete at the presentation layer. And the authoring workflow is completely different. This is in part to Flash Lite not being an open standard and being owned by one party. So I guess the argument goes both ways.
Back to market strategy, the Nokia deal was great for the future of Flash Lite. This places Flash Lite out there. Should developers embrace it and start to create engaging content and services around it, other OEMs will be forced to take notice. This will mean Flash Lite becomes ubiquitous, or the other OEMs put some effort being competitive technologies, both have benefits to consumers.
However, despite Adobe&#039;s salesforce and licensing deals, Flash Lite is only as good and valuable as the content that is created with it. This goes for SVG, WICD, J2ME, etc... Until there is a &#039;killer app&#039; made in one of these technologies, they are all just great bases that no one has built upon yet.
</description>
		<content:encoded><![CDATA[<p>I understand and agree with your reasoning on Flash Lite not being an open standard. I think it could move along at a faster pace if it were, however it may very well become splintered which doesn&#8217;t help developers at all. Things as simple as UA-Prof have proven this to be a nightmare.<br />
With that said, Flash Lite is not an apples to apples comparison with SVG and WICD. It is more comparable to J2ME, simply because it is a runtime, but even then I am not sure if it is apples to apples. I think the confusion comes, because we all think of it is the desktop browser plug-in. Flash Lite isn&#8217;t the same thing. For one, on the majority of phones it is a standalone application, not even related to the browser. You simply run SWFs off of the phone, the browser has no part. On some handset platforms it can be used as a browser plug-in, but for the most part it is a standalone runtime, much like Python on Series 60.<br />
Also, when people think of Flash, and Flash Lite, they immediately think of graphics rendering (like SVG) but that doesn&#8217;t do it justice. Because it is a runtime it goes further than just the presentation layer. The runtime actually provides a logic layer that SVG, and WICD, do not. Things like access to local persistent storage, video playback, audio playback, etc&#8230; make it different than the open rendering languages. It also doesn&#8217;t have the limitations of being confined in a browser.<br />
So, now onto the whole notion of the &#8216;go to market&#8217; strategy. Someone earlier in the comments pointed out that Adobe has changed their strategy recently and is offering the player for free. This is great news for developer adoption. However, much like you pointed out earlier. There still needs to be a carrier and/or OEM licensing deal. How many consumers will go to the Adobe site, download an installer, get it on their phone and install the runtime?<br />
The adoption in Japan has proven that Flash Lite can be successful if placed on the phone and services are created around it. The runtime is rich and presents a lot of opportunity where other technologies fall short. Game development is one area where Flash Lite shines. Simple game play, but still, that is a huge market. Widget applications also shine. On the mobile paradigm I define these widget apps as &#8216;companion apps&#8217;, because they are probably used for granting access to commonly used desktop Web services. They are not full blown, but a companion to what you do on your desktop. Flash Lite is great at these. J2ME can be great at them as well, however J2ME needs something like SVG integration to be able to compete at the presentation layer. And the authoring workflow is completely different. This is in part to Flash Lite not being an open standard and being owned by one party. So I guess the argument goes both ways.<br />
Back to market strategy, the Nokia deal was great for the future of Flash Lite. This places Flash Lite out there. Should developers embrace it and start to create engaging content and services around it, other OEMs will be forced to take notice. This will mean Flash Lite becomes ubiquitous, or the other OEMs put some effort being competitive technologies, both have benefits to consumers.<br />
However, despite Adobe&#8217;s salesforce and licensing deals, Flash Lite is only as good and valuable as the content that is created with it. This goes for SVG, WICD, J2ME, etc&#8230; Until there is a &#8216;killer app&#8217; made in one of these technologies, they are all just great bases that no one has built upon yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-945</link>
		<dc:creator>Lars</dc:creator>
		<pubDate>Mon, 18 Dec 2006 00:33:32 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-945</guid>
		<description>Hi Ajit:
Here&#039;s that &quot;recent announcement&quot; link, that did not show-up, in my original comment above:
&lt;a href=&quot;http://www.flashdevices.net/2006/12/flash-lite-21-standalone-player-for.html&quot; rel=&quot;nofollow&quot;&gt;http://www.flashdevices.net/2006/12/flash-lite-21-standalone-player-for.html&lt;/a&gt;
Again - as mentioned - having Flash pre-installed is the obvious (over-due) evolution from Nokia et all. As we have seen this evolve here in Japan, all three operators on virtually every handset sold for the last 2-3 years, it&#039;s track-proven possible and valuable to all.
</description>
		<content:encoded><![CDATA[<p>Hi Ajit:<br />
Here&#8217;s that &#8220;recent announcement&#8221; link, that did not show-up, in my original comment above:<br />
<a href="http://www.flashdevices.net/2006/12/flash-lite-21-standalone-player-for.html" rel="nofollow">http://www.flashdevices.net/2006/12/flash-lite-21-standalone-player-for.html</a><br />
Again &#8211; as mentioned &#8211; having Flash pre-installed is the obvious (over-due) evolution from Nokia et all. As we have seen this evolve here in Japan, all three operators on virtually every handset sold for the last 2-3 years, it&#8217;s track-proven possible and valuable to all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stelt</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-944</link>
		<dc:creator>stelt</dc:creator>
		<pubDate>Sun, 17 Dec 2006 21:25:39 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-944</guid>
		<description>Maybe you should take a look at the mobile corner on &lt;a href=&quot;http://svg.startpagina.nl&quot; rel=&quot;nofollow&quot;&gt;http://svg.startpagina.nl&lt;/a&gt;
Flash Lite?, not for me.
WICD? Yes certainly, with SVG.
</description>
		<content:encoded><![CDATA[<p>Maybe you should take a look at the mobile corner on <a href="http://svg.startpagina.nl" rel="nofollow">http://svg.startpagina.nl</a><br />
Flash Lite?, not for me.<br />
WICD? Yes certainly, with SVG.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajit Jaokar</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-943</link>
		<dc:creator>Ajit Jaokar</dc:creator>
		<pubDate>Sun, 17 Dec 2006 09:41:52 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-943</guid>
		<description>Hi Lars
Good to hear from you as always
Yes, I agree that preinstalled is useful. I also think that if the pricing were right, this could well happen(pre installed) on mobile devices. However, is some operators take it up and others dont and / or - some devices support it and others dont, we have a classic market fragmentation problem
Also, this approach is different from their approach on the Web(which is far more inclusive and sweeping). In other words, there are physical limitations to how many Operators/devices can be covered within a space of time given a sales team and extended negotiations
kind rgds
Ajit
</description>
		<content:encoded><![CDATA[<p>Hi Lars<br />
Good to hear from you as always<br />
Yes, I agree that preinstalled is useful. I also think that if the pricing were right, this could well happen(pre installed) on mobile devices. However, is some operators take it up and others dont and / or &#8211; some devices support it and others dont, we have a classic market fragmentation problem<br />
Also, this approach is different from their approach on the Web(which is far more inclusive and sweeping). In other words, there are physical limitations to how many Operators/devices can be covered within a space of time given a sales team and extended negotiations<br />
kind rgds<br />
Ajit</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-942</link>
		<dc:creator>Lars</dc:creator>
		<pubDate>Sun, 17 Dec 2006 03:08:53 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-942</guid>
		<description>Ajit:
Flash has been &#039;standard&#039; pre-install on all phones in Japan for at least 2 (more like 3) years now because the operators love to see how nice their menu&#039;s and portals look/run on Flash, PLUS the added bonus for CP&#039;s to write apps knowing full well they will be &#039;write once - read anywhere&#039;.
As for increasing availability of enabled devices, and therefore critical mass worldwide, perhaps you missed(?) this recent announcement for Free Flash 2.1 on S60 for devices.
I doubt very much that end-users really care about the difference between an Open Standard vs. a Common Platform, although def. pre-installed is helpful, maybe best to say we should try to crack one nut at a time.. 8-)
Cheers!
</description>
		<content:encoded><![CDATA[<p>Ajit:<br />
Flash has been &#8216;standard&#8217; pre-install on all phones in Japan for at least 2 (more like 3) years now because the operators love to see how nice their menu&#8217;s and portals look/run on Flash, PLUS the added bonus for CP&#8217;s to write apps knowing full well they will be &#8216;write once &#8211; read anywhere&#8217;.<br />
As for increasing availability of enabled devices, and therefore critical mass worldwide, perhaps you missed(?) this recent announcement for Free Flash 2.1 on S60 for devices.<br />
I doubt very much that end-users really care about the difference between an Open Standard vs. a Common Platform, although def. pre-installed is helpful, maybe best to say we should try to crack one nut at a time.. <img src='http://www.opengardensblog.futuretext.com/wp-includes/images/smilies/icon_cool.gif' alt='8-)' class='wp-smiley' /> Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajit Jaokar</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-941</link>
		<dc:creator>Ajit Jaokar</dc:creator>
		<pubDate>Sun, 17 Dec 2006 02:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-941</guid>
		<description>thanks Brenda!
</description>
		<content:encoded><![CDATA[<p>thanks Brenda!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brenda</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-940</link>
		<dc:creator>Brenda</dc:creator>
		<pubDate>Sat, 16 Dec 2006 22:48:19 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-940</guid>
		<description>i have a low opinion of flash. You&#039;re at the whim of Adobe whether your platform of choice is supported. Mine isn&#039;t - none of my desktops, and neither my phone, or my PDA is on adobe&#039;s list of platforms they provide a player for,
To be fair there&#039;s nothing secret about the flash format, and opensource-ers could make a greatF/OSS version - but they don&#039;t. Mostly because it&#039;s not interesting or something we want pushed as a &quot;standard&quot;.
</description>
		<content:encoded><![CDATA[<p>i have a low opinion of flash. You&#8217;re at the whim of Adobe whether your platform of choice is supported. Mine isn&#8217;t &#8211; none of my desktops, and neither my phone, or my PDA is on adobe&#8217;s list of platforms they provide a player for,<br />
To be fair there&#8217;s nothing secret about the flash format, and opensource-ers could make a greatF/OSS version &#8211; but they don&#8217;t. Mostly because it&#8217;s not interesting or something we want pushed as a &#8220;standard&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jag Minhas</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-939</link>
		<dc:creator>Jag Minhas</dc:creator>
		<pubDate>Sat, 16 Dec 2006 18:20:39 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-939</guid>
		<description>Like Dalibor, I am much more bullish about Flash Lite, and would like to expand on some of the reasons already given:
* Flash Lite is already out there in mobile - and in much more than Verizon as your article incorrectly suggests! smile
Although not exactly comparable in functional terms; there are more Flash enabled handsets in circulation than there are Symbian handsets. (150 million Flash Lite phones vs 100 million Symbain.) When you look at this from an app developer perspective this is very significant. Like you say about Ajax, it&#039;s not all about having a pretty face. And Flash as a fairly powerful interactive application environment has the benefit of having the prettiest face on the web! Also, whereas Symbian ships from around 10 licensees (of which only a fraction have the majority market shares) Flash Lite has a much wider penetration.
Symbian data source: &lt;a href=&quot;http://www.symbian.com/news/pr/2006/pr20068610.html&quot; rel=&quot;nofollow&quot;&gt;http://www.symbian.com/news/pr/2006/pr20068610.html&lt;/a&gt;
Flash Lite data source: &lt;a href=&quot;http://www.adobe.com/mobile/supported_devices/&quot; rel=&quot;nofollow&quot;&gt;http://www.adobe.com/mobile/supported_devices/&lt;/a&gt;
Also, Flash Lite has gone embedded into other consumer electronics devices also.
* Whether it is a defacto standard or an open standard, I don&#039;t think that&#039;s relevant. Actually, the cynic in me says that I *do* think it&#039;s relevant, if it&#039;s an open standard it&#039;s more likey to be designed by a committee that results in the mess that was MIDP 1 and 2. With Flash, as a developer, I know it will work everywhere. With all but the simplest of Java apps that is rarely the case.
* I&#039;m not sure I understand the difference between the &quot;browser plugin&quot; and the Flash Lite &quot;client&quot;. As I understand it there are two (non mutually exclusive) approaches to implementation of Flash Lite on a handset platform; 1) Install Flash Player as a browser plugin that responds to Flash mime typed objects carried in HTTP - e.g. launches the Flash Player or plays the Flash in a web page just as we are familiar on PC-based browsers today and 2) build some or all of the phone MMI in Flash. Some SonyEricsson phone models have had part of the MMI built in Flash I believe, and Samsung have gone even further by building the entire phone MMI in Flash on at least one of the phone models. On mobile devices there is a great deal of opportunity, in my view, for applications that work outside the browser context. And this is because I believe that &quot;browsing&quot; as a behaviour is less likely in mass market terms on mobile. Rather, apps that serve useful needs and surfaced high on the phone UI are more likely. background running connected apps, Feed readers, tickers and idle screen widgets are much more suited to mobile in my opinion, and Flash is a serious candidate for being the dominant platform for this sort of application.
* Flash Cast is also interesting. Forming the basis of DoCoMo&#039;s i-channel service, it is essentially provides a feed-based approach to consumption of content on mobiles, and whilst you can do this using RSS/Atom etc. Adobe have packaged together a half-decent propsition for operators and content providers in the form of Flash Cast.
* I&#039;m not sure I quite agree on your hypothesis re distribution model; i.e. give the players/clients away for free. In my view there is no need to Adobe to really drive volumes in developer tool sales (as per the fixed Internet growth days) as they have pretty much done that already - the Flash development supply chain is very mature. So much so that there development tool catalogue is going very much into product bundling phase, as la Microsoft Office; I mean what does a word processor manufacturer do next if everyone in the world has a word processor? So, I don&#039;t think that growing a developer community for Flash competence is the correct money-making priority. Licensing the client is *absolutely* the right thing to do for Adobe stockholders, and targetting device manufacturers and operators is absolutely the right thing to do. In the past Macromedia only had to develop and &quot;sell&quot; hard Flash plugins for a handful of browsers in order to generate developer software sales. Now the strategy is broadly similar; target the selling at handful of handset manufacturers and operators - but the sales are made at the client end instead, and make a small contribution to the handset BOM ((Bill of materials) considering what the customer gets in return.
* Expect to see a lot more of Flash Lite and potentially Flash Cast. And the reason why is because Adobe has a global, salaried and bonus-motivated sales force with widespread app dev competence for their product already in the field. WICD does not have either as yet. And this is somewhat contrary to the suggestion in your posting about lack of developer support for Flash.
* One very interesting development from my perspective is the incorporation of Flash into Nokia&#039;s series 40 handsets. I will be interested to know if this is implemented in such a way that gives developers exposure to the user for their Flash apps.
Best regards - Jag
Show parent &#124; Split &#124; Delete &#124; Reply
</description>
		<content:encoded><![CDATA[<p>Like Dalibor, I am much more bullish about Flash Lite, and would like to expand on some of the reasons already given:<br />
* Flash Lite is already out there in mobile &#8211; and in much more than Verizon as your article incorrectly suggests! smile<br />
Although not exactly comparable in functional terms; there are more Flash enabled handsets in circulation than there are Symbian handsets. (150 million Flash Lite phones vs 100 million Symbain.) When you look at this from an app developer perspective this is very significant. Like you say about Ajax, it&#8217;s not all about having a pretty face. And Flash as a fairly powerful interactive application environment has the benefit of having the prettiest face on the web! Also, whereas Symbian ships from around 10 licensees (of which only a fraction have the majority market shares) Flash Lite has a much wider penetration.<br />
Symbian data source: <a href="http://www.symbian.com/news/pr/2006/pr20068610.html" rel="nofollow">http://www.symbian.com/news/pr/2006/pr20068610.html</a><br />
Flash Lite data source: <a href="http://www.adobe.com/mobile/supported_devices/" rel="nofollow">http://www.adobe.com/mobile/supported_devices/</a><br />
Also, Flash Lite has gone embedded into other consumer electronics devices also.<br />
* Whether it is a defacto standard or an open standard, I don&#8217;t think that&#8217;s relevant. Actually, the cynic in me says that I *do* think it&#8217;s relevant, if it&#8217;s an open standard it&#8217;s more likey to be designed by a committee that results in the mess that was MIDP 1 and 2. With Flash, as a developer, I know it will work everywhere. With all but the simplest of Java apps that is rarely the case.<br />
* I&#8217;m not sure I understand the difference between the &#8220;browser plugin&#8221; and the Flash Lite &#8220;client&#8221;. As I understand it there are two (non mutually exclusive) approaches to implementation of Flash Lite on a handset platform; 1) Install Flash Player as a browser plugin that responds to Flash mime typed objects carried in HTTP &#8211; e.g. launches the Flash Player or plays the Flash in a web page just as we are familiar on PC-based browsers today and 2) build some or all of the phone MMI in Flash. Some SonyEricsson phone models have had part of the MMI built in Flash I believe, and Samsung have gone even further by building the entire phone MMI in Flash on at least one of the phone models. On mobile devices there is a great deal of opportunity, in my view, for applications that work outside the browser context. And this is because I believe that &#8220;browsing&#8221; as a behaviour is less likely in mass market terms on mobile. Rather, apps that serve useful needs and surfaced high on the phone UI are more likely. background running connected apps, Feed readers, tickers and idle screen widgets are much more suited to mobile in my opinion, and Flash is a serious candidate for being the dominant platform for this sort of application.<br />
* Flash Cast is also interesting. Forming the basis of DoCoMo&#8217;s i-channel service, it is essentially provides a feed-based approach to consumption of content on mobiles, and whilst you can do this using RSS/Atom etc. Adobe have packaged together a half-decent propsition for operators and content providers in the form of Flash Cast.<br />
* I&#8217;m not sure I quite agree on your hypothesis re distribution model; i.e. give the players/clients away for free. In my view there is no need to Adobe to really drive volumes in developer tool sales (as per the fixed Internet growth days) as they have pretty much done that already &#8211; the Flash development supply chain is very mature. So much so that there development tool catalogue is going very much into product bundling phase, as la Microsoft Office; I mean what does a word processor manufacturer do next if everyone in the world has a word processor? So, I don&#8217;t think that growing a developer community for Flash competence is the correct money-making priority. Licensing the client is *absolutely* the right thing to do for Adobe stockholders, and targetting device manufacturers and operators is absolutely the right thing to do. In the past Macromedia only had to develop and &#8220;sell&#8221; hard Flash plugins for a handful of browsers in order to generate developer software sales. Now the strategy is broadly similar; target the selling at handful of handset manufacturers and operators &#8211; but the sales are made at the client end instead, and make a small contribution to the handset BOM ((Bill of materials) considering what the customer gets in return.<br />
* Expect to see a lot more of Flash Lite and potentially Flash Cast. And the reason why is because Adobe has a global, salaried and bonus-motivated sales force with widespread app dev competence for their product already in the field. WICD does not have either as yet. And this is somewhat contrary to the suggestion in your posting about lack of developer support for Flash.<br />
* One very interesting development from my perspective is the incorporation of Flash into Nokia&#8217;s series 40 handsets. I will be interested to know if this is implemented in such a way that gives developers exposure to the user for their Flash apps.<br />
Best regards &#8211; Jag<br />
Show parent | Split | Delete | Reply</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dalibor Kunic</title>
		<link>http://www.opengardensblog.futuretext.com/archives/2006/12/flash_lite_is_n_1.html/comment-page-1#comment-938</link>
		<dc:creator>Dalibor Kunic</dc:creator>
		<pubDate>Sat, 16 Dec 2006 18:13:23 +0000</pubDate>
		<guid isPermaLink="false">http://dev5.indigocontenthost.co.uk/archives/2006/12/flash_lite_is_n_1.html#comment-938</guid>
		<description>Flash in general will get bigger and bigger and infuence mobile world with Flash Lite in a proportion we don&#039;t expect and can&#039;t grasp at this moment. More than Ajax, IMHO.
Flash and Ajax will need to make co-habitation . Just like they do now on the Web ( see Google Finance as a perfect example for this sort of thing ).
But keep in mind,  flash will solve some important usability problems for mobiles , so this means its significance is much bigger than ajax or principles of mobile web 2.0 ( the architecture of participation in mobile space is a long time to go , IMHO ).
People still buy phones mostly to make phone calls and not to &#039;&#039;browse&#039;&#039; the web.
I belive we&#039;ll se huge catalogues of Flash lite content.
Games and UI solutions will be favorite class of that content.
Developers are in a good position to adopt Flash Lite and there are popping out companies with such products.
It&#039;s not  expensive for handset manufacturers and operators to adopt Flash lite.
And still, don&#039;t forget about FlashCast which will make flash final success in the mobile space with multimedia mobile push...
</description>
		<content:encoded><![CDATA[<p>Flash in general will get bigger and bigger and infuence mobile world with Flash Lite in a proportion we don&#8217;t expect and can&#8217;t grasp at this moment. More than Ajax, IMHO.<br />
Flash and Ajax will need to make co-habitation . Just like they do now on the Web ( see Google Finance as a perfect example for this sort of thing ).<br />
But keep in mind,  flash will solve some important usability problems for mobiles , so this means its significance is much bigger than ajax or principles of mobile web 2.0 ( the architecture of participation in mobile space is a long time to go , IMHO ).<br />
People still buy phones mostly to make phone calls and not to &#8221;browse&#8221; the web.<br />
I belive we&#8217;ll se huge catalogues of Flash lite content.<br />
Games and UI solutions will be favorite class of that content.<br />
Developers are in a good position to adopt Flash Lite and there are popping out companies with such products.<br />
It&#8217;s not  expensive for handset manufacturers and operators to adopt Flash lite.<br />
And still, don&#8217;t forget about FlashCast which will make flash final success in the mobile space with multimedia mobile push&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
