<?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: The Wired Issue</title>
	<atom:link href="http://www.appsizematters.com/2010/06/the-wired-issue/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.appsizematters.com/2010/06/the-wired-issue/</link>
	<description>Discussions on the craft of iOS app development</description>
	<lastBuildDate>Fri, 20 Jan 2012 00:13:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Matthew kay</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-495</link>
		<dc:creator>Matthew kay</dc:creator>
		<pubDate>Thu, 14 Oct 2010 21:59:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-495</guid>
		<description>There are three major players at the moment offering digital magazine frameworks.

1. Adobe (WIRED)
2. Bonnier (Popular science)
3. WoodWing (TIME)

InDesign is at the core of all these frameworks and only one of them spits out a 500MB issue!

The Hype surrounding the WIRED reader is nonsense. How can the world get so excited about static pages with hyperlinks and .png sequences. The reading experience is poor due to multi-column layouts and although i approve of video covers i don&#039;t expect these features to auto initiate when I switch the orientation of the device. 

I applaud Bonnier for investing so much R&amp;D time into the User Experience and I love the flexibility of the WoodWing solution. They are the forerunners in this race and they respect the developers role in delivering feature rich front end readers that can take full advantage of emerging web technologies.

Matthew Kay
Information Architect

www.bemarvellous.com</description>
		<content:encoded><![CDATA[<p>There are three major players at the moment offering digital magazine frameworks.</p>
<p>1. Adobe (WIRED)<br />
2. Bonnier (Popular science)<br />
3. WoodWing (TIME)</p>
<p>InDesign is at the core of all these frameworks and only one of them spits out a 500MB issue!</p>
<p>The Hype surrounding the WIRED reader is nonsense. How can the world get so excited about static pages with hyperlinks and .png sequences. The reading experience is poor due to multi-column layouts and although i approve of video covers i don&#8217;t expect these features to auto initiate when I switch the orientation of the device. </p>
<p>I applaud Bonnier for investing so much R&amp;D time into the User Experience and I love the flexibility of the WoodWing solution. They are the forerunners in this race and they respect the developers role in delivering feature rich front end readers that can take full advantage of emerging web technologies.</p>
<p>Matthew Kay<br />
Information Architect</p>
<p><a href="http://www.bemarvellous.com" rel="nofollow">http://www.bemarvellous.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iPadwalker</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-47</link>
		<dc:creator>iPadwalker</dc:creator>
		<pubDate>Fri, 11 Jun 2010 04:19:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-47</guid>
		<description>I think they (Wired Mag) purposely made the magazine this big.
 I am sure they knew of ways to make the App size smaller.
 But think of the Buzz that they are getting, its free marketing.
 Everyone is talking about the BIG HUGE Wired Mag App.
 pages are written about it on various websites.
They will probably come out with a lighter issue a few months from now and say &quot; NOW only 256MB!&quot;
 Then people will start again to Toot Wired Magazine for being able to make the app smaller with the same amount of content......

 I think it might be a Marketing plan....</description>
		<content:encoded><![CDATA[<p>I think they (Wired Mag) purposely made the magazine this big.<br />
 I am sure they knew of ways to make the App size smaller.<br />
 But think of the Buzz that they are getting, its free marketing.<br />
 Everyone is talking about the BIG HUGE Wired Mag App.<br />
 pages are written about it on various websites.<br />
They will probably come out with a lighter issue a few months from now and say &#8221; NOW only 256MB!&#8221;<br />
 Then people will start again to Toot Wired Magazine for being able to make the app smaller with the same amount of content&#8230;&#8230;</p>
<p> I think it might be a Marketing plan&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom_E</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-11</link>
		<dc:creator>Tom_E</dc:creator>
		<pubDate>Wed, 02 Jun 2010 08:15:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-11</guid>
		<description>I guess most users don&#039;t bother too much about the size until it is perceived as &quot;not worth the associated time and trouble&quot;.

Contributing to the later is:
- an update happens, requiring twice the original size to install
- the update has features some users don&#039;t perceive as improvement
- downloading takes long
- you don&#039;t get a &quot;what&#039;s new&quot; list BEFORE clicking &quot;download new version&quot;

An example is a T-Mobile branded edition of a navigation software in Germany.
It was updated not with fixes and navigation related features but social networking integration. 
Based on the comments it seems it became a perceived problem for a vocal group of users to 
- re-download around 2GB of data
- make room on the phone to allow upgrading (requiring twice the app size) instead of installing an 2GB app 
- on the weekend, based on iTunes comments the download rate was not up to the theoretical limit, making it a multi-hour download</description>
		<content:encoded><![CDATA[<p>I guess most users don&#8217;t bother too much about the size until it is perceived as &#8220;not worth the associated time and trouble&#8221;.</p>
<p>Contributing to the later is:<br />
- an update happens, requiring twice the original size to install<br />
- the update has features some users don&#8217;t perceive as improvement<br />
- downloading takes long<br />
- you don&#8217;t get a &#8220;what&#8217;s new&#8221; list BEFORE clicking &#8220;download new version&#8221;</p>
<p>An example is a T-Mobile branded edition of a navigation software in Germany.<br />
It was updated not with fixes and navigation related features but social networking integration.<br />
Based on the comments it seems it became a perceived problem for a vocal group of users to<br />
- re-download around 2GB of data<br />
- make room on the phone to allow upgrading (requiring twice the app size) instead of installing an 2GB app<br />
- on the weekend, based on iTunes comments the download rate was not up to the theoretical limit, making it a multi-hour download</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-9</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Tue, 01 Jun 2010 21:08:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-9</guid>
		<description>Like you say, everyone is saying how the Wired app is the future of magazines on the iPad.
Has no one who says that bothered to look at Popular Science? I know it&#039;s not necessarily as mainstream as Wired, but the implementation is thousands of times better from what I&#039;ve been hearing. I havnt bought the Wired app, and to be honest, I&#039;m not going to. 
But I will keep buying Popular Science because it is a joy to read, with crisp text and fantastic quality pictures, and fraction of the download size.</description>
		<content:encoded><![CDATA[<p>Like you say, everyone is saying how the Wired app is the future of magazines on the iPad.<br />
Has no one who says that bothered to look at Popular Science? I know it&#8217;s not necessarily as mainstream as Wired, but the implementation is thousands of times better from what I&#8217;ve been hearing. I havnt bought the Wired app, and to be honest, I&#8217;m not going to.<br />
But I will keep buying Popular Science because it is a joy to read, with crisp text and fantastic quality pictures, and fraction of the download size.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-8</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Tue, 01 Jun 2010 16:31:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-8</guid>
		<description>Size certainly matters. It mattered when Netscape was 1.0 and every image needed buttering to be efficient. Users could only wait 2 or 3 minutes for a page to load. :-) It matters today. So what if we have high network speeds? This doesn&#039;t mean that one should needlessly fill the pipe.

It&#039;s no wonder that carriers have issues with tethering. If developers seemingly don&#039;t care, and users seemingly don&#039;t care or don&#039;t know how or why a file size is the way it is, I wouldn&#039;t allow tethering on my network either. 

If the file is .5gb x 1000, 10000, or 100,000 downloads, that is A LOT of wasted bandwidth. I would argue that the InDesign file prior to output to a PDF might be 500 mb. An iPad simply doesn&#039;t need all the unnecessary bits.

Developers definitely need to add &#039;smallest download size&#039; to the list of project &#039;to-do&#039;s&#039;.</description>
		<content:encoded><![CDATA[<p>Size certainly matters. It mattered when Netscape was 1.0 and every image needed buttering to be efficient. Users could only wait 2 or 3 minutes for a page to load. :-) It matters today. So what if we have high network speeds? This doesn&#8217;t mean that one should needlessly fill the pipe.</p>
<p>It&#8217;s no wonder that carriers have issues with tethering. If developers seemingly don&#8217;t care, and users seemingly don&#8217;t care or don&#8217;t know how or why a file size is the way it is, I wouldn&#8217;t allow tethering on my network either. </p>
<p>If the file is .5gb x 1000, 10000, or 100,000 downloads, that is A LOT of wasted bandwidth. I would argue that the InDesign file prior to output to a PDF might be 500 mb. An iPad simply doesn&#8217;t need all the unnecessary bits.</p>
<p>Developers definitely need to add &#8216;smallest download size&#8217; to the list of project &#8216;to-do&#8217;s&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nat</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-7</link>
		<dc:creator>Nat</dc:creator>
		<pubDate>Tue, 01 Jun 2010 16:16:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-7</guid>
		<description>My worry about a technical push for a more efficient presentation of magazine content is that it would make it harder for the designers at Wired to push unique editorial layouts into each issue. There is a huge visual difference (and value proposition for consumers) between the generic article page layouts of Wired.com and the same articles shown in this format.

500MB is huge, but so is the visual appeal of the app. I think efforts to reduce the issue size should be made, but not at the expense of the visual experience. Outside of flat layout images, I&#039;m not sure how a time and resource constrained publisher could get a unique issue out on a monthly basis.</description>
		<content:encoded><![CDATA[<p>My worry about a technical push for a more efficient presentation of magazine content is that it would make it harder for the designers at Wired to push unique editorial layouts into each issue. There is a huge visual difference (and value proposition for consumers) between the generic article page layouts of Wired.com and the same articles shown in this format.</p>
<p>500MB is huge, but so is the visual appeal of the app. I think efforts to reduce the issue size should be made, but not at the expense of the visual experience. Outside of flat layout images, I&#8217;m not sure how a time and resource constrained publisher could get a unique issue out on a monthly basis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: @gunhp</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-6</link>
		<dc:creator>@gunhp</dc:creator>
		<pubDate>Tue, 01 Jun 2010 16:13:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-6</guid>
		<description>I think size is really matters for me as a customers. I almost buy this app until i realize that the size is big enough to download. 
There also an app with &quot;amasing&quot; size. XE the Element, the app size is 1,7 GB</description>
		<content:encoded><![CDATA[<p>I think size is really matters for me as a customers. I almost buy this app until i realize that the size is big enough to download.<br />
There also an app with &#8220;amasing&#8221; size. XE the Element, the app size is 1,7 GB</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-5</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Tue, 01 Jun 2010 16:04:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-5</guid>
		<description>half a gig matters a lot - what if others took this approach? i want my expensive storage for music and videos, not a magazine. and back issues aren&#039;t viable like this either.</description>
		<content:encoded><![CDATA[<p>half a gig matters a lot &#8211; what if others took this approach? i want my expensive storage for music and videos, not a magazine. and back issues aren&#8217;t viable like this either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-4</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Tue, 01 Jun 2010 16:01:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-4</guid>
		<description>I don&#039;t understand why they wouldn&#039;t include the largest image only, and then a set of instructions in the XML to generate, as needed the thumbnail/other image formats they needed.  Build them on an as-needed basis, but store the results so they don&#039;t have to be rendered another time. This would reduce the workload on the designers, allow for more flexible and different sizes/formats to be generated through instructions in the future, and finally, reduce the download size.

Libraries for resizing and resampling images exist on the iPhone.  Use them.

Once that is done, you have an even more flexible and powerful engine with which to show the same type of content (pages of a magazine) in many different ways...ways you haven&#039;t even thought of yet.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t understand why they wouldn&#8217;t include the largest image only, and then a set of instructions in the XML to generate, as needed the thumbnail/other image formats they needed.  Build them on an as-needed basis, but store the results so they don&#8217;t have to be rendered another time. This would reduce the workload on the designers, allow for more flexible and different sizes/formats to be generated through instructions in the future, and finally, reduce the download size.</p>
<p>Libraries for resizing and resampling images exist on the iPhone.  Use them.</p>
<p>Once that is done, you have an even more flexible and powerful engine with which to show the same type of content (pages of a magazine) in many different ways&#8230;ways you haven&#8217;t even thought of yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Niehoff (Kitcat490)</title>
		<link>http://www.appsizematters.com/2010/06/the-wired-issue/comment-page-1/#comment-2</link>
		<dc:creator>Michael Niehoff (Kitcat490)</dc:creator>
		<pubDate>Tue, 01 Jun 2010 14:51:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.appsizematters.com/?p=9#comment-2</guid>
		<description>As a developer myself (though not very experienced) I can&#039;t even imagine using images for everything! If this is the future, then I am staring a resistance group of developers that actually use code. I admit I still can&#039;t code anything utilizing graphics for the most part, but the solution the wired developers used is a perfect example of how not to make a program. Why do so few developers now not even try for the challenge of efficiency, to use solutions nobody else previously had? It&#039;s not just about making the program, but also about challenging yourself to have better code, to improve your skills.

Michael Niehoff (Kitcat490)</description>
		<content:encoded><![CDATA[<p>As a developer myself (though not very experienced) I can&#8217;t even imagine using images for everything! If this is the future, then I am staring a resistance group of developers that actually use code. I admit I still can&#8217;t code anything utilizing graphics for the most part, but the solution the wired developers used is a perfect example of how not to make a program. Why do so few developers now not even try for the challenge of efficiency, to use solutions nobody else previously had? It&#8217;s not just about making the program, but also about challenging yourself to have better code, to improve your skills.</p>
<p>Michael Niehoff (Kitcat490)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

