<?xml version="1.0" encoding="utf-8"?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xml:lang="en">
<title>JD on EP</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/" />
<modified>2008-05-01T03:04:53Z</modified>
<tagline>This is a historical site. New entries are at blogs.adobe.com/jd. Comments are closed on these old entries.</tagline>
<id>tag:weblogs.macromedia.com,2008:/jd//28</id>
<generator url="http://www.movabletype.org/" version="3.16">Movable Type</generator>
<copyright>Copyright (c) 2008, JohnDowdell</copyright>
<entry>
<title>Flash Lite talks with J2ME</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/flash_lite_talk.html" />
<modified>2008-05-01T03:04:53Z</modified>
<issued>2008-05-01T02:43:02Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14903</id>
<created>2008-05-01T02:43:02Z</created>
<summary type="text/plain">Flash Lite talks with J2ME: There were articles earlier today about Sony&apos;s Project Capuchin, but now Sony has info on their website. It seems like Sony phones will have an API so that a local Java engine can communicate with the local Flash Lite engine. They cite three use cases:...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Devices</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a href="http://developer.sonyericsson.com/site/global/newsandevents/latestnews/newsapr08/p_project_capuchin_announcement.jsp">Flash Lite talks with J2ME:</a> There were articles earlier today about Sony's <a href="http://search.yahoo.com/search?p=%22project+capuchin%22">Project Capuchin</a>, but now Sony has info on their website. It seems like Sony phones will have an API so that a local Java engine can communicate with the local Flash Lite engine. They cite three use cases: a Java application triggering a Flash application; using a SWF presentation layer atop a Java processing/services layer; and intermixing SWF components within a Java application. Inter-engine communication has taken place in web browsers for awhile, but implementation differences and latency limited uses... may be different in this mobile implementation. I asked within Adobe this morning for context, and heard there will be more info after a conference next week. Sony's got some source info up now, though, to go beyond the morning's news articles.</p>]]>

</content>
</entry>
<entry>
<title>Noteworthy injection</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/noteworthy_inje.html" />
<modified>2008-04-21T21:43:03Z</modified>
<issued>2008-04-21T21:41:59Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14897</id>
<created>2008-04-21T21:41:59Z</created>
<summary type="text/plain">Noteworthy injection: User-generated content is great, but you can&apos;t trust it, and must vet it before republishing it. This weekend the Barack Obama website accepted a comment from a visitor but did not strip out angle-brackets and quotemarks. The result was a page whose new user-generated JavaScript content redirected to...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Privacy/Security</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a title="Hacker Redirects Barack Obama's site to hillaryclinton.com - Netcraft" href="http://news.netcraft.com/archives/2008/04/21/hacker_redirects_barack_obamas_site_to_hillaryclintoncom.html">Noteworthy injection:</a> User-generated content is great, but you can't trust it, and must vet it before republishing it. This weekend the Barack Obama website accepted a comment from a visitor but did not strip out angle-brackets and quotemarks. The result was a page whose new user-generated JavaScript content redirected to the Hillary Clinton website. See <a href="http://en.wikipedia.org/wiki/Cross-site_scripting#Avoiding_XSS_vulnerabilities">Wikipedia</a> for an intro to the need of protecting your formfields from injected commands by visitors, and <a href="http://www.xssed.com/news/65/Barack_Obamas_official_site_hacked/">XSSed</a> for additional details on the political redirect. Me, I'm hoping the next debate has a question about how each candidate feels about cross-site scripting exploits, and whether libraries like Scriptaculous should always insist upon formfield validation.... ;-)</p>]]>

</content>
</entry>
<entry>
<title>AMP, geo-restrictions</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/amp_geo-restric.html" />
<modified>2008-04-21T20:59:12Z</modified>
<issued>2008-04-21T20:58:34Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14896</id>
<created>2008-04-21T20:58:34Z</created>
<summary type="text/plain">AMP, geo-restrictions: Link goes to a machine-translation of a German PC-Welt article, about how some television shows (such as the CBS &quot;CSI&quot; property) can no longer be viewed in all regions via Adobe Media Player. The viewing policy is set by the content provider (such as CBS) rather than by...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Television</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a title="Translated version" href="http://209.85.135.104/translate_c?hl=en&u=http://www.pcwelt.de/start/software_os/online/news/156394/keine_us_serien_mehr_fuer_deutsche_anwender/">AMP, geo-restrictions:</a> Link goes to a machine-translation of a German PC-Welt article, about how some television shows (such as the CBS "CSI" property) can no longer be viewed in all regions via Adobe Media Player. The viewing policy is set by the content provider (such as CBS) rather than by the technology provider (Adobe), and recently CBS did enact viewing policies to <a href="http://weblogs.macromedia.com/jd/archives/2008/04/global_video_ri.cfm">respect their local agreements</a>. I've been searching around and haven't found as many complaints as I might have expected, but it's a difficult thing to search for... if you see repercussions or have other questions then please drop a note in comments here and I'll work on it, thanks.</p>]]>

