<?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>Comments on: Metacity Journal, 2008-10-23</title>
	<atom:link href="http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/</link>
	<description>"Many window managers are like Marshmallow Froot Loops; Metacity is like Cheerios."</description>
	<lastBuildDate>Sun, 08 Nov 2009 05:22:41 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Snazz</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-563</link>
		<dc:creator>Snazz</dc:creator>
		<pubDate>Thu, 06 Nov 2008 09:56:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-563</guid>
		<description>Well, that&#039;s obvious enough for me... but how are we/you going to communicate that to people that have just installed Linux + gnome and are thinking &quot;hey, this is crap, I&#039;m going back to Vista,&quot; when they try to resize a window and... have... it... slowly... resize... to... the... desired... size. 

Now, I know that &quot;normal&quot; metacity rendering is silky smooth and responsive, new gnome/metacity users won&#039;t.

And, since Gnome devs are pretty much against allowing users to fiddle too much with customisation, the compositing setting is going to remain buried in gconf for the foreseeable future, and thus be non-obvious even for new users informed enough to start looking for a way to turn off the lag-inducing eye-candy.

My Mum, borderline luddite that she is, still knows enough to disable Windows eye-candy by digging through desktop settings. I suspect gconf would be a few steps too far for her.

Making it easier to enable compositing for those with the desire to use it is better than enabling it by default and making new users with bad performance:
a) know that they&#039;re experiencing abnormally slow performance (ie an edge-case where rendering is slow)
b) know that it&#039;s due to compositing being enabled
c) know that they can disable it and return to a faster non-composited rendering system
d) know that the setting is buried in gconf

Please bear in mind that I absolutely love metacity and can&#039;t envision ever using anything else, so please don&#039;t write me off as some unwashed KDE user :)

I&#039;ve tried Compiz which works well enough... but is too glitzy for me, composited metacity would be perfect except for the slooow resizing. Does anyone know why it&#039;s so slow to resize windows? Is it just me or does everyone else just put up with it?

Moving windows around: no problem, menus: no problem, resize a window: crap-city
I&#039;ve tried various versions of the NVidia driver (currently 177.80) and I&#039;m now running metacity 2.25.5 (experience problems with all versions upto bleeding edge versions, not just the current state)</description>
		<content:encoded><![CDATA[<p>Well, that&#8217;s obvious enough for me&#8230; but how are we/you going to communicate that to people that have just installed Linux + gnome and are thinking &#8220;hey, this is crap, I&#8217;m going back to Vista,&#8221; when they try to resize a window and&#8230; have&#8230; it&#8230; slowly&#8230; resize&#8230; to&#8230; the&#8230; desired&#8230; size. </p>
<p>Now, I know that &#8220;normal&#8221; metacity rendering is silky smooth and responsive, new gnome/metacity users won&#8217;t.</p>
<p>And, since Gnome devs are pretty much against allowing users to fiddle too much with customisation, the compositing setting is going to remain buried in gconf for the foreseeable future, and thus be non-obvious even for new users informed enough to start looking for a way to turn off the lag-inducing eye-candy.</p>
<p>My Mum, borderline luddite that she is, still knows enough to disable Windows eye-candy by digging through desktop settings. I suspect gconf would be a few steps too far for her.</p>
<p>Making it easier to enable compositing for those with the desire to use it is better than enabling it by default and making new users with bad performance:<br />
a) know that they&#8217;re experiencing abnormally slow performance (ie an edge-case where rendering is slow)<br />
b) know that it&#8217;s due to compositing being enabled<br />
c) know that they can disable it and return to a faster non-composited rendering system<br />
d) know that the setting is buried in gconf</p>
<p>Please bear in mind that I absolutely love metacity and can&#8217;t envision ever using anything else, so please don&#8217;t write me off as some unwashed KDE user :)</p>
<p>I&#8217;ve tried Compiz which works well enough&#8230; but is too glitzy for me, composited metacity would be perfect except for the slooow resizing. Does anyone know why it&#8217;s so slow to resize windows? Is it just me or does everyone else just put up with it?</p>
<p>Moving windows around: no problem, menus: no problem, resize a window: crap-city<br />
I&#8217;ve tried various versions of the NVidia driver (currently 177.80) and I&#8217;m now running metacity 2.25.5 (experience problems with all versions upto bleeding edge versions, not just the current state)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Thurman</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-562</link>
		<dc:creator>Thomas Thurman</dc:creator>
		<pubDate>Wed, 05 Nov 2008 13:42:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-562</guid>
		<description>@Snazz:
