<?xml version="1.0" encoding="UTF-8"?><!-- generator="WordPress/2.9.1" -->
<rss version="0.92">
<channel>
	<title>Technically speaking ...</title>
	<link>http://www.redefine.co.uk</link>
	<description></description>
	<lastBuildDate>Mon, 17 Aug 2009 09:13:57 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>Upgrading widgets to WordPress 2.8 &#8211; solving naming conventions</title>
		<description><![CDATA[<p>I&#8217;ve just been upgrading a website to WordPress 2.8 that makes great use of widgets, and was having problems with it recognising the custom widgets that I had built and had converted to use the new WP_Widget class.</p>
<p>The code that I had used as my basis had worked fine with a clean install of WP2.8 but didn&#8217;t like widgets that had been created under WP2.7.</p>
<p>An hour later of googling &#38; trawling through the source code and I was none the wiser. Then I noticed that WP_Widget automatically adds on &#8216;widget_&#8217; as a prefix to the id_base property. I had used a different naming convention when I had built custom widgets (e.g. starting them with the project or client name, such as &#8216;redefine_&#8217;&#8230;).</p>
<p>If I set the option_name property so that it was just the id_base then all of my widgets successfully reappeared in the upgraded site &#8211; but&#8230;</p>]]></description>
		<link>http://www.redefine.co.uk/blog/2009/08/17/upgrading-widgets-to-wordpress-28-solving-naming-conventions/</link>
			</item>
	<item>
		<title>TinyMCE improves the code it generates</title>
		<description><![CDATA[<p>I was playing around with the current development version of WordPress (2.5 will be released in March) &#38; had a nice surprise when I tried out the WYSIWYG editor. It&#8217;s about a year ago that I was last <a href="/blog/2007/02/20/round-up-of-accessible-content-from-wysiwyg-editors/">taking a serious look at the code they produced</a> in response to Peter Krantz&#8217;s <a href="http://www.standards-schmandards.com/2007/wysiwyg-editor-test-2/">round-up over at &#8220;Standards Schmandards&#8221;</a>.</p>
<p>Anyway it was nice to see that the indent button no longer uses the BLOCKQUOTE tag to achieve the desired styling, and that the alignment buttons have dispensed with the &#8216;align&#8217; attribute.</p>
<p>It&#8217;s been a bugbear of mine that whilst the developers and designers of a site might be required (&#38; also have a passionate desire) to work to standards, the content providers are being offered tools that makes all that effort redundant. In the case of these particular buttons they would have stopped a page from conforming with the Double-A&#8230;</p>]]></description>
		<link>http://www.redefine.co.uk/blog/2008/02/12/tinymce-improves-the-code-it-generates/</link>
			</item>
	<item>
		<title>Screen reader company not helping the cause</title>
		<description><![CDATA[<p>Jared Smith has raised a good point over at WebAIM in his recent post &#8211; <a href="http://webaim.org/blog/jaws-license-not-developer-friendly/">JAWS license not developer friendly</a>. Basically the licensing agreement for the trial version of the software (one of the most popular screen readers) specifically prohibits using it for testing purposes. I would have thought that the fewer barriers that web developers have in understanding assistive technologies the better. Ultimately it would be to the benefit of JAWS users, and that would also reduce support issues for Freedom Scientific.</p>
]]></description>
		<link>http://www.redefine.co.uk/blog/2008/01/11/screen-reader-company-not-helping-the-cause/</link>
			</item>
	<item>
		<title>Documenting page designs</title>
		<description><![CDATA[<p>A quick post before the Christmas break.</p>
<p>I recently came across <a href="http://pearlcrescent.com/products/pagesaver/">Pearl Crescent Page Saver</a> and I can see that it will be another useful tool to be used in 2008 when I&#8217;m working on template designs. Rather than just producing an image of what is visible on the screen, as happens with normal screenshot programs, it will include the whole of the web page. There&#8217;s also an option to run it from the command line, so it would be possible from a single command to create a batch file (or similar shell script)  to capture a range of templates that I&#8217;m working on.</p>
<p>I&#8217;ve found that it has been very useful for documenting the evolution of templates &#38; I can see that it will be handy for comparing different versions (e.g. how a template looks as plain HTML/CSS pages and when it is integrated into a system, or&#8230;</p>]]></description>
		<link>http://www.redefine.co.uk/blog/2007/12/21/documenting-page-designs/</link>
			</item>
	<item>
		<title>Browser market share &#8211; 2007</title>
		<description><![CDATA[<p>After <a href="/blog/2007/11/14/making-sense-of-stats/">warning about the misuse of statistics</a>, I&#8217;m likely to find myself hoist by my own petard now, but here goes&#8230;</p>
<p>It&#8217;s over a year since Internet Explorer 7 (IE7) was released so I thought it was time to revisit the issue of browser market share, especially after the <a href="/blog/2006/12/11/the-irrepressible-rise-of-internet-explorer-7/">dramatic take-up of IE7 in the first few months</a>.</p>
<p>However, first things first. Before getting to the detail of versions it&#8217;s worth looking at the overall market share for the browsers themselves. Over on  Net Application&#8217;s Market Share site they&#8217;ve got <a href="http://marketshare.hitslink.com/report.aspx?qprid=1&#38;qpdt=1&#38;qpct=4&#38;qptimeframe=M&#38;qpsp=94&#38;qpnp=13">this graph for November 2006 &#8211; 2007</a>. You&#8217;ll see that whilst there&#8217;s some variation over the period, in general there&#8217;s not that much movement &#8211; Internet Explorer under 80%, Firefox hovering around the 15% mark, Safari reaching 5% and the rest less than 2%. The <a href="http://www.thecounter.com/stats/2007/November/browser.php">statistics collected by TheCounter for November 2007</a> show a roughly equivalent&#8230;</p>]]></description>
		<link>http://www.redefine.co.uk/blog/2007/12/04/browser-market-share-2007/</link>
			</item>
	<item>
		<title>Convergent needs of mobiles and accessibility</title>
		<description><![CDATA[<p>With all the (technical) media interest in the iPhone I decided it was worth taking a look at the iPod Touch to test out its <a href="http://www.apple.com/iphone/features/index.html#safari" title="Demonstration of web browsing on an iPhone">new web browsing features</a>. Other handheld devices and mobile phones have gone down the route of reducing a web page to fit the restricted environment of the screen, as can be seen in the <a href="http://www.microsoft.com/windowsmobile/software/iemobile.mspx">screenshots for  Internet Explorer Mobile</a>. However there seems to be a trend for this paradigm of using a normal page but zooming in &#38; out and scrolling around with your fingers. For example the new mobile operating system that Google have developed (Android) has similar features, as can be seen in this <a href="http://devphone.com/android-video-demonstrations-and-10-million-dollars" title="Demonstration of Google Android">demonstration</a>.</p>
<p>As I&#8217;ve been testing it out I have been struck by the similarities with the <a href="/blog/2007/06/20/screen-magnifier-demonstration/">screen magnifier demonstration</a> that I posted about before.&#8230;</p>]]></description>
		<link>http://www.redefine.co.uk/blog/2007/11/20/convergent-needs-of-mobiles-and-accessibility/</link>
			</item>
	<item>
		<title>Making sense of stats</title>
		<description><![CDATA[<p>Recently I&#8217;ve been reading <a href="http://www.amazon.co.uk/Tiger-That-Isnt-Through-Numbers/dp/1861978391/ref=pd_bbs_sr_1?ie=UTF8&#38;s=books&#38;qid=1195043611&#38;sr=1-1">The Tiger That Isn&#8217;t: Seeing Through a World of Numbers</a> by Michael Blastland &#38; Andrew Dilnot. It was partly out of interest as I&#8217;ve been a fan of their series <a href="http://news.bbc.co.uk/1/hi/programmes/more_or_less/">More or Less</a> on Radio 4 for a number of years. I can heartily recommend it, even for the numerically-challenged as it&#8217;s very readable &#38; brings the figures back from the abstract into real life. It&#8217;s a great help not just for charting a rational path through the health scares and political claims &#38; counter-claims, but also for making sense of the statistics that are conjured up about the Internet.</p>
<p>In the past month there has been interest about the novel approach that Radiohead took for charging  to download their latest album, and all things connected with mobile  phones has gone into a frenzy after the launch of the iphone &#38; Google&#8217;s involvement. In&#8230;</p>]]></description>
		<link>http://www.redefine.co.uk/blog/2007/11/14/making-sense-of-stats/</link>
			</item>
	<item>
		<title>Screen magnifier demonstration</title>
		<description><![CDATA[<p>Continuing their series on accessibility technologies in action, Yahoo&#8217;s User Interface Blog has a <a href="http://yuiblog.com/blog/2007/06/12/video-intro-to-screen-magnifiers/">video demonstrating ZoomText</a>.  Most of the issues involve the visual aspects of a web page (as opposed to a screen reader where the code used to create the page is more important) &#8211; for instance consistency in layout (as the user might only see part of the page at a time, so needs to know which direction to scroll in).</p>
<p>I liked the fact that it hasn&#8217;t been through their marketing department &#8211; the user demonstrating the magnifier obviously has Google as her default home page.</p>
]]></description>
		<link>http://www.redefine.co.uk/blog/2007/06/20/screen-magnifier-demonstration/</link>
			</item>
	<item>
		<title>Revising the accessibility guidelines</title>
		<description><![CDATA[<p>Our recommendation for clients is that they should aim for small incremental updates on their website, maybe every three months &#8211; it avoids creating major upheavals that have to work as soon as the changes are implemented. This strategy isn&#8217;t going to work when you are developing standards as there needs to be more stability for others to be able to apply them. The World Wide Web Constortium (W3C) appears to have gone to the other extreme though as it is now 8 years since the <a href="http://www.w3.org/TR/WCAG10/">Web Content Accessibility Guidelines 1.0</a> (WCAG 1.0) became a recommendation &#8211; sometimes you might see references to the WAI (Web Accessibility Initiative) or the accessibility levels specified (AA, Double-A, etc.).</p>
<p>That&#8217;s no change since 1999!  At that stage we were just discovering the joys of Internet Explorer 5.0 and the Netscape browser was stuck on version 4 (as the Mozilla project that produced&#8230;</p>]]></description>
		<link>http://www.redefine.co.uk/blog/2007/06/20/revising-the-accessibility-guidelines/</link>
			</item>
	<item>
		<title>Planning the end of a widget campaign</title>
		<description><![CDATA[<p>Back in the old days (maybe in Web 0.9) Analog, the popular web analysis program, automatically added a &#8216;Valid HTML&#8217; button at the bottom of each report page it produced. This was before the W3 Consortium took up the banner of validation, so the button was provided by a third-party site (webtechs.com). Either through a &#8216;clerical error&#8217; or an invoice not paid the domain name being used to supply the image lapsed &#8211; and it was then taken over by someone else who decided to add in a completely inappropriate picture with the same filename.</p>
<p>If we move forward to the present day, then in Web 2.0 the idea of bringing in content from other sources is the distinct flavour of the month. In some cases this is still just images (for badges), but the norm is either to have RSS feeds (essentially bringing in HTML code, usually with no&#8230;</p>]]></description>
		<link>http://www.redefine.co.uk/blog/2007/05/30/planning-the-end-of-a-widget-campaign/</link>
			</item>
</channel>
</rss>