</content>
</entry>
<entry>
<title>Label debates</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/label_debates.html" />
<modified>2008-04-21T15:46:38Z</modified>
<issued>2008-04-21T15:15:59Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14895</id>
<created>2008-04-21T15:15:59Z</created>
<summary type="text/plain">Label debates: I don&apos;t usually link to Sys-Con, or to Scott Barnes, but this collection of paragraphs asserting that &quot;&apos;RIA&apos; is slowly fading in terms of its definition&quot; is a piece of almost offensively obtuse obscurantism. Rich Internet Applications combine serverside-processing (think Allaire) and clientside-processing (think Macromedia) for something richer...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Web sociology</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a href="http://ajax.sys-con.com/read/547326.htm">Label debates:</a> I don't usually link to Sys-Con, or to Scott Barnes, but this collection of paragraphs asserting that <em>"'RIA' is slowly fading in terms of its definition"</em> is a piece of almost offensively obtuse obscurantism. <a href="http://weblogs.macromedia.com/jd/archives/2005/03/ria_definition.cfm">Rich Internet Applications</a> combine serverside-processing (think Allaire) and clientside-processing (think Macromedia) for something richer than just text and images. Microsoft was slow to arrive on the scene, but they've understood a part of it recently... they even hired Scott with a literal "RIA" in his job title, for their as-yet-unshipped embrace/extend rerun. But now: <em>"The team with the biggest horde will own the definition."</em> As when Microsoft woke up a few years ago and tried to diffuse the idea as "Rich Interactive Applications", muddling things now with "Rich Client Platform" attempts to confuse their core customer base, preventing their growth outside of the Redmond stack. It won't affect the underlying dynamics in the long term, but will remain a time-wasting nuisance in the short term. </p>]]>
<![CDATA[<p>(Trolls: Please sign in with a verifiable identity before calling me childish and mean for my borg-defiance, thanks.)</p>]]>
</content>
</entry>
<entry>
<title>Creative accessibility</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/creative_access.html" />
<modified>2008-04-19T18:39:01Z</modified>
<issued>2008-04-19T17:36:29Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14893</id>
<created>2008-04-19T17:36:29Z</created>
<summary type="text/plain">Creative accessibility: &quot;Freedom of the press is guaranteed only to those who own one.&quot; [A.J.Liebling] Twenty years ago desktop publishing reduced the cost to tens of thousands of dollars. A decade later web publishing helped more people publish and distribute text and images, costing only a computer, its software, and...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Adobe</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a href="http://www.pbs.org/mediashift/2008/04/diy_nationcheap_editing_tools.html">Creative accessibility:</a> "Freedom of the press is guaranteed only to those who own one." [<a href="http://www.bartleby.com/63/42/8242.html">A.J.Liebling</a>] Twenty years ago desktop publishing reduced the cost to tens of thousands of dollars. A decade later web publishing helped more people publish and distribute text and images, costing only a computer, its software, and a connection. Now, rich-media RIAs let anyone edit images, video, audio and presentations, without any investment in software at all. Third world or first, urban or rural, egghead or not, it doesn't matter anymore -- if you've got a computer and a connection, you can create and publish your story to the world. At PBS, Jennifer Woodard Maderazo surveys the range of accessible creative tools today, and compares it to the costs of the recent past. The professional toolsets are blazing even newer territory (time-based imaging is about to get real scary, eg), but the increasing accessibility of the tools of creation means that Liebling's guarantee is becoming less and less a restriction every day....<br />
</p>]]>
<![CDATA[<p><strong>Action items:</strong><br />
<ul><li> We've got to get this functionality to cheaper mobile devices, because most people will never own a computer. The Flash Lite runtime is getting there, across the more affluent sections, and the AIR runtime will eventually provide a solid baseline of functionality. Right now, though, digital creation still requires a computer, a connection, and usually some level of English skills.<br />
<li> We've got to figure out ways to beat <a href="http://www.physics.emory.edu/~weeks/misc/slaw.html">Sturgeon's Law</a> and filter out the bad talk from the good. If you're trying to learn something, how can you pull that information from the efforts of people to sell you something, or the casual rants of the popular? We've got to reduce the reading costs, make it easier to find the desired info, while still surprising with the unknown-yet-useful. Filtering will probably be a harder problem than creation. <br />
</ul></p>]]>
</content>
</entry>
<entry>
<title>Adobe to acquire Macromedia</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/adobe_to_acquir.html" />
<modified>2008-04-18T22:13:28Z</modified>
<issued>2008-04-18T22:12:08Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14892</id>
<created>2008-04-18T22:12:08Z</created>
<summary type="text/plain">Adobe to acquire Macromedia: Announcement went out three years ago today. Seems longer. Why, back then we didn&apos;t even have YouTube... things have changed a lot since then....</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Adobe</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a title="Macromedia - Press Room : Adobe to Acquire Macromedia" href="http://www.adobe.com/macromedia/proom/pr/2005/adobe_macromedia.html">Adobe to acquire Macromedia:</a> Announcement went out three years ago today. Seems longer. Why, back then we didn't even have <a href="http://en.wikipedia.org/wiki/History_of_YouTube">YouTube</a>... things have changed a lot since then. </p>]]>

