<?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: Leopard could introduce a radical change</title>
	<atom:link href="http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/feed/" rel="self" type="application/rss+xml" />
	<link>http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/</link>
	<description>Thoughts about Apple and design</description>
	<lastBuildDate>Wed, 16 Mar 2011 02:32:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: admin</title>
		<link>http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/comment-page-1/#comment-13</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 18 May 2007 00:51:38 +0000</pubDate>
		<guid isPermaLink="false">http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/#comment-13</guid>
		<description>[Received in a private email and reposted here with permission]

Windowing is simply a method of organizing multiple running applications. There are many ways to do that, some of which do not require having multiple rectangles overlapping on the screen at once&quot;

In essence this is available on the Mac right now using virtual desktop (VirtueDesktop) or using any of the multiple desktop distros for *nix, if you keep one desktop per application. This is also one of the OS based features touted in the upcoming 10.5 update.

This is basically how I am currently operating and it works well.

&lt;name withheld&gt;</description>
		<content:encoded><![CDATA[<p>[Received in a private email and reposted here with permission]</p>
<p>Windowing is simply a method of organizing multiple running applications. There are many ways to do that, some of which do not require having multiple rectangles overlapping on the screen at once&#8221;</p>
<p>In essence this is available on the Mac right now using virtual desktop (VirtueDesktop) or using any of the multiple desktop distros for *nix, if you keep one desktop per application. This is also one of the OS based features touted in the upcoming 10.5 update.</p>
<p>This is basically how I am currently operating and it works well.</p>
<p>&lt;name withheld&gt;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/comment-page-1/#comment-12</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Thu, 17 May 2007 20:09:41 +0000</pubDate>
		<guid isPermaLink="false">http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/#comment-12</guid>
		<description>Norvile, I agree that there are bound to be issues with some applications if Apple made a dramatic change like this to the way windows are rendered, but I don&#039;t agree that those issues would be all that widespread.  In fact, they would likely concentrate on those applications that &quot;broke the rules&quot; by tinkering with system-level details they shouldn&#039;t, or by making faulty assumptions they shouldn&#039;t have.

Even the issues with non-resizeable window and dialogs you cite shouldn&#039;t present problems once resolution-independence is available and widely adopted by applications developers such as yourself.  When it is, the OS can alternatively shrink or grow even fixed-sized panes as needed to fit them into whatever windowing scheme it uses.  Special-layer panes such as alerts could be shown with dramatic animation when necessary to catch the users&#039; attention appropriately, and the application would still not need to know.

I&#039;d be interested to hear more details about what you believe to be obstacles here.</description>
		<content:encoded><![CDATA[<p>Norvile, I agree that there are bound to be issues with some applications if Apple made a dramatic change like this to the way windows are rendered, but I don&#8217;t agree that those issues would be all that widespread.  In fact, they would likely concentrate on those applications that &#8220;broke the rules&#8221; by tinkering with system-level details they shouldn&#8217;t, or by making faulty assumptions they shouldn&#8217;t have.</p>
<p>Even the issues with non-resizeable window and dialogs you cite shouldn&#8217;t present problems once resolution-independence is available and widely adopted by applications developers such as yourself.  When it is, the OS can alternatively shrink or grow even fixed-sized panes as needed to fit them into whatever windowing scheme it uses.  Special-layer panes such as alerts could be shown with dramatic animation when necessary to catch the users&#8217; attention appropriately, and the application would still not need to know.</p>
<p>I&#8217;d be interested to hear more details about what you believe to be obstacles here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Norville</title>
		<link>http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/comment-page-1/#comment-11</link>
		<dc:creator>Norville</dc:creator>
		<pubDate>Thu, 17 May 2007 19:51:34 +0000</pubDate>
		<guid isPermaLink="false">http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/#comment-11</guid>
		<description>Yes it&#039;s an interesting concept, and I agree that eventually (someday) windows will probably go out of style.  But as a full-time application developer, I believe the assertion that &quot;existing applications would never have to know&quot; is simply wrong.  That may be true for some small portion of existing applications -- ones where every application window can be freely resized to be any size and aspect ratio, and still look good.  But many (indeed most) existing applications have at least some windows that are designed and laid out for a specific aspect ratio, if not pixel size.  In existing applications, such windows and dialogs cannot be resized by the user.  As such, the operating system would have a tough time displaying them in any context but a rectangular box with the same size &amp; aspect ratio at which they were designed.  Doing this without the window metaphor would be quite a trick.

In short, if Apple were going to make a switch like this (and indeed someday they might), they would have to give developers a whole lot more time than from June to October to adapt their software.  We&#039;re talking a major paradigm shift, and trust me, that takes time to design and code.

I think the &quot;windowless look&quot; works great for certain classes of application, and those applications can and often already are planning such enhancements.  But to suggest that Apple could magically flip a switch and make all applications designed around the window paradigm suddenly work correctly and look good without windows, is (again, from this software developer&#039;s perspective) very naive.</description>
		<content:encoded><![CDATA[<p>Yes it&#8217;s an interesting concept, and I agree that eventually (someday) windows will probably go out of style.  But as a full-time application developer, I believe the assertion that &#8220;existing applications would never have to know&#8221; is simply wrong.  That may be true for some small portion of existing applications &#8212; ones where every application window can be freely resized to be any size and aspect ratio, and still look good.  But many (indeed most) existing applications have at least some windows that are designed and laid out for a specific aspect ratio, if not pixel size.  In existing applications, such windows and dialogs cannot be resized by the user.  As such, the operating system would have a tough time displaying them in any context but a rectangular box with the same size &amp; aspect ratio at which they were designed.  Doing this without the window metaphor would be quite a trick.</p>
<p>In short, if Apple were going to make a switch like this (and indeed someday they might), they would have to give developers a whole lot more time than from June to October to adapt their software.  We&#8217;re talking a major paradigm shift, and trust me, that takes time to design and code.</p>
<p>I think the &#8220;windowless look&#8221; works great for certain classes of application, and those applications can and often already are planning such enhancements.  But to suggest that Apple could magically flip a switch and make all applications designed around the window paradigm suddenly work correctly and look good without windows, is (again, from this software developer&#8217;s perspective) very naive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Homeworld</title>
		<link>http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/comment-page-1/#comment-10</link>
		<dc:creator>Homeworld</dc:creator>
		<pubDate>Thu, 17 May 2007 19:03:10 +0000</pubDate>
		<guid isPermaLink="false">http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/#comment-10</guid>
		<description>I think this is an intriguing concept, but am skeptical of the practical value of such a change.  Guess I need to see some conceptual examples.  For better or for worse, I&#039;ve adapted to a multi-window, multi-display approach that has become as habitual as how I brush my teeth or tie my shoes.  I think for me the change would have to be pretty compelling for me to consider it a real benefit and not just a change.

That said, I hope to be proven wrong.</description>
		<content:encoded><![CDATA[<p>I think this is an intriguing concept, but am skeptical of the practical value of such a change.  Guess I need to see some conceptual examples.  For better or for worse, I&#8217;ve adapted to a multi-window, multi-display approach that has become as habitual as how I brush my teeth or tie my shoes.  I think for me the change would have to be pretty compelling for me to consider it a real benefit and not just a change.</p>
<p>That said, I hope to be proven wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carl</title>
		<link>http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/comment-page-1/#comment-9</link>
		<dc:creator>Carl</dc:creator>
		<pubDate>Thu, 17 May 2007 14:13:51 +0000</pubDate>
		<guid isPermaLink="false">http://watchingapple.com/2007/05/leopard-could-introduce-a-radical-change/#comment-9</guid>
		<description>You nailed the concept that we were trying to describe. Windowing is simply a method of organizing multiple running applications. There are many ways to do that, some of which do not require having multiple rectangles overlapping on the screen at once. And given Core Animation&#039;s predilection for 3D effects and transparency, it&#039;s completely within the realm of possibility that Apple may have decided that there are better ways of organizing applications that users would find more intuitive and flexible.

Thanks for providing some much-needed detail on how it might work!
Carl</description>
		<content:encoded><![CDATA[<p>You nailed the concept that we were trying to describe. Windowing is simply a method of organizing multiple running applications. There are many ways to do that, some of which do not require having multiple rectangles overlapping on the screen at once. And given Core Animation&#8217;s predilection for 3D effects and transparency, it&#8217;s completely within the realm of possibility that Apple may have decided that there are better ways of organizing applications that users would find more intuitive and flexible.</p>
<p>Thanks for providing some much-needed detail on how it might work!<br />
Carl</p>
]]></content:encoded>
	</item>
</channel>
</rss>

