<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Kommentare zu: Why you should not use client-side window decorations&#8230;</title>
	<atom:link href="http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/</link>
	<description>From the land of wobbly windows</description>
	<lastBuildDate>Wed, 08 Feb 2012 18:42:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Von: KWin at UDS &#171; Martin&#8217;s Blog</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-18881</link>
		<dc:creator>KWin at UDS &#171; Martin&#8217;s Blog</dc:creator>
		<pubDate>Sun, 31 Oct 2010 17:46:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-18881</guid>
		<description>[...] of the first areas we are going to collaborate is the future of window decorations. The idea of client side decorations is dead and we will work on improving what has be started at KDE with allowing the decorations to [...]</description>
		<content:encoded><![CDATA[<p>[...] of the first areas we are going to collaborate is the future of window decorations. The idea of client side decorations is dead and we will work on improving what has be started at KDE with allowing the decorations to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Martin</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-14721</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Wed, 28 Jul 2010 16:53:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-14721</guid>
		<description>Sorry, but you are completely missing the point. I was not argumenting against the windicators but against client side window decorations. There is no reason why windicators should not work with normal decorations. Mark Shuttleworth updated his blog post and stated that csd is not a requirement for windicators, unlike the statement at the time of the writing of the blog post.

I am only argumenting against csd. Windicators is a different topic.</description>
		<content:encoded><![CDATA[<p>Sorry, but you are completely missing the point. I was not argumenting against the windicators but against client side window decorations. There is no reason why windicators should not work with normal decorations. Mark Shuttleworth updated his blog post and stated that csd is not a requirement for windicators, unlike the statement at the time of the writing of the blog post.</p>
<p>I am only argumenting against csd. Windicators is a different topic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Craig</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-14719</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Wed, 28 Jul 2010 16:29:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-14719</guid>
		<description>[sorry for the repost... to avoid being buried as I&#039;m into the conversation late...]

“Well to be honest we get request to add arbitrary functionality like a mute button in the decoration about once a month. And we always say no, because it is not possible as there is no common interface. ”

So there is a problem your users (or in this case other developers) want solved... and you keep saying no, and now some proposed solution is a bad idea.  And I&#039;m not sure why Canonical meeting their needs is somehow any different than any other company programming/implementing their own solutions, some of which are more broadly adopted and some not.  If the idea has merit, it will catch on, otherwise it won&#039;t.

If there are real issues with client side decorations here (and I&#039;m not saying there are not) ... Why not just write a new fresh blog post outlining the problem Canonical (or any clientsiders) are trying to solve (try to understand what they are doing) and then propose the solution you think would address it (and it’s short comings) better (window manager/theming manager improvements).  I for one like Chrome&#039;s non-standard UI... it doesn&#039;t seem to waste as much screen real-estate as the other 90% of the open source.  

Propose solutions, don&#039;t just point out problems.  (and don&#039;t push the conversation to Canonical=evil, that helps neither the community nor the conversation)</description>
		<content:encoded><![CDATA[<p>[sorry for the repost... to avoid being buried as I'm into the conversation late...]</p>
<p>“Well to be honest we get request to add arbitrary functionality like a mute button in the decoration about once a month. And we always say no, because it is not possible as there is no common interface. ”</p>
<p>So there is a problem your users (or in this case other developers) want solved&#8230; and you keep saying no, and now some proposed solution is a bad idea.  And I&#8217;m not sure why Canonical meeting their needs is somehow any different than any other company programming/implementing their own solutions, some of which are more broadly adopted and some not.  If the idea has merit, it will catch on, otherwise it won&#8217;t.</p>
<p>If there are real issues with client side decorations here (and I&#8217;m not saying there are not) &#8230; Why not just write a new fresh blog post outlining the problem Canonical (or any clientsiders) are trying to solve (try to understand what they are doing) and then propose the solution you think would address it (and it’s short comings) better (window manager/theming manager improvements).  I for one like Chrome&#8217;s non-standard UI&#8230; it doesn&#8217;t seem to waste as much screen real-estate as the other 90% of the open source.  </p>
<p>Propose solutions, don&#8217;t just point out problems.  (and don&#8217;t push the conversation to Canonical=evil, that helps neither the community nor the conversation)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Craig</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-14716</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Wed, 28 Jul 2010 16:10:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-14716</guid>
		<description>&quot;Well to be honest we get request to add arbitrary functionality like a mute button in the decoration about once a month. And we always say no, because it is not possible as there is no common interface. &quot;

The point is - you have kept saying &quot;no&quot; when there has been a problem your users want solved... (monthly requests and you consistently ignore it -- this consistent pattern in open source is souring)

... and now you are saying no to someone creating a solution.  

Why not just write a new fresh blog post outlining the problem Canonical is trying to solve (try to understand what they are doing) and then propose the solution you think would address it (and it&#039;s short comings) better.

To summarize ... open source has far too much &quot;no this won&#039;t work&quot; instead of I see what you want to do, here is a different solution that I perceive addresses everyone&#039;s concerns.  (and just pushing the conversation towards if canonical does anything, it sucks, is not helpful to anyone&#039;s community)</description>
		<content:encoded><![CDATA[<p>&#8220;Well to be honest we get request to add arbitrary functionality like a mute button in the decoration about once a month. And we always say no, because it is not possible as there is no common interface. &#8221;</p>
<p>The point is &#8211; you have kept saying &#8220;no&#8221; when there has been a problem your users want solved&#8230; (monthly requests and you consistently ignore it &#8212; this consistent pattern in open source is souring)</p>
<p>&#8230; and now you are saying no to someone creating a solution.  </p>
<p>Why not just write a new fresh blog post outlining the problem Canonical is trying to solve (try to understand what they are doing) and then propose the solution you think would address it (and it&#8217;s short comings) better.</p>
<p>To summarize &#8230; open source has far too much &#8220;no this won&#8217;t work&#8221; instead of I see what you want to do, here is a different solution that I perceive addresses everyone&#8217;s concerns.  (and just pushing the conversation towards if canonical does anything, it sucks, is not helpful to anyone&#8217;s community)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Martin</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-13018</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Mon, 24 May 2010 20:45:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-13018</guid>
		<description>Seems so and even he fails to see that decorations is not just about themeing.</description>
		<content:encoded><![CDATA[<p>Seems so and even he fails to see that decorations is not just about themeing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: scaroo</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-13016</link>
		<dc:creator>scaroo</dc:creator>
		<pubDate>Mon, 24 May 2010 20:36:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-13016</guid>
		<description>Just a nitpick, but isn&#039;t krh the guy who proposed it first 3 years ago ? 
see http://people.freedesktop.org/~krh/client-side-decorations.txt</description>
		<content:encoded><![CDATA[<p>Just a nitpick, but isn&#8217;t krh the guy who proposed it first 3 years ago ?<br />
see <a href="http://people.freedesktop.org/~krh/client-side-decorations.txt" rel="nofollow">http://people.freedesktop.org/~krh/client-side-decorations.txt</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Martin</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-12332</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Thu, 06 May 2010 16:59:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-12332</guid>
		<description>&lt;blockquote&gt;Developers want flexibility, do you want KDE to be “the less flexible toolkit”?&lt;/blockquote&gt;
I&#039;m doing free software because I want to provide the best possible user experience to the user. Client-side-window-decorations will destroy the user experience, because it gives devs the flexiblity to do stupid things. Yes in that regard I do not want to have a flexible toolkit.
&lt;blockquote&gt;Old apps will work like they did, check&lt;/blockquote&gt;
And that&#039;s exactly the issue! We have then two different sets of window control without any consistency. That&#039;s exactly the reason why I wrote the blog post. It would destroy something that works (all windows have the same decoration) with something that is completely broken (different controls, different user actions, etc. etc.).</description>
		<content:encoded><![CDATA[<blockquote><p>Developers want flexibility, do you want KDE to be “the less flexible toolkit”?</p></blockquote>
<p>I&#8217;m doing free software because I want to provide the best possible user experience to the user. Client-side-window-decorations will destroy the user experience, because it gives devs the flexiblity to do stupid things. Yes in that regard I do not want to have a flexible toolkit.</p>
<blockquote><p>Old apps will work like they did, check</p></blockquote>
<p>And that&#8217;s exactly the issue! We have then two different sets of window control without any consistency. That&#8217;s exactly the reason why I wrote the blog post. It would destroy something that works (all windows have the same decoration) with something that is completely broken (different controls, different user actions, etc. etc.).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Windicators für Ubuntu?! &#124; Der Webanhalter</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-12313</link>
		<dc:creator>Windicators für Ubuntu?! &#124; Der Webanhalter</dc:creator>
		<pubDate>Thu, 06 May 2010 12:41:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-12313</guid>
		<description>[...] (freiesMagazin 05/2010), eine Diskussion bei ubuntuusers.de und gerade auch der Blogartikel Why you should not use client-side window decorations… machen auf Probleme aufmerksam. Und bei genauerem Hinsehen werden weitere [...]</description>
		<content:encoded><![CDATA[<p>[...] (freiesMagazin 05/2010), eine Diskussion bei ubuntuusers.de und gerade auch der Blogartikel Why you should not use client-side window decorations… machen auf Probleme aufmerksam. Und bei genauerem Hinsehen werden weitere [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Martin</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-12304</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Thu, 06 May 2010 10:59:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-12304</guid>
		<description>And what does that have to do with client-side-window decorations on Linux? Ok, then MacOS is incorrect.

If you have any reasons why my position is wrong, please share it with the community. Up to now I can only see the points mentioned on the GNOME Wiki and they are not valid.</description>
		<content:encoded><![CDATA[<p>And what does that have to do with client-side-window decorations on Linux? Ok, then MacOS is incorrect.</p>
<p>If you have any reasons why my position is wrong, please share it with the community. Up to now I can only see the points mentioned on the GNOME Wiki and they are not valid.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: mpt</title>
		<link>http://blog.martin-graesslin.com/blog/2010/05/why-you-should-not-use-client-side-window-decorations/comment-page-1/#comment-12292</link>
		<dc:creator>mpt</dc:creator>
		<pubDate>Thu, 06 May 2010 08:52:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.martin-graesslin.com/blog/?p=463#comment-12292</guid>
		<description>And that’s just one of the several things in your post that is obviously incorrect. Compare the window controls in the Finder with, for example, those in iTunes (smaller corner radius than normal), GarageBand (extra vertical band at each end), and Adobe Illustrator CS4 (taller title bar containing extra buttons and a search field).</description>
		<content:encoded><![CDATA[<p>And that’s just one of the several things in your post that is obviously incorrect. Compare the window controls in the Finder with, for example, those in iTunes (smaller corner radius than normal), GarageBand (extra vertical band at each end), and Adobe Illustrator CS4 (taller title bar containing extra buttons and a search field).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