</content>
</entry>
<entry>
<title>Bad Reporter, No AdSense</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/bad_reporter_no.html" />
<modified>2008-04-17T21:24:14Z</modified>
<issued>2008-04-17T21:23:26Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14888</id>
<created>2008-04-17T21:23:26Z</created>
<summary type="text/plain">Bad Reporter, No AdSense: The link goes to a Google search on pages indexed within the past 24 hours on &quot;&apos;mark dowd&apos; adobe&quot;... currently gives 40 pages about yesterday&apos;s issue where blogs/newspapers highlighted an old Player vulnerability. Now try the same term and add &quot;9.0.124&quot;, to see how many of...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Privacy/Security</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a title=""mark dowd" adobe - Google Search" href="http://www.google.com/search?q=%22mark dowd%22 adobe &as_qdr=d">Bad Reporter, No AdSense:</a> The link goes to a Google search on pages indexed within the past 24 hours on "'mark dowd' adobe"... currently gives 40 pages about <a href="http://weblogs.macromedia.com/jd/archives/2008/04/flash_vulnerabi.cfm">yesterday's issue</a> where blogs/newspapers highlighted an old Player vulnerability. Now try the same term and <a href="http://www.google.com/search?q=%22mark+dowd%22+adobe+9.0.124&as_qdr=d">add "9.0.124"</a>, to see how many of these articles noted that the vulnerability is already addressed, and readers should update. Result? Zip. These commercial writers are selling fear, and not serving their readers. They are the security problem, themselves.</p>]]>

</content>
</entry>
<entry>
<title>SEO reality</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/seo_reality_1.html" />
<modified>2008-04-17T21:08:09Z</modified>
<issued>2008-04-17T21:07:27Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14887</id>
<created>2008-04-17T21:07:27Z</created>
<summary type="text/plain">SEO reality: Neat points raised by Google&apos;s VP of search quality, Udi Manber: &quot;I wish people would put more effort into thinking about how other people will find them and putting the right keywords onto their pages... The content provider should think about how users will look for their content,...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Search tech</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a title="20 (Rare) Questions for Google Search Guru Udi Manber - Popular Mechanics" href="http://www.popularmechanics.com/blogs/technology_news/4259137.html">SEO reality:</a> Neat points raised by Google's VP of search quality, Udi Manber: <em>"I wish people would put more effort into thinking about how other people will find them and putting the right keywords onto their pages... The content provider should think about how users will look for their content, and the user should think about what words people use to write about their content... You should think about what you expect to see in the actual page and search for that."</em> Full bodytext (much less database text) is only rarely needed to satisfy a search query... usually you anticipate which terms your audience will use when trying to find your service, and on which you can reasonably compete to get on that first page of results. If your URL, TITLE, metadata and bodytext all include these terms, and if you can get external links with these terms as inbound anchor text, then you've got a good chance of being found by your audience <em>as they will tend to search for you</em>. I've got prior examples for <a href="http://weblogs.macromedia.com/jd/archives/2008/01/google_swf_sdk.cfm">rutabagas</a> and <a href="http://www.mail-archive.com/cf-talk@houseoffusion.com/msg222576.html">flowers</a>, and hit that "visualize the page on which the info lives" tip back in <a href="http://www.adobe.com/devnet/jd_forum/jd022.html">2003</a>. SEO experts may be <a href="http://weblogs.macromedia.com/jd/archives/2008/04/all_seo_snakeoi.cfm">suspect</a>, but I'm happy to see that the people inside Google agree that the basics are much simpler: figure out how people will try to find you, and optimize for that.</p>]]>

