Re: Ubuntu and language packs
2009/2/9 Martin Pitt : > > Due to the reasons Colin pointed out, I think that installing them all > by default is still a good choice. It comes on the CD, so you don't > need to download them during installation, and after installation you > can always remove them completely with System -> Administration -> > Languages. > I think that those things doesn't need to be changed until debian implemented TDeb (http://people.debian.org/~codehelp/tdeb/) which will happen for Squeeze considering apt & dpkg and all others tools, and so, squeeze +1 for DD to use them. I followed the talk on it at FOSDEM and it seems a very interested way to handle languages and can fixed some of those relevant issue. Maybe we can put some work once squeeze is released (in 18 monthes, hopefully ? ;)) to give an hand to Debian for this hard packaging work. Didier -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Pointer glide idea for Synaptics driver
Here's a little experiment I threw together. First of all, sorry about the huge quantity of babbling. In short, you can jump to the bottom, apply the patch and say what you think. In long (with chapters :P): The background (rationale?): The mouse is a successful input technique because the physical device makes sense. It "feels" like the mouse pointer on the screen and obeys the laws of physics if someone throws it (not that anyone would do that). The important part is that the user controls the pointer directly and those motions translate accurately on screen. In the real world, the interaction here would be understandable with any similarly sized object floating through whatever surface the mouse is being used on. The touchpad (trackpad) is often accused of being a difficult input device with severe ergonomics issues. With a touchpad, everything is an indirect type of motion without any physical feedback (which is perhaps why it has been, until now, widely despised). The touchpad doesn't move; it just acts as a window through which the pointer is nudged. At the moment the pointer is a difficult object to nudge. A bit like pushing it through syrupy goo. It just doesn't move unless the user PUSHES it at all times. It doesn't make as much sense and it doesn't feel like it applies to the real world, no matter what paper-like texture the manufacturer puts over the touchpad. (They should really be using a sticky goo texture if they want it to feel consistent). I believe this can all be fixed in software, so I tried! My idea: My idea is to give the pointer a more believable, and at the same time more comfortable presence when using the touchpad. Since the device itself doesn't provide any kind of feedback, we have to assume "the pointer" is fairly light, with a small amount of friction so it can be pushed easily. This way the user can interact more naturally. Silly, but I'm sure this can all be linked to some pseudo-scientific psychology babble. It's actually a really simple hack, too. If you haven't guessed it, this is all achieved through ridiculously primitive physics; essentially that kinetic scrolling stuff everyone loves. If the finger is lifted while moving (a flicking motion), the pointer keeps moving along its path, gradually slowed by friction. Normal pointer movement still works fine since people generally stop at the end of a movement while still touching the pad, and if not are likely to click it again in a moment. Correct me if wrong, but I have seen a few instances (counting myself :P) where people unconsciously flick the touchpad and expect the pointer to be flicked... but it is not! The patch: I attached a patch. My patch is unobtrusive, mainly adding code to synaptics.c (as well as some little configuration variables elsewhere). The heavy calculations are only carried out if PointerGlide is set to 1 (enabled). By default, PointerGlide is set to 0. Maths are proof of concept stage; not optimized. (Matt Helsley on the xorg list gave me some great suggestions to make those faster). synclient has been adjusted, adding support for the new configuration variables PointerGlide, PointerGlideFriction and PointerGlideMaxSpeed. To test, you will need to apply the (attached) patch to xf86-input-synaptics, then build both the patched driver and synclient. The patch is based on the driver from xorg's Git repository on freedesktop.org, but it should work in the apt-source copy as well. (Easy enough to do it manually, too; it isn't much code). The configuration can be done via xorg.conf, but synclient makes it much more pleasant. To enable this, run "synclient PointerGlide=1". The default friction and max speed is the same as right now on my computer (biggish touchpad, 14" screen with 1280x800 resolution). The other PointerGlide options are listed if you run synclient -l and can be played with at any time. The rest: I originally submitted this as an upstream feature request + patch, but the folks there convinced me that it was a bit too crazy (and untested) of an idea for them, though it may make sense somewhere closer to a desktop... So I am posting here to explore the idea. Two things: * What do you think? (Should I just accept that this is a ridiculous concept and move on, or could it be useful? :P). Is it comfortable? Confusing? Handy? Did you need to play with the settings? * Any suggestions for how this can be done outside of the driver? It creeped me out while working on this that my insignificant modifications to a little input driver could bring down the entire session in the event of a crash. I imagine it's a major pain to maintain... so are there examples of this type of stuff being implemented at a higher level? Personally, I think this does awesome things for ergonomics and probably is saving me
Re: Pointer glide idea for Synaptics driver
On Feb 9, 2009, at 3:58 PM, Dylan McCall wrote: ... I originally submitted this as an upstream feature request + patch, but the folks there convinced me that it was a bit too crazy (and untested) of an idea for them, though it may make sense somewhere closer to a desktop... So I am posting here to explore the idea. Two things: * What do you think? (Should I just accept that this is a ridiculous concept and move on, or could it be useful? :P). Is it comfortable? Confusing? Handy? Did you need to play with the settings? It's an interesting idea. You might get more people to try it out if you make a package in a PPA. :-) Cheers -- Matthew Paul Thomas http://mpt.net.nz/ PGP.sig Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Pointer glide idea for Synaptics driver
On Mon, 2009-02-09 at 07:58 -0800, Dylan McCall wrote: Sounds nice (similar behaviour to using an iPhone or G1, I assume), but... > To enable this, run "synclient PointerGlide=1". This requires SHMConfig, which is a security Bad Thing. Many of the things accessible through synclient are moving to work with syndaemon so we don't need to enable a bunch of insecure shared memory. Could you make your patch work with syndaemon too? wgrant was working on this, and he can correct me if it is the case (but I don't think it is) that syndaemon actually still would want SHMConfig. -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Pointer glide idea for Synaptics driver
Interesting idea. I've uploaded a patched version of xserver-xorg-input-synaptics for Intrepid to my PPA (https://launchpad.net/~rainct/+archive/ppa), where it should be available in some hours. Note that I haven't tried it; if the package lets your computer explode don't blame me :). By the way, the patch does not apply cleanly on the sources from Jaunty. Cheers, -- Siegfried-Angel Gevatter Pujals (RainCT) Ubuntu Developer. Debian Contributor. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Metacity as a compositing manager
Would it be a good idea to plan to use Metacity as the default compositing manager for Ubuntu instead of compiz in the future? Compiz seems mostly unnecessary. If metacity was used, it would be easier on the machine and work for people who don't have the hardware for compiz. Anyone who wants all the exra effects can still install compiz, but for almost everyone, shouldn't metacity be fine? -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Pointer glide idea for Synaptics driver
It isn't /required/ to use synclient and SHMConfig; one can use the configuration in xorg.conf if he wants. For temporary fiddling, though, synclient is a nice and simple way to get the friction settings just right. The patch is a bit troublesome because some of it is in a list of variables that loves to change. Shouldn't be too tough to copy and paste it manually, since it's very little code for now. Thanks for making that package, Siegfried. Hope nobody's system explodes! :) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Pointer glide idea for Synaptics driver
On Mon, 2009-02-09 at 11:15 -0800, Dylan McCall wrote: > It isn't /required/ to use synclient and SHMConfig; one can use the > configuration in xorg.conf if he wants. For temporary fiddling, > though, synclient is a nice and simple way to get the friction > settings just right. I know, but syndaemon serves the exact same purpose *without* a big old security hole. So I'm asking that you make your feature compatible with the nice new secure way of doing on-the-fly setting modifications. -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
That's good, but why even include compiz in the first place? Doesn't it just take up extra space that could be used for something more useful (isn't there a problem with keeping Ubuntu small enough to fit onto a CD?) On Mon, Feb 9, 2009 at 2:23 PM, Joe Terranova wrote: > As it is, compiz is tried, and Ubuntu falls back on Metacity if it > doesn't work. So if they don't have the "hardware", they'll use > Metacity. > > On Mon, Feb 9, 2009 at 2:10 PM, Danny Piccirillo > wrote: > > Would it be a good idea to plan to use Metacity as the default > compositing > > manager for Ubuntu instead of compiz in the future? > > > > Compiz seems mostly unnecessary. If metacity was used, it would be easier > on > > the machine and work for people who don't have the hardware for compiz. > > Anyone who wants all the exra effects can still install compiz, but for > > almost everyone, shouldn't metacity be fine? > > > > -- > > Ubuntu-devel-discuss mailing list > > Ubuntu-devel-discuss@lists.ubuntu.com > > Modify settings or unsubscribe at: > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss > > > > > -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
>> As it is, compiz is tried, and Ubuntu falls back on Metacity if it >> doesn't work. So if they don't have the "hardware", they'll use >> Metacity. > That's good, but why even include compiz in the first place? Doesn't it just > take up extra space that could be used for something more useful (isn't > there a problem with keeping Ubuntu small enough to fit onto a CD?) Compiz doesn't actually take up very much space from what it looks. >From a cursory look at package sizes, a few megs. I agree that Compiz is useless. But it does turn heads. When I do presentations, I always show it. It looks cool. I agree with Shuttleworth that Linux needs to be gorgeous [1]. Ubuntu needs the cool factor in order to compete with other OSes. Is it vain? Silly? Useless? yes. But I've gotten people to try Ubuntu by showing them compiz. On the other hand, I'd be for letting people choose whether to enable compiz on install, instead of waiting until they startup the machine and go to appearance. Novice users might never know there's a way to turn off the fancy effects. Joe Terranova [1] http://linux.slashdot.org/linux/06/10/30/1744232.shtml -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
On Mon, 2009-02-09 at 15:48 -0500, Danny Piccirillo wrote: > That's good, but why even include compiz in the first place? Doesn't > it just take up extra space that could be used for something more > useful (isn't there a problem with keeping Ubuntu small enough to fit > onto a CD?) In the interest of feature-parity, the relevant question to my mind is: can composited Metacity do everything that the default Compiz can? I'm not talking about what can be enabled with ccsm or simple-ccsm, but what can be enabled in Appearances -> Desktop Effects. If the simple transitions and wall and things that are available in "Normal" and "Extra" (on KDE at the moment, so unsure of phrasing) mode are available then yes, I would remove Compiz and let Metacity handle it. For the record: KWin does handle these things just fine from what I can tell. -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
On Mon, Feb 9, 2009 at 4:00 PM, Joe Terranova wrote: > >> As it is, compiz is tried, and Ubuntu falls back on Metacity if it > >> doesn't work. So if they don't have the "hardware", they'll use > >> Metacity. > > > That's good, but why even include compiz in the first place? Doesn't it > just > > take up extra space that could be used for something more useful (isn't > > there a problem with keeping Ubuntu small enough to fit onto a CD?) > > Compiz doesn't actually take up very much space from what it looks. > From a cursory look at package sizes, a few megs. > > I agree that Compiz is useless. But it does turn heads. When I do > presentations, I always show it. It looks cool. I agree with > Shuttleworth that Linux needs to be gorgeous [1]. Ubuntu needs the > cool factor in order to compete with other OSes. Is it vain? Silly? > Useless? yes. But I've gotten people to try Ubuntu by showing them > compiz. > > On the other hand, I'd be for letting people choose whether to enable > compiz on install, instead of waiting until they startup the machine > and go to appearance. Novice users might never know there's a way to > turn off the fancy effects. > > Joe Terranova > > [1] http://linux.slashdot.org/linux/06/10/30/1744232.shtml > I also agree that Ubuntu needs to look great but i don't think that the default compiz settings offer much more than metacity. Yes, compiz IS really cool, and it's great to show off, but you can easily isntall it like everyone did before it came with Ubuntu. Having it available is no less impressive. I guess space might not be such a huge issue, but it still seems unecessary to support. How much does it slow down the system? I think speed is as important as looks. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
On Mon, 2009-02-09 at 16:00 -0500, Joe Terranova wrote: > >> As it is, compiz is tried, and Ubuntu falls back on Metacity if it > >> doesn't work. So if they don't have the "hardware", they'll use > >> Metacity. > > > That's good, but why even include compiz in the first place? Doesn't it just > > take up extra space that could be used for something more useful (isn't > > there a problem with keeping Ubuntu small enough to fit onto a CD?) > > Compiz doesn't actually take up very much space from what it looks. > From a cursory look at package sizes, a few megs. A few megs can be enough to get other things in. For example, on ubuntu-devel, someone is asking about having network-manager-vpnc (which requires vpnc) and network-manager-pptp installed by default, all of which would be able to fit if only a few megs were freed up. -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
Another thing worth noting is that Ubuntu's /default/ effects via Compiz are very modest. In fact, they provide the same general features as Metacity's compositor does by default with about a quarter the standards compliance. (A stand-out example for standards compliance being the fact that GIMP's utility windows are totally dysfunctional under Compiz but work fine with Metacity). Metacity, when we filter in its elegant behaviour, is far prettier than Compiz even if it does just give us shadows and a fancy window switcher. Further, the fact is half of Compiz's effects are entirely out of scope for a window manager and rely on horrible, kludgey, unsightly workarounds. All of Metacity's effects are in scope and only exist if they're going to work consistently. Everything else, for example fancy window previews on the window list applet, can and should be implemented by the individual child applications. This is because the window manager is not the only thing capable of pretty visual effects! I think users get confused when they switch between Compiz and Metacity, because the two have profoundly different feels, and in some cases different key bindings. Metacity uses workspaces, while default Compiz uses viewports (and a different number, if I remember right). One follows the extended window manager hints spec to precision, another has quirks. Because of that, switching the window manager should not be considered standard operation. I definitely don't think it is acceptable to dump it as a prominently displayed option as if it is something user friendly to do. So, I for one strongly recommend that Ubuntu migrates back to Metacity by default. Here's another reason: One obvious next step in GNOME's evolution as a desktop environment is the more rigid integration of the window manager with everything else. For example, GNOME-Shell is based on a heavily modified Metacity. In the future a lot of cool stuff will depend on Metacity (or whatever it comes to be called later on). It would be a shame to miss it. signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Vlc won't play DVD's on Ubuntu, or Kubuntu Intrepid
On Sunday 08 February 2009 17:06, Marius Gedminas wrote: > On Tue, Feb 03, 2009 at 06:23:40PM +0100, Nigel Henry wrote: > > I have vlc installed on both my Ubuntu, and Kubuntu Intrepid 8.10 > > installs, but vlc will not play dvd's. It finds the optical drive ok, and > > I get the menu up for the dvd, but only about a half second of sound, and > > video play, then it stalls. If I press on play the movie, again I get > > about a half second of sound and video, then the movie stops playing. > > I've seen a problem like that, except that I wasn't playing a DVD, and > it was not vlc. In my case it was a problem with sound, and, IIRC, > restarting pulseaudio and making sure the player talked to it solved the > issue. > > Can you try and narrow it down? E.g. can VLC play movies that aren't > DVDs? What audio output device does it use (ALSA, pulseaudio, OSS)? > > Marius Gedminas Hi Marius. Keeping in mind that I'm on dialup, can you provide a link to a short movie that I can download, and I'll give it a try on Intrepids vlc. As regards audio output, Alsa, pulseaudio, OSS make no difference, and Intrepids vlc just grinds to a halt after some 9secs of playback. If I then move the progress bar it will play a few more seconds of sound and video, then comes to a halt again. I've never had this before with vlc. Nigel. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
> In the interest of feature-parity, the relevant question to my mind is: > can composited Metacity do everything that the default Compiz can? I'm > not talking about what can be enabled with ccsm or simple-ccsm, but what > can be enabled in Appearances -> Desktop Effects. If the simple > transitions and wall and things that are available in "Normal" and > "Extra" (on KDE at the moment, so unsure of phrasing) mode are available > then yes, I would remove Compiz and let Metacity handle it. For the > record: KWin does handle these things just fine from what I can tell. If metacity just does the features in 'Normal' visual effects. Then you could reserve the Extra button for installing compiz, much like the codecs are installed. That way you don't need them on the CD, but they are still there where people expect it to be. Regards, Martin -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
On Mon, 2009-02-09 at 14:10 -0500, Danny Piccirillo wrote: > Would it be a good idea to plan to use Metacity as the default > compositing manager for Ubuntu instead of compiz in the future? > > Compiz seems mostly unnecessary. If metacity was used, it would be > easier on the machine and work for people who don't have the hardware > for compiz. Anyone who wants all the exra effects can still install > compiz, but for almost everyone, shouldn't metacity be fine? There are two problems here: the first is that Metacity's compositor is _slower_ and more CPU intensive than Compiz for people with decent 3d drivers (particularly nvidia users - the blob is great at 3d, not so good at 2d). For example, the alt-tab provided by Metacity's compositor is significantly slower than Compiz's, at least for me. The second is that Metacity's compositor is in no way feature-comparable with Compiz. I believe the 'scale' plugin is enabled in our default compiz setup; this gives exposé-like functionality which is not provided by Metacity, and is a _huge_ usability win. The characterisation of Compiz as just about shiny effects is wrong. The default plugin set also provides a better _window manager_ than Metacity in many ways. signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
On Mon, 9 Feb 2009 14:10:23 -0500 Danny Piccirillo wrote: > Would it be a good idea to plan to use Metacity as the default > compositing manager for Ubuntu instead of compiz in the future? > > Compiz seems mostly unnecessary. If metacity was used, it would be > easier on the machine and work for people who don't have the hardware > for compiz. Anyone who wants all the exra effects can still install > compiz, but for almost everyone, shouldn't metacity be fine? I thought Ubuntu moved from Metacity to Compiz just about a year ago? -- Charlie Kravetz Linux Registered User Number 425914 [http://counter.li.org/] Never let anyone steal your DREAM. [http://keepingdreams.com] -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
On Tue, Feb 10, 2009 at 12:03 AM, Christopher James Halse Rogers wrote: > The characterisation of Compiz as just about shiny effects is wrong. > The default plugin set also provides a better _window manager_ than > Metacity in many ways. I wouldn't know about that last claim. Metacity doesn't have all the useful features of Compiz, but it does work a lot better. While pure compositing actions such as Alt+Tab may be faster on Compiz (I don't notice any difference), the applications themselves are a lot slower. Have you ever tried resizing a window in Compiz? Metacity is much smoother. Also, Compiz is different with regards to snapping windows. That's a very subtle difference, but combined with the slow resizing, it makes the desktop feel a lot harder to manipulate. Switching between non-composited and composited Metacity is also a smoother transition. One, it doesn't take too long for the desktop to come up again (though it should really be as seamless as in Windows Vista). But what's more important: everything still works the same. It's just slightly more beautiful and useful. Would you recommend switching from Compiz to Metacity when your laptop goes from AC to batery power? That's not a pretty sight. While Metacity doesn't do this perfectly seamlessly either, at least it's relatively fast, and it doesn't mess up your window positions. The ideal solution would be for Metacity (or the appropriate Gnome app) to implement some of the features that Compiz provides. Scale, Animations and the Desktop Wall come to mind. Animations may sound like a useless eye-candy thing, but when done subtly, it just provides more clues as to where objects are moving toward. Right now, for example, even compositing Metacity shows some kind of black rectangle effect when minimizing. That doesn't fit with the nicely shaded windows. Bottom line: the core of Metacity is just a lot better than that of Compiz. Compiz has the advantage of a huge amount of plugins. But I don't see why Metacity couldn't get plugins itself. Does anyone know if there is any development going on with Metacity's compositing mode (or the appropriate Gnome app)? Remco -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
On Tue, 2009-02-10 at 01:25 +0100, Remco wrote: > On Tue, Feb 10, 2009 at 12:03 AM, Christopher James Halse Rogers > wrote: > > The characterisation of Compiz as just about shiny effects is wrong. > > The default plugin set also provides a better _window manager_ than > > Metacity in many ways. > > I wouldn't know about that last claim. Metacity doesn't have all the > useful features of Compiz, but it does work a lot better. While pure > compositing actions such as Alt+Tab may be faster on Compiz (I don't > notice any difference), the applications themselves are a lot slower. > Have you ever tried resizing a window in Compiz? Metacity is much > smoother. If I remember correctly, this is an artefact of the slowness of GL_EXT_tfp and making lots of new textures. This is why the default resize mode for Compiz is 'rectangle', which isn't slow at all. Some of this slowness will be going away as drivers get better. > Also, Compiz is different with regards to snapping windows. > That's a very subtle difference, but combined with the slow resizing, > it makes the desktop feel a lot harder to manipulate. I, personally, don't find Compiz's snapping behaviour better or worse than Metacity's. If you can provide a use-case where Compiz's snapping behaviour is bad (as opposed to simply different from Metacity's behaviour), then this can be fixed in Compiz. > > Switching between non-composited and composited Metacity is also a > smoother transition. One, it doesn't take too long for the desktop to > come up again (though it should really be as seamless as in Windows > Vista). But what's more important: everything still works the same. > It's just slightly more beautiful and useful. > > Would you recommend switching from Compiz to Metacity when your laptop > goes from AC to batery power? That's not a pretty sight. While > Metacity doesn't do this perfectly seamlessly either, at least it's > relatively fast, and it doesn't mess up your window positions. No, I wouldn't. But mainly because Compiz is no worse on battery life than Metacity. Compositing should be a battery-life _win_, generally. There were some powertop benchmarks done, Compiz vs Metacity a year or so ago, and the outcome was that they didn't make a consistent difference. I don't switch between Metacity and Compiz, and I don't suggest other people do, either. > > The ideal solution would be for Metacity (or the appropriate Gnome > app) to implement some of the features that Compiz provides. Scale, > Animations and the Desktop Wall come to mind. Animations may sound > like a useless eye-candy thing, but when done subtly, it just provides > more clues as to where objects are moving toward. Right now, for > example, even compositing Metacity shows some kind of black rectangle > effect when minimizing. That doesn't fit with the nicely shaded > windows. You appear to be describing something we already have. Compiz. It behaves differently to Metacity, yes, but that's not necessarily a bad thing in and of itself. If Compiz does something badly, file a bug. If Metacity does something badly, file a bug. But having Compiz behave exactly the same as Metacity is an explicit non-goal. > > Bottom line: the core of Metacity is just a lot better than that of > Compiz. Compiz has the advantage of a huge amount of plugins. But I > don't see why Metacity couldn't get plugins itself. Because this is pretty much anathema to the goals of Metacity. The motto is "Metacity is Cheerios"! Also, providing a plugin system would almost certainly require serious changes to Metacity's core; you'd end up with something like... Compiz. > > Does anyone know if there is any development going on with Metacity's > compositing mode (or the appropriate Gnome app)? > There is gnome-shell, which uses a forked metacity with a completely different compositor to provide a whole desktop, with panels and task-switcher and such. I would be amazed if any of these suggestions moved into Metacity's trunk. I'm not suggesting that Compiz is perfect; far from it. I *am* suggesting that the way to get a better desktop is to improve Compiz, rather than reimplementing it in Metacity. signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Metacity as a compositing manager
On Mon, 2009-02-09 at 17:18 -0500, Martin Owens wrote: > > In the interest of feature-parity, the relevant question to my mind is: > > can composited Metacity do everything that the default Compiz can? I'm > > not talking about what can be enabled with ccsm or simple-ccsm, but what > > can be enabled in Appearances -> Desktop Effects. If the simple > > transitions and wall and things that are available in "Normal" and > > "Extra" (on KDE at the moment, so unsure of phrasing) mode are available > > then yes, I would remove Compiz and let Metacity handle it. For the > > record: KWin does handle these things just fine from what I can tell. > > If metacity just does the features in 'Normal' visual effects. Then you > could reserve the Extra button for installing compiz, much like the > codecs are installed. > > That way you don't need them on the CD, but they are still there where > people expect it to be. Sounds perfect. -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