But you can turn it off just as much as the rest of us now have to turn it on!</description>
		<content:encoded><![CDATA[<p>@Snazz:<br />
But you can turn it off just as much as the rest of us now have to turn it on!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Snazz</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-561</link>
		<dc:creator>Snazz</dc:creator>
		<pubDate>Wed, 05 Nov 2008 09:28:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-561</guid>
		<description>re: Compositor defaulting to enabled
Please no, currently on my system it will be a &quot;make your windows really slow and jerky&quot; setting.
For some reason even with a recent xorg + nvidia driver + glx enabled resizing windows is unbelievably slow and jerky. 

Of course it all looks very nice... as long as I don&#039;t try to do anything.</description>
		<content:encoded><![CDATA[<p>re: Compositor defaulting to enabled<br />
Please no, currently on my system it will be a &#8220;make your windows really slow and jerky&#8221; setting.<br />
For some reason even with a recent xorg + nvidia driver + glx enabled resizing windows is unbelievably slow and jerky. </p>
<p>Of course it all looks very nice&#8230; as long as I don&#8217;t try to do anything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nucco</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-553</link>
		<dc:creator>nucco</dc:creator>
		<pubDate>Sat, 01 Nov 2008 18:28:33 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-553</guid>
		<description>PDuncan: you either need to use a dual-screen setup, or get familiar with emacs :)</description>
		<content:encoded><![CDATA[<p>PDuncan: you either need to use a dual-screen setup, or get familiar with emacs :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-552</link>
		<dc:creator>Anders</dc:creator>
		<pubDate>Fri, 31 Oct 2008 23:23:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-552</guid>
		<description>I think adding a bit of Expose to metacity would be great. It would really lift the &quot;base experience&quot; of GNOME.

-Anders</description>
		<content:encoded><![CDATA[<p>I think adding a bit of Expose to metacity would be great. It would really lift the &#8220;base experience&#8221; of GNOME.</p>
<p>-Anders</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PDuncan</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-544</link>
		<dc:creator>PDuncan</dc:creator>
		<pubDate>Tue, 28 Oct 2008 19:34:44 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-544</guid>
		<description>Is there a switch/command to make Metacity do a side-by-side with another window? (not tiled as that can effect more than one window :( )

I ask as I recently was reviewing too lots of code and found myself using two desktops, not the best way to do it! I thought - Hey, my window manager should let me do this right? And maybe even allow me to sync up the mouse to scroll both at the same time :D

Any thoughts?</description>
		<content:encoded><![CDATA[<p>Is there a switch/command to make Metacity do a side-by-side with another window? (not tiled as that can effect more than one window :( )</p>
<p>I ask as I recently was reviewing too lots of code and found myself using two desktops, not the best way to do it! I thought &#8211; Hey, my window manager should let me do this right? And maybe even allow me to sync up the mouse to scroll both at the same time :D</p>
<p>Any thoughts?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frederic Crozat</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-537</link>
		<dc:creator>Frederic Crozat</dc:creator>
		<pubDate>Sun, 26 Oct 2008 09:17:04 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-537</guid>
		<description>Two comments :
- relying on users asking their distro to change settings and then merging them back upstream seems wrong to me. Yes, we (distro) might have more feedback from users, but it would be better to do the change you want to test in development version of Metacity, which will be included in various devel version of distributions and then, you will get feedback (either directly from users or from distro) and do changes accordingly.

- regarding compositor in Metacity, we tried to enable it one year ago but after more than one month, we had to disable it because it was causing a lot of slowdown (because it is still Render based) mostly on systems not using EXA (ie almost all systems, including intel until recently) and on Nvidia with proprietary drivers.</description>
		<content:encoded><![CDATA[<p>Two comments :<br />
- relying on users asking their distro to change settings and then merging them back upstream seems wrong to me. Yes, we (distro) might have more feedback from users, but it would be better to do the change you want to test in development version of Metacity, which will be included in various devel version of distributions and then, you will get feedback (either directly from users or from distro) and do changes accordingly.</p>
<p>- regarding compositor in Metacity, we tried to enable it one year ago but after more than one month, we had to disable it because it was causing a lot of slowdown (because it is still Render based) mostly on systems not using EXA (ie almost all systems, including intel until recently) and on Nvidia with proprietary drivers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-536</link>
		<dc:creator>David</dc:creator>
		<pubDate>Sat, 25 Oct 2008 23:11:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-536</guid>
		<description>It’s been working well enough on an Eee PC 1000H, so I vote for ‘enabled’ as well.

I think the single most useful feature that Compiz offers is Zoom. It would be great to be able to zoom while being able to stick with Metacity. Regarding Exposé/Scale, although the effect is extremely useful, adding such a function in addition to Alt+Tab has some usability drawbacks. First, there’s a Hick’s Law penalty, as there are now two discrete ways to locate a window, and the user must choose between the two every single time. On top of that, whereas Alt+Tab is quasimodal, Exposé is modal. Instead of copying Mac OS X and piling up more and more ways to overcome the problem of overlapping windows, I think it would be more useful and usable to alter the Alt+Tab visualization to look more like Exposé, thus inheriting its usability without the drawbacks I mentioned.</description>
		<content:encoded><![CDATA[<p>It’s been working well enough on an Eee PC 1000H, so I vote for ‘enabled’ as well.</p>
<p>I think the single most useful feature that Compiz offers is Zoom. It would be great to be able to zoom while being able to stick with Metacity. Regarding Exposé/Scale, although the effect is extremely useful, adding such a function in addition to Alt+Tab has some usability drawbacks. First, there’s a Hick’s Law penalty, as there are now two discrete ways to locate a window, and the user must choose between the two every single time. On top of that, whereas Alt+Tab is quasimodal, Exposé is modal. Instead of copying Mac OS X and piling up more and more ways to overcome the problem of overlapping windows, I think it would be more useful and usable to alter the Alt+Tab visualization to look more like Exposé, thus inheriting its usability without the drawbacks I mentioned.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Thurman</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-535</link>
		<dc:creator>Thomas Thurman</dc:creator>
		<pubDate>Sat, 25 Oct 2008 12:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-535</guid>
		<description>Someone was actually working on a branch of Metacity to do that even before compositor days (it was called Expocity, iirc).  I think it&#039;s something I&#039;d like to see too, really.</description>
		<content:encoded><![CDATA[<p>Someone was actually working on a branch of Metacity to do that even before compositor days (it was called Expocity, iirc).  I think it&#8217;s something I&#8217;d like to see too, really.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nucco</title>
		<link>http://blogs.gnome.org/metacity/2008/10/24/metacity-journal-2008-10-23/comment-page-1/#comment-534</link>
		<dc:creator>nucco</dc:creator>
		<pubDate>Sat, 25 Oct 2008 06:14:41 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=156#comment-534</guid>
		<description>I&#039;m still with 2.22, but it works well enough for me (intel 965), so I guess on by default is ok. 

I only wish it would incorporate more of the useful features of compiz, like that window picker (scale, in compiz) that tiles all your open windows on the full screen, and you can click on the one you&#039;re interested in. It beats the hell out of alt+tab switching.</description>
		<content:encoded><![CDATA[<p>I&#8217;m still with 2.22, but it works well enough for me (intel 965), so I guess on by default is ok. </p>
<p>I only wish it would incorporate more of the useful features of compiz, like that window picker (scale, in compiz) that tiles all your open windows on the full screen, and you can click on the one you&#8217;re interested in. It beats the hell out of alt+tab switching.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