</content>
</entry>
<entry>
<title>Silverlight tripling</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/silverlight_tri.html" />
<modified>2008-04-16T22:54:02Z</modified>
<issued>2008-04-16T22:52:36Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14886</id>
<created>2008-04-16T22:52:36Z</created>
<summary type="text/plain">Silverlight tripling: I hate giving Microsoft public-relations people extra exposure, but I spent enough time researching it that I figure others may want to know the meat behind the story too. The headlines go &quot;Silverlight to triple marketshare&quot; and such, but Katherine Noyes of E-Commerce Times has some of the...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Business</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a title="E-Commerce News: Enterprise IT: Microsoft's Silverlight Gaining Ground - and DRM" href="http://www.ecommercetimes.com/story/enterprise/62582.html?welcome=1208375798">Silverlight tripling:</a> I hate giving Microsoft public-relations people extra exposure, but I spent enough time researching it that I figure others may want to know the meat behind the story too. The headlines go "Silverlight to triple marketshare" and such, but Katherine Noyes of E-Commerce Times has some of the details on that non-public Evans Data report: <em>"In a poll of [400] developers who work with Web 2.0 technologies, Evans Data asked both what the developers currently use for rich Internet applications as well as what they plan to use in the next year to year and a half."</em> From what's reported of the results, forty of them were investigating Silverlight today, and 120 of them plan to do so by 2010. No word on how many actual public-facing projects were under development. The fact that only a third seem to have responded to the prior massive publicity seems small to me, but you know my perspective. ;-)  Anyway, it's a positive headline for Microsoft, even though it risks <a href="http://tirania.org/blog/archive/2007/Jun-21.html">overestimating</a> eventual realities. If I get a more direct link to the Evans Data study and wording I'll update this post.<br />
</p>]]>

