<?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"
	>
<channel>
	<title>Comments on: Public relations &#38; HTML</title>
	<atom:link href="http://psnetwork.org.nz/blog/2007/06/04/public-relations-html/feed/" rel="self" type="application/rss+xml" />
	<link>http://psnetwork.org.nz/blog/2007/06/04/public-relations-html/</link>
	<description>The public affairs practice in New Zealand</description>
	<pubDate>Thu, 28 Aug 2008 02:49:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Mike</title>
		<link>http://psnetwork.org.nz/blog/2007/06/04/public-relations-html/#comment-142</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 08 Jun 2007 21:54:24 +0000</pubDate>
		<guid isPermaLink="false">http://psnetwork.org.nz/blog2/?p=62#comment-142</guid>
		<description>To me, this is the classic gap between the business and the technologists.

The business cares that its information is accessible.  In the case of a media release, the more accessible, the better the outcome, more people get to hear the message.

The business relies on technologists to make systems, to help achieve its outcome.  A gap arises because the business does not understand enough about the potential of the technology, to realise its full potential.  Therefore it may buy an inferior system.

HTML is an example, but it will apply elsewhere too e.g. podcasts, RSS, SMS, flexible LCD displays, etc.

People like Jason, who understand both worlds, can reduce that gap, through describing the vision.

Ideally over time, a consensus will form over what is the best way, and the business will start to buy based upon a checklist of requirements, and the inferior systems will disappear.

If you care about a technology, in your business, then perhaps the question is "how do I speed up this process?".</description>
		<content:encoded><![CDATA[<p>To me, this is the classic gap between the business and the technologists.</p>
<p>The business cares that its information is accessible.  In the case of a media release, the more accessible, the better the outcome, more people get to hear the message.</p>
<p>The business relies on technologists to make systems, to help achieve its outcome.  A gap arises because the business does not understand enough about the potential of the technology, to realise its full potential.  Therefore it may buy an inferior system.</p>
<p>HTML is an example, but it will apply elsewhere too e.g. podcasts, RSS, SMS, flexible LCD displays, etc.</p>
<p>People like Jason, who understand both worlds, can reduce that gap, through describing the vision.</p>
<p>Ideally over time, a consensus will form over what is the best way, and the business will start to buy based upon a checklist of requirements, and the inferior systems will disappear.</p>
<p>If you care about a technology, in your business, then perhaps the question is &#8220;how do I speed up this process?&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Farrow</title>
		<link>http://psnetwork.org.nz/blog/2007/06/04/public-relations-html/#comment-141</link>
		<dc:creator>Sam Farrow</dc:creator>
		<pubDate>Wed, 06 Jun 2007 00:19:29 +0000</pubDate>
		<guid isPermaLink="false">http://psnetwork.org.nz/blog2/?p=62#comment-141</guid>
		<description>Complete agreement here Jason.  Poorly formed mark up is amateurish and impacts on important issues of accessibility.

Geoff does raise an important point about the distinction between the message and the medium, however, I think successful online communications must, by definition, be accross both aspects.</description>
		<content:encoded><![CDATA[<p>Complete agreement here Jason.  Poorly formed mark up is amateurish and impacts on important issues of accessibility.</p>
<p>Geoff does raise an important point about the distinction between the message and the medium, however, I think successful online communications must, by definition, be accross both aspects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Ryan</title>
		<link>http://psnetwork.org.nz/blog/2007/06/04/public-relations-html/#comment-140</link>
		<dc:creator>Jason Ryan</dc:creator>
		<pubDate>Mon, 04 Jun 2007 00:30:42 +0000</pubDate>
		<guid isPermaLink="false">http://psnetwork.org.nz/blog2/?p=62#comment-140</guid>
		<description>&lt;p&gt;Fair enough Geoff, I apologise for the spelling mistake.&lt;/p&gt;
&lt;p&gt;The &lt;acronym title="Hyper Text Markup Language"&gt;HTML&lt;/acronym&gt; in the &lt;a href="http://www.prweb.com/releases/2007/5/prweb527737.htm" title="FortiusOne SMR" rel="nofollow"&gt;original release&lt;/a&gt; is actually not all that fine, by any stretch.&lt;/p&gt;
&lt;p&gt;Your point about coding client sites is, however, something we can discuss. Do you separate the creation of the message from the delivery mechanism? You obviously advised them to go with the &lt;acronym title="social media release"&gt;SMR&lt;/acronym&gt;, why not advise them to, for example, mark up the quotes using the &lt;code&gt;blockquote&lt;/code&gt; element?&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Fair enough Geoff, I apologise for the spelling mistake.</p>
<p>The <acronym title="Hyper Text Markup Language">HTML</acronym> in the <a href="http://www.prweb.com/releases/2007/5/prweb527737.htm" title="FortiusOne SMR" rel="nofollow">original release</a> is actually not all that fine, by any stretch.</p>
<p>Your point about coding client sites is, however, something we can discuss. Do you separate the creation of the message from the delivery mechanism? You obviously advised them to go with the <acronym title="social media release">SMR</acronym>, why not advise them to, for example, mark up the quotes using the <code>blockquote</code> element?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geoff Livingston</title>
		<link>http://psnetwork.org.nz/blog/2007/06/04/public-relations-html/#comment-139</link>
		<dc:creator>Geoff Livingston</dc:creator>
		<pubDate>Mon, 04 Jun 2007 00:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://psnetwork.org.nz/blog2/?p=62#comment-139</guid>
		<description>Actually, not sure how its done in New Zealand, but in the U.S. we're not responsible for coding our clients' web sites.  We're responsible for creating the message and outreach.   But I think if you had read the original SMR (http://www.prweb.com/releases/2007/5/prweb527737.htm) per the actual case study cited in this somewhat wayward post, you would see that the HTML was fine.

BTW: If you are going to critique people's work like this, you owe it to them to spell their name correctly.</description>
		<content:encoded><![CDATA[<p>Actually, not sure how its done in New Zealand, but in the U.S. we&#8217;re not responsible for coding our clients&#8217; web sites.  We&#8217;re responsible for creating the message and outreach.   But I think if you had read the original SMR (http://www.prweb.com/releases/2007/5/prweb527737.htm) per the actual case study cited in this somewhat wayward post, you would see that the HTML was fine.</p>
<p>BTW: If you are going to critique people&#8217;s work like this, you owe it to them to spell their name correctly.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