</content>
</entry>
<entry>
<title>&quot;Flash vulnerability&quot; story</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/flash_vulnerabi.html" />
<modified>2008-04-21T15:56:59Z</modified>
<issued>2008-04-16T22:25:03Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14885</id>
<created>2008-04-16T22:25:03Z</created>
<summary type="text/plain">&quot;Flash vulnerability&quot; story: I&apos;m bumping this up to my weblog, because OS News requires membership for comments, and their source, Thomas Ptacek, has not yet published the comment I submitted. The Mark Dowd paper describes an issue which was addressed in the current Player, v9.0.124. None of the numerous paragraphs...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Privacy/Security</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a href="http://www.osnews.com/story/19639/This_New_Vulnerability:_Dowds_Inhuman_Flash_Exploit">"Flash vulnerability" story:</a> I'm bumping this up to my weblog, because OS News requires membership for comments, and their source, <a href="http://www.matasano.com/log/1032/this-new-vulnerability-dowds-inhuman-flash-exploit/">Thomas Ptacek</a>, has not yet published the comment I submitted. The Mark Dowd paper describes <a href="http://www.adobe.com/support/security/bulletins/apsb08-11.html">an issue which was addressed</a> in the current Player, v9.0.124. None of the numerous paragraphs describing the horrors seems to mention this, and because these blogs don't support open comments, they may not hear unless they get publicly called out on it. It'd be better if they had open conversations on their weblogs, though... would serve their readers better.</p>]]>
<![CDATA[<p><strong>Update 9pm PDT:</strong> The <a href="http://www.matasano.com/log/1032/this-new-vulnerability-dowds-inhuman-flash-exploit/">Ptacek/Matasano</a> link got picked up by Microsoft's <a href="http://blogs.msdn.com/larryosterman/archive/2008/04/16/this-is-the-way-the-world-wide-web-ends.aspx">Larry Osterman</a>, via <a href="http://blogs.technet.com/robert_hensing/archive/2008/04/15/flash-null-pointer-offset-code-execution.aspx#comments">Robert Hensing</a>. Neither has advised their readers that this vulnerability is addressed in the current Player. I do not see the full story in comments at <a href="http://blogs.technet.com/robert_hensing/archive/2008/04/15/flash-null-pointer-offset-code-execution.aspx#comments">OSNews</a>, although <a href="http://brainstorm.esria.com/2008/04/16/flash-exploit-got-901240-yet/">Ben  Lucyk</a> got it in a trackback there. (Thanks, Ben!)</p>

<p>Check out the comments at Matasano and OSNews... lots of "proprietary garbage" type of prejudice. The reality is that these people are not harvesting information effectively, not analyzing their harvested information effectively, and not responding to feedback effectively.  </p>

<p><strong>Update Thu Apr17 8am PDT:</strong> <a href="http://blogs.zdnet.com/security/?p=1030">ZDNet Security Blog</a> ran with the story last night. The guy spent paragraphs writing about basketball games and his mother, but never even checked Adobe sources to see the problem was already addressed. <em>He</em> is part of the problem which must be fixed... our world is taken up too much by those who speak too much, yet do not listen, do not question.</p>

<p>(Thanks to "Skila", a member of OSNews, who added in comments <em>"This was fixed in the latest version of Flash Player - released 8 April 2008 so this is olds not news."</em>)</p>

<p>Followup: I got an internal email last night that the ZDNet reporter did mention "new version" down towards the bottom of his text. </p>

<p><strong>Update Sat Apr 19, noon PDT:</strong> It seems that most of the conversation now is focusing on the vulnerability in coding practices, rather than the Flash aspects... <a href="http://www.computerworld.com.au/index.php/id;342968942 ">Computerworld</a> had the "Adobe already fixed it" datum as the first sentence in the fourth paragraph, and with this highlighting, subsequent reporters have followed suit. Even the <a href="http://www.computerworld.com.au/index.php/id;342968942 ">Slashdot</a> discussion is more about the coding than about the Player. </p>

<p>I want to emphasize that the original discoverer, Mark Dowd, did act in good faith -- he <a href="http://www.adobe.com/support/security/alertus.html">notified Adobe security</a>, and published his whitepaper only after the Player changes were public. He helped everyone by handling this the way he did. (I also understand how the early bloggers were excited by the coding acrobatics, but I wish they had clearly advised concerned readers to keep their software current. The increasing moderation of useful blog comments is a separate issue. No blame, just room for increased openness.)</p>

<p><strong>Update Mon Apr 21 8am PDT:</strong> Most of the followup reports do a little bit of research, but today's <a href="http://news.bbc.co.uk/1/hi/technology/7358792.stm">BBC account</a> is another lengthy personal reaction to the Matasano paper and the new type of coding exploit, and despite its length and extraneous details, does not advise readers that they should just update to the software already available. (Meanwhile, in comments below, the original popularizer wants me to retract that I submitted a comment there which was not published, even though he hasn't published it yet, nor amended the article to include the vital non-inflammatory news that the vulnerability was addressed before the publicity.)</p>]]>
</content>
</entry>
<entry>
<title>AIR testimonial</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/air_testimonial.html" />
<modified>2008-04-16T06:41:06Z</modified>
<issued>2008-04-16T06:28:58Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14884</id>
<created>2008-04-16T06:28:58Z</created>
<summary type="text/plain">AIR testimonial: I know lots of people like it, but I like how it solved a problem here. Galen Gruman of InfoWorld had some Ajax applications, and needed to make a desktop widget, and: &quot;The weekend before I was due to deliver my working prototypes of the Windows Sentinel Web...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Universal Client</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a href="http://www.infoworld.com/article/08/04/15/16NF-windows-sentinel_1.html">AIR testimonial:</a> I know lots of people like it, but I like how it solved a problem here. Galen Gruman of InfoWorld had some Ajax applications, and needed to make a desktop widget, and: <em>"The weekend before I was due to deliver my working prototypes of the Windows Sentinel Web and mobile front ends, I saw that the Adobe AIR SDK and the companion plug-ins for Dreamweaver and Flash had just been released for download. I figured, 'Let's see what AIR can do.' Less than two hours later, I was able to essentially export my mobile Web pages into desktop widgets. Better, Adobe AIR produces a single executable that runs on Windows XP, Windows Vista, and Mac OS X Leopard -- and, soon, Linux."</em> Even better is his conclusion: <em>"I think most organizations will discover that Dreamweaver and Flash have magically become an easy lightweight development platform that a wider range of employees can put to good effect than could ever use a full-blown IDE."</em> Lots more people can do lots more stuff. That's good. :) </p>]]>

</content>
</entry>
<entry>
<title>Realworld HD H.264 support</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/realworld_hd_h2.html" />
<modified>2008-04-16T16:29:59Z</modified>
<issued>2008-04-16T05:23:49Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14883</id>
<created>2008-04-16T05:23:49Z</created>
<summary type="text/plain">Realworld HD H.264 support: In March, 4500 consumers were tested for viewing different types of media files. 2780 of them had already installed Adobe Flash Player 9.0.115. That&apos;s 62% of today&apos;s computers, supporting no-hassle high definition playback of H.264 video. Considering this browser plugin was released in December, and the...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Flash video</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a href="http://www.adobe.com/products/player_census/flashplayer/version_penetration.html">Realworld HD H.264 support:</a> In March, <a href="http://www.adobe.com/products/player_census/methodology/">4500 consumers</a> were tested for viewing different types of media files. 2780 of them had already installed <a href="http://www.adobe.com/support/documentation/en/flashplayer/9/releasenotes.html#fixes_90115">Adobe Flash Player 9.0.115</a>. That's 62% of today's computers, supporting no-hassle high definition playback of <a href="http://en.wikipedia.org/wiki/H.264">H.264 video</a>. Considering this browser plugin was released in December, and the audit was conducted in March, then it's an easy choice for realworld use today. (Same goes for the <a href="http://www.adobe.com/devnet/flex/articles/flex3_whatsnew.html">persistent framework caching</a> in Flex 3, too.) [via <a href="http://justin.everett-church.com/index.php/2008/04/15/flash-player-9-update-3-at-62-in-3-months/">Justin Everett-Church</a>]</p>]]>
<![CDATA[<p><br />
<strong>Update:</strong> From the first wave of comments, it looks like there's some of the classic confusion over what sampling is, how it works, how to test it, and how to counter it. You can search back, quarter by quarter for years, to hear similar objections addressed.</p>

<p>And, of course, objections are stronger when they are signed with a real name and address, and when "you can't be right because our site is less" uses at least a named site and methodology. Right now, those anonymous objections seem more threatened than informative.</p>

<p>The Millward-Brown and NPD consumer audits have a history of accuracy of overall consumer trends. They do not represent each site's individual audience, but the overall consumer technographics.They are checked against server traffic as well. If you believe that this quarter is somehow less accurate than previous quarters, previous years, then it might be useful to suggest what suddenly changed.</p>]]>
</content>
</entry>
<entry>
<title>.NET devs as your competitors?</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/net_devs_as_you.html" />
<modified>2008-04-14T23:35:02Z</modified>
<issued>2008-04-14T23:34:11Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14881</id>
<created>2008-04-14T23:34:11Z</created>
<summary type="text/plain">.NET devs as your competitors? I would have left this as a comment at Don Burnett&apos;s blog, but it requires Google membership. Don riffs off of a March appraisal of Microsoft&apos;s beta Silverlight browser plugin from Jens Brynildsen, and touches a number of points, but the one that stood out...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Flash sociology</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a title="Don.Net's WPF Design Blog: What the Flash folks Aren't getting about Silverlight (are they too focused on Flash?)" href="http://blog.donburnett.com/2008/04/what-flash-folks-aren-getting-about.html">.NET devs as your competitors?</a> I would have left this as a comment at Don Burnett's blog, but it requires Google membership. Don riffs off of a March <a href="http://www.flashmagazine.com/News/detail/a_week_of_silverlight/sitemap.htm">appraisal</a> of Microsoft's beta Silverlight browser plugin from Jens Brynildsen, and touches a number of points, but the one that stood out for me was <em>"The .Net Programming Community is now your competition."</em> I'm not sure... I read their forums and blogposts, and see distinct differences between the .Net community and the Flash-oriented communities. I don't think the two groups of people would start similar types of projects. Most of the .NET developers I know of are in constrained environments, and don't deliver to the open web. Flash, Flex and AIR people grew up with delivering to diverse audiences. I see differences between the two groups of people. You might compete with a .NET staff if you develop for an intranet, but do .NET-style workgroups have what it takes to excite the audiences on the open web? Open question, from what I've seen so far. You have any other thoughts on this...?</p>]]>

</content>
</entry>
<entry>
<title>Central-ish AIR</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/central-ish_air.html" />
<modified>2008-04-14T20:28:23Z</modified>
<issued>2008-04-14T20:11:12Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14880</id>
<created>2008-04-14T20:11:12Z</created>
<summary type="text/plain">Central-ish AIR: Fred Wilson, of &quot;A VC&quot; blog, likes AIR, but is seeking to bring together multiple services into a single window, sort of like the old Macromedia Central did: &quot;The problem with AIR is that unlike Firefox, which allows for tabbed browsing, there is no way to launch one...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Universal Client</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><a href="http://avc.blogs.com/a_vc/2008/04/the-one-feature.html">Central-ish AIR:</a> Fred Wilson, of "A VC" blog, likes AIR, but is seeking to bring together multiple services into a single window, sort of like the old <a href="http://www.adobe.com/devnet/central/">Macromedia Central</a> did: <em>"The problem with AIR is that unlike Firefox, which allows for tabbed browsing, there is no way to launch one AIR client and get multiple services. I'd like to have Twhirl, AlertThingy, and Shifd (another cool AIR client) all running at the same time in different tabs."</em> Comments point out that AIR is a way for developers to create standalone applications, rather than a way for consumers to remix application interfaces... a good read. But then I started wondering about AIR apps which combined different webpage interfaces already in existence, so that you make a "multi-tabbed" application from existing applications. Would that end up being like <a href="http://pirated-sites.com/vanilla/">Pirated-Sites.com</a>, though? We haven't really discussed reuse of interfaces created elsewhere by others. I'm not sure of this whole area... does this bring any thoughts to mind for you...?</p>]]>

</content>
</entry>
<entry>
<title>Dead blog comments</title>
<link rel="alternate" type="text/html" href="http://weblogs.macromedia.com/jd/archives/2008/04/dead_blog_comme.html" />
<modified>2008-04-14T20:31:12Z</modified>
<issued>2008-04-14T02:01:08Z</issued>
<id>tag:weblogs.macromedia.com,2008:/jd//28.14877</id>
<created>2008-04-14T02:01:08Z</created>
<summary type="text/plain">Dead blog comments: Weblogs are pretty broken. Some writers read only through RSS and never pick up comments. But lots of blog owners get lazy on spam handling, and default-off publishing their replies. I&apos;ve got a bunch of stuff I&apos;ve taken the time to type, but which never got clicked-for-approval...</summary>
<author>
<name>JohnDowdell</name>
<url>http://weblogs.macromedia.com/jd/</url>
<email>jdowdell@adobe.com</email>
</author>
<dc:subject>Blogging</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://weblogs.macromedia.com/jd/">
<![CDATA[<p><strong>Dead blog comments:</strong> Weblogs are pretty broken. Some writers read only through RSS and never pick up comments. But lots of blog owners get lazy on spam handling, and default-off publishing their replies. I've got a bunch of stuff I've taken the time to type, but which never got clicked-for-approval by the blog owner. No real info here -- this at-twice-remove type of conversation doesn't work well -- but if the people requesting such comment won't acknowledge listeners after they speak, then I'll just post comments here instead.</p>]]>
<![CDATA[<blockquote>

<p>041308<br />
http://www.embeddedflash.com/?p=60<br />
<strong>Update:</strong> Now published.</p>

<p>Hi, I'm not comfortable with those WMP/QT comparisons either:<br />
http://weblogs.macromedia.com/jd/archives/2008/04/rashomon_amp.cfm</p>

<p>AMP (Adobe Media Player) is an application atop AIR (the Adobe Integrated Runtime), which includes the WebKit HTML/JS engine and the Adobe Flash Player. That's why AMP is a way to manage subscriptions for video encoded the three codecs Player includes: Sorenson, On2, and H.264. There are definitely other ways to encode video too!</p>

<p>Mobile AIR is definitely a goal, but is currently MacOS, Windows, and Linux (alpha). </p>

<p>No extension model, but I'm not sure what the actual desire is.</p>

<p>jd/adobe</p>

</blockquote>

<p></p>

<blockquote>

<p>041308<br />
<a href="http://newteevee.com/2008/04/13/secret-of-the-iplayers-success-no-drm/">http://newteevee.com/2008/04/13/secret-of-the-iplayers-success-no-drm/</a></p>

<p><em>"Adobe’s latest Flash version 9 is supporting encrypted media streams in order to lock out third party players and stream capturing applications."</em></p>

<p>It's more like creators can now create encrypted streams if they want... the goal is to offer a variety of contracts between consumer and creator, so that big-budget video can get a return. Adobe Flash Player 9 also renders H.264 video too. There's a range of choices.</p>

<p><em>"iPlayer users however have reported that the BBC is using Flash version 8 for their web streams since December. The broadcaster also started to reencode and optimize all of its video for Flash 7 in order to make the Wii version work since the Wii’s Flash Lite player doesn’t support Flash 9 yet."</em></p>

<p>Lengthy info on BBC production workflows here... it's amazing!<br />
http://www.bbc.co.uk/blogs/bbcinternet/2008/03/bbc_iplayer_on_iphone_behind_t.html</p>

<p>(Adobe Flash Player 9 includes three different video decoders: Sorenson, On2, and most recently H.264. The mobile engine, Flash Lite, is smaller and passes off video rendering to the device's own hardware-based video decoder. We're getting there.... ;-)</p>

<p><br />
Re "Secrets of Success": I'm not sure that current "marketshare" would be a measure of success, so much as long-term sustainability of continuing video production would be. We need a variety of types of contracts between video's creators and consumers, so that each can reach their best choices.</p>

<p>jd/adobe</p>

</blockquote>

<p><br />
<blockquote></p>

<p>041208<br />
<a href="http://www.chuckstar.com/blog/?p=160">http://www.chuckstar.com/blog/?p=160</a></p>

<p>"Why, Silverlight is so much like Flash, it even keeps 'Adobe Flash' in its own context menu..."  ;-)  j/k</p>

<p>MLB.com still uses Window Media Server on the backend, and still uses tons of Flash for menus, data-driven displays, Gameday, more. This year they added support for the Microsoft Silverlight browser plug-in, in addition to their existing support for Windows Media Player for local viewing.</p>

<p>When they've got a video asset stuck in Windows-Media formats (instead of H264 or such), then they surround the Silverlight video client with their normal Flash displays. "Silverlight" is added to the SWF's context-menu instructions in the normal way.</p>

<p>More info:<br />
http://www.infoq.com/interviews/mlb-silverlight<br />
http://weblogs.macromedia.com/jd/archives/2008/03/mlbcom_2008.cfm</p>

<p>For the plugin versioning, if you ever install a Microsoft Silverlight plugin, it defaults to silent auto-install of updates:<br />
http://www.microsoft.com/silverlight/resources/privacy.aspx</p>

<p>jd/adobe</p>

</blockquote>

<p><br />
<blockquote></p>

<p>041208<br />
<a href="http://neilmiddleton.com/2008/04/12/scott-barnes-talks-coldfusion/">http://neilmiddleton.com/2008/04/12/scott-barnes-talks-coldfusion/</a></p>

<p>[I didn't copy the text before hitting "Submit", but it was basically "What's your own actual concern, in whatever Scott Barnes may have happened to type?"]</p>

</blockquote>

<p><br />
<blockquote></p>

<p>040908<br />
<a href="http://www.techcrunch.com/2008/04/08/adobe-launches-media-player-adobe-tv/">http://www.techcrunch.com/2008/04/08/adobe-launches-media-player-adobe-tv/</a></p>

<p>Geographic restrictions would be set by policy files by the video owners. I'm not sure if there's general documentation yet on these abilities, and don't know specifics about how CBS sets their permissions, sorry.</p>

<p>jd/adobe</p>

</blockquote>]]>
</content>
</entry>

</feed>