So. What is the [i]best[/i] of both projects?

[Spillaz]

Note: This thread probably does not belong here, but since most of the re-uniting discussion is going on around here, I figured I'd post it here.

I was recently inspired by RYX's post on on of the topics here on how we should decide what is the best from both projects. This is my opinion on what is the best and what is more stable. I will do this on a per-plugin basis

Feel free to add to this list if you want or ask questions on why I put these things. If you flame my suggestions or others suggestions the moderators will lock this topic (Which I really dont want to happen because I've put a lot of effort into this)

Lets go from the start shall we ;)

#1 Switcher Plugin: Use the Compiz version but add these features : Switcher on all desktops , Temporary Unminimize and Configurable Brightness Saturation etc. I also think that you should be able to "swtich" to the desktop

#2 Fade to desktop : Does anyone use this?

#3 Group + Tab: use the beryl version because its better. Also add some more animations.

#4 Move window: Use compiz version

#5 Place window: Use compiz version as its better

#6 Put window: I dont know which version to use, you tell me )

#7 Resize Windows: I think that the compiz version is faster for *normal* resizing but add the Beryl resize modes

#8 Scale Windows: Use the compiz version and keep clicking on the desktop to show it. Also, add the beryl: Allow keyboard support, Window titles, Scaling for the current head and current app, Window right click previews ( Or to make it even better the window could scale itself bigger while the others make room when hovered over, much like the mac os x dock) and window icons.

#9 Show Desktop : Either A) Fix up the bugs and use beryl version (and have the Mac OS X corner shading thing or B) Merge with scale

#10 Window Snap : IMO should be taken out of wobbly and put into move

#11 Tile Windows : Use Beryl version and fix the bugs

#12 Window Preview : Use the vignettes plugin and add thumbnail features like the window like border and the shadow like border as well as window text

#13 Window Specific Settings: Use the compiz match plugin and add setting of opacity, brightness and saturation of window

#14 Clone Output : Use compiz version as its really compiz's plugin

#15 Desktop Cube : Use the compiz version of the Beryl version is buggy. Add Transparent Cube and related options as well has the ability to snap to caps and set a bottom cap image. Also add "Stick sticky windows to screen

#16 Plane : Does anyone ever use this? It should be replaced with the Wall plugins which should be called something else

#17 Rotate :Use compiz version and add cube zoom out when rotating and related options.

#18 3D Window Layering : Add patch to core to make this work correctly (Ie no black silhouette underneath the window) Then use Beryl version as it has window depth

#19 Animation : Use Beryl version and fix bugs with focus fade and other plugins (cough *group-tab* cough) Also, the minimize plugin should be merged in and all effects that minimize should actually go to the taskbar (I have been playing around with the minimize plugin and animation plugin for a while and the results are very good)

#20 Blur : Use compiz version and make sure it works on intel chips on x.org 7.3

#21 Motion Blur: Split Blurfx in beryl into this and..

#22 Reflection : Beryl version and get a better image.

#23 Fade: Use compiz version

#24 Brightness and Saturation : Use Beryl version as it handles opacity too

#25 Trailfocus : Use latest Beryl version

#26 Decoration: Use Compiz version

#27 Wobbly : Use compiz version as its fast but add separate Spring and Friction for Map, Move, Grab, Focus etc

#28 ADDHelper : Rename it to "Concentration Helper" and use Beryl version

#29 Zoom: Autodetect whether Input Redirection is availble in the server and if it is use Compiz Zoom (Which will have input redirection anyway soon) at build time, If not then use Beryl's input zoom and use those patches to the core

#30 Negative : I dont know? Is there any difference?

#31Opacify : Use Beryl version

#32 Annotate : Use compiz version and fix it so it can be used with copy rendering

#33 Benchmark : Use Beryl version and change the text to "Compiz Benchmark"

#34 Colour Opacity: What does this do?

#35 Snow, Firefly and Stars : Port Firefly and stars to the snow plugin, rename it "Draw enviornment on screen" and use Beryl version

#36 Flash : Port this to Compiz

#37 Mini Viewport : Make this more useful and look better and use the Beryl version

#38Screensaver : Add Window shivering, make it zoom in and out the cube and make it use 3D to make the windows space out then in. THAT would be cool.

#39 Splash : Make the desktop fade in ( Or cube zoom in ) ( Or rotate to the desktop) then play the splash screen. Use the Beryl version

#40 Water effect : Use compiz version, make sure that Blur underneath the wave works on X.org 7.3 on Intel (B/c it DID work in 3.6 but is broken when the new fragment interface came out) Add "Drop window wave" from beryl's version

#41JPEG: Use Beryl version

#42 PNG : Use Compiz version

#43 SVG : Use Compiz version

#44 Text : Use Beryl version

#45 gconf, ini, libbs : This should become a "settings plugin" and the user should be able to pick which backend it uses. By default, ini and the packagers can change this

#46 inotify : Use compiz version

#47 DBUS : Use compiz version

#48 Widget :Use compiz version

#49 Mosuegestures: Use compiz version

#50 Debug, Crashhandler : Use Beryl versions

WOW Thats a lot of plugins ;P

Now for apps


Settings-Manager : A mixture of BSM and Gnome-Compiz Settings. Have an "Advanced Settings" Button for each option which will go to the BSM interface. Otherwise, Gnome-compiz-settings will be used first. I dont want to talk too much about it

Decorators : The default Compiz theme should be borken away from GTK-Window-Decorator and become the deafult theme of the new Emerald.

Have three options to pick from in the tray icon:

A) Use a Compiz theme
B) Use a Gnome theme
C) Use a KDE theme

The Emerald theme manager should get a re-haul too.

NEW IDEA : Compiz-format plugins. There could be an "Add plugin" option in the Settings Manager and Compiz format plugins could be created (ie .complugin) which could be easily loaded into compiz in real time. This way users dont have to go about compiling plugins and such. This could be a long term goal.

Desktop Manager and BDock can become extra projects

Beryl(Or will be Compiz)-Setup should get a GUI, edit your X.org conf for you and be installed on the desktop when Compiz is installed so that it can be ready to use.

Also, there should be a compiz-api which applications can use so they can get effects within the app such as fading and transparency etc. Popup windows in apps could have thier own pre-defined effects. It appears that david is already working on this with being able to zoom into photos and have them actually "get smoother" while zooming in.

[delfick]

if i just quickly add a couple things

make sure scale retains the right click to zoom and middle click to close (and add stuff mentioned here http://forum.beryl-project.org/viewtopic.php?f=40&t=26 :D)

and make sure wobbly retains every setting from the beryl version (it's a reason i don't like the compiz version.. :P)

.... :D

[RYX]

Thanks for your really detailed suggestions :) ...

Some things I'd like to add:
- I use the plane-plugin :D ... and I prefer it over wall (even though the animation is way better in wall) because plane is nice and lightweight (wall is always going crazy for me - somehow uncontrollable). Those two plugins should both remain separated.
- I honestly don't use any more plugins than dbus, gconf, svg, png, decoration, fade, move, resize, place, switcher and plane (and animation sometimes when I want some bling) ... so I don't care much about the rest. I think it should be up to the individual plugin's developer if and what is changed ...

@delfick: I think the default options won't be a problem anymore soon. I am currently writing a small profile-manager which should address the problem of bad default options ... should be working in a couple of hours. :)

[roico]

what new animations do you want for group?

[mikedee]

make sure scale retains the right click to zoom and middle click to close

Not sure who you are really directing this at, but there is no such thing as 'retaining the right click' the compiz version of scale does not have these functions so they would need to be ported to the compiz version. Every tiny little feature will need to be ported so you guys should keep making lists like this.

From what I can see all the core plugins will likely be dumped from beryl. Maybe if you want to keep these features, you should take them from the beryl version and submit patches to the compiz list for them. Blurring the lines between developers etc...

BTW - With IR, I expect David will have something much better than right click to zoom in scale.

[maniac]

Some comments because we thought of exactly that stuff, too ;)


#1 Switcher Plugin: Use the Compiz version but add these features : Switcher on all desktops , Temporary Unminimize and Configurable Brightness Saturation etc. I also think that you should be able to "swtich" to the desktop

Switcher on all desktops and configurable opacity, brightness and saturation are already present in Compiz switcher. David already indicated he won't include Temporary Unminimize as he thinks it's ugly and we'll get a unmapped window drawing interface 'soon' (whatever this is ;) ).


#2 Fade to desktop : Does anyone use this?

It shouldn't be that hard to port it.


#3 Group + Tab: use the beryl version because its better. Also add some more animations.

Hmm? Beryl version == Compiz version ... at least feature-wise.


#4 Move window: Use compiz version

I've already started to supply David with patches to bring over the Beryl improvements to move.


#5 Place window: Use compiz version as its better

I'm uncertain about that one - more comments anyone?


#6 Put window: I dont know which version to use, you tell me )

I've already ported put - I'd take that version ;)


#7 Resize Windows: I think that the compiz version is faster for *normal* resizing but add the Beryl resize modes

Exactly that is what I'm planning to do; David is open to this idea.


#8 Scale Windows: Use the compiz version and keep clicking on the desktop to show it. Also, add the beryl: Allow keyboard support, Window titles, Scaling for the current head and current app, Window right click previews ( Or to make it even better the window could scale itself bigger while the others make room when hovered over, much like the mac os x dock) and window icons.

I'm not sure if the current Beryl implementation of allowing keyboard input is the best way to go with input redirection on the horizon. Compiz already has app & head scaling; we'll have to talk to David about the rest (window titles should be no problem).


#9 Show Desktop : Either A) Fix up the bugs and use beryl version (and have the Mac OS X corner shading thing or B) Merge with scale

Already ported - did you try the latest version? ;)


#10 Window Snap : IMO should be taken out of wobbly and put into move

Already ported as well.


#11 Tile Windows : Use Beryl version and fix the bugs

Already ported, but indeed needs some overhaul.


#12 Window Preview : Use the vignettes plugin and add thumbnail features like the window like border and the shadow like border as well as window text

Hmm, thumbnail is already ported - I didn't try vignettes yet.


#13 Window Specific Settings: Use the compiz match plugin and add setting of opacity, brightness and saturation of window

I'd say we should use winrules. Brightness and saturation setting is already in bs, opacity should be added to that IMO.


#15 Desktop Cube : Use the compiz version of the Beryl version is buggy. Add Transparent Cube and related options as well has the ability to snap to caps and set a bottom cap image. Also add "Stick sticky windows to screen

Adding transparent cube to the Compiz cube version is already planned. However, I'm not sure if the snapping to caps is a good idea - what's the use case for that?


#16 Plane : Does anyone ever use this? It should be replaced with the Wall plugins which should be called something else

Indeed. But wall needs some bug fixes before (queued viewport switching and viewport switch with window as examples).


#17 Rotate :Use compiz version and add cube zoom out when rotating and related options.

Ack.


#18 3D Window Layering : Add patch to core to make this work correctly (Ie no black silhouette underneath the window) Then use Beryl version as it has window depth

The version available in compiz-extras is an outdated version of the Beryl plugin. That's why I think it makes sense to use the Beryl version ;)
racarr is already working on bringing the necessary core changes to Compiz.


#19 Animation : Use Beryl version and fix bugs with focus fade and other plugins (cough *group-tab* cough) Also, the minimize plugin should be merged in and all effects that minimize should actually go to the taskbar (I have been playing around with the minimize plugin and animation plugin for a while and the results are very good)

Ack.


#20 Blur : Use compiz version and make sure it works on intel chips on x.org 7.3

Ack. Hardware support obviously is out of the scope of Compiz ;)


#21 Motion Blur: Split Blurfx in beryl into this and..

#22 Reflection : Beryl version and get a better image.

Already done.


#23 Fade: Use compiz version

Fade needs some options to disable the fade on mapping/unmapping stuff.


#24 Brightness and Saturation : Use Beryl version as it handles opacity too

I'd use the compiz-extra version (it already uses matches) and put opacity handling there.


#25 Trailfocus : Use latest Beryl version

Already done.


#27 Wobbly : Use compiz version as its fast but add separate Spring and Friction for Map, Move, Grab, Focus etc

I'm not sure where a speed difference should come from. Compiz' defaults are obviously better (3/8 instead of 4/10) - did you play around with that?


#28 ADDHelper : Rename it to "Concentration Helper" and use Beryl version

There is only a Beryl version ;)


#29 Zoom: Autodetect whether Input Redirection is availble in the server and if it is use Compiz Zoom (Which will have input redirection anyway soon) at build time, If not then use Beryl's input zoom and use those patches to the core

That's a bad idea. The X server of the packager not necessarily is the same as the X server of the user. We plan to deprecate inputzoom.


#30 Negative : I dont know? Is there any difference?

Neg is already ported and now uses matches and the fragment interface if HW support is available.


#33 Benchmark : Use Beryl version and change the text to "Compiz Benchmark"

Already ported.


#35 Snow, Firefly and Stars : Port Firefly and stars to the snow plugin, rename it "Draw enviornment on screen" and use Beryl version

Snow is already ported.


#36 Flash : Port this to Compiz

Problem is: we have no maintainer here. Do we want to include each and every plugin into the repo?


#37 Mini Viewport : Make this more useful and look better and use the Beryl version

It needs quite a bit of fixes first ;)


#39 Splash : Make the desktop fade in ( Or cube zoom in ) ( Or rotate to the desktop) then play the splash screen. Use the Beryl version

Already ported.


#40 Water effect : Use compiz version, make sure that Blur underneath the wave works on X.org 7.3 on Intel (B/c it DID work in 3.6 but is broken when the new fragment interface came out) Add "Drop window wave" from beryl's version

You mean "Ungrab window wave"? I'm unsure if that can be implemented to not suck (e.g. try ungrabbing a window while in wall expo mode ;) ).


#41JPEG: Use Beryl version

Already ported.


#42 PNG : Use Compiz version

#43 SVG : Use Compiz version

Obviously.


#44 Text : Use Beryl version

Already ported.


#45 gconf, ini, libbs : This should become a "settings plugin" and the user should be able to pick which backend it uses. By default, ini and the packagers can change this

libbs is supposed to be a full replacement for both gconf and ini. It will have (well, has) several backends (gconf, ini, kconfig) you can select from.


#46 inotify : Use compiz version

#47 DBUS : Use compiz version

#48 Widget :Use compiz version

#49 Mosuegestures: Use compiz version

Ack.


#50 Debug, Crashhandler : Use Beryl versions

Right - crashhandler is already ported.


Decorators : The default Compiz theme should be borken away from GTK-Window-Decorator and become the deafult theme of the new Emerald.

Have three options to pick from in the tray icon:

A) Use a Compiz theme
B) Use a Gnome theme
C) Use a KDE theme

The Emerald theme manager should get a re-haul too.

Emerald should get an overhaul, too ;)
AFAIK Marex is already working on this.


NEW IDEA : Compiz-format plugins. There could be an "Add plugin" option in the Settings Manager and Compiz format plugins could be created (ie .complugin) which could be easily loaded into compiz in real time. This way users dont have to go about compiling plugins and such. This could be a long term goal.

Problem here: We're talking about machine dependent code ;)
Compilation would still be needed (with all that package installation stuff), we could just move it in the background.


Also, there should be a compiz-api which applications can use so they can get effects within the app such as fading and transparency etc. Popup windows in apps could have thier own pre-defined effects. It appears that david is already working on this with being able to zoom into photos and have them actually "get smoother" while zooming in.
No, the demo he did just was the zoom plugin with IR support.

[delfick]

make sure scale retains the right click to zoom and middle click to close

Not sure who you are really directing this at, but there is no such thing as 'retaining the right click' the compiz version of scale does not have these functions so they would need to be ported to the compiz version.

sry, i wasn't clear, i meant retain them from the beryl version :D

BTW - With IR, I expect David will have something much better than right click to zoom in scale.

hell yes to that :D

[mikedee]

#36 Flash : Port this to Compiz

Problem is: we have no maintainer here. Do we want to include each and every plugin into the repo?

There is a version of this in my tarball. I plan to keep everything there even if it is unmaintained. Other people can normally fix ABI changes and if there are any major bugs then someone will need to fix them.

[maniac]

There is a version of this in my tarball. I plan to keep everything there even if it is unmaintained. Other people can normally fix ABI changes and if there are any major bugs then someone will need to fix them.
That's what I meant. I'm not sure if including a plugin into the repo could create the expectation to fix things, no matter if there is an official maintainer or not. The problem isn't present that much in tarballs, but I think it's present in repos.

[mikedee]

NEW IDEA : Compiz-format plugins. There could be an "Add plugin" option in the Settings Manager and Compiz format plugins could be created (ie .complugin) which could be easily loaded into compiz in real time. This way users dont have to go about compiling plugins and such. This could be a long term goal.

Problem here: We're talking about machine dependent code ;)
Compilation would still be needed (with all that package installation stuff), we could just move it in the background.

Gandalfn is working on exactly this sort of thing. It will be just for Ubuntu to start with but hopefully it could be extended to other distros. It will allow you to update and install new plugins from a central repo (binary versions I expect).

[mikedee]

There is a version of this in my tarball. I plan to keep everything there even if it is unmaintained. Other people can normally fix ABI changes and if there are any major bugs then someone will need to fix them.
That's what I meant. I'm not sure if including a plugin into the repo could create the expectation to fix things, no matter if there is an official maintainer or not. The problem isn't present that much in tarballs, but I think it's present in repos.

Something like flash is not a problem because if theres a bug then its not really going to stop you from doing work. I plan to make an authors list or something which will list maintainers (or lack of ) for each plugin. I dont think binning it is an option because other people could learn from it or improve it.

Widget is a good example here. I could have binned it when the fork happened (you guys binned your version), but instead I kept it and eventually RYX wrote screenlets so I fixed it up. I think everyone is happy about that.

[jackkerouac]

Gandalfn is working on exactly this sort of thing. It will be just for Ubuntu to start with but hopefully it could be extended to other distros. It will allow you to update and install new plugins from a central repo (binary versions I expect).

That is genius! :D

[Spillaz]

@manic commenting on my ideas

What do you mean by "Ack" ? Does this mean that it cant be done?


EDIT: Googled it and it means "Acknoledged" AFAIK. Is that what you meant?

[Spillaz]

That's a bad idea. The X server of the packager not necessarily is the same as the X server of the user. We plan to deprecate inputzoom

Thats OK. Compiz could include both plugins until x.org 7.3 (with IR) becomes mainstream.

Also what do you think of my settings manager idea? A merge between gnome-compiz-manager and BSM?[/quote]

[mikedee]

Thats OK. Compiz could include both plugins until x.org 7.3 (with IR) becomes mainstream.

Inputzoom plain does not work with compiz, it would take a bit of work to get it going, by that time it will most likely be replaced. I would not expect too much unless some friendly person decides to do that work. Most of the functionality it uses is being removed (or has been removed).

[maniac]

@manic commenting on my ideas

What do you mean by "Ack" ? Does this mean that it cant be done?


EDIT: Googled it and it means "Acknoledged" AFAIK. Is that what you meant?
Yes, exactly.

[Spillaz]

Good, So it is highly likely we will see the changes I suggested?

Also, the not blur under wave thing (water still works actually but there is no blur) might only be for X.org7.3 because it is in beta. Could anyone else with an intel chip using AIGLX tell me if this works on the final release of X.org7.2?

[cornelius]

Thanks for the long list Spillaz :)

#19 Animation : Use Beryl version and fix bugs with focus fade and other plugins (cough *group-tab* cough) Also, the minimize plugin should be merged in and all effects that minimize should actually go to the taskbar (I have been playing around with the minimize plugin and animation plugin for a while and the results are very good)


- Animation is already ported from Beryl to Compiz. (Lives on git at http://git.compiz.org/compiz/plugins/animation )
- I know about the focus-fade conflict with Group-Tab, are there any other plugins that cause a conflict?
- The zoom animation will be improved, other than that is there any feature in Minimize plugin that I'm missing in Animation? (just curious)
- The thing is, many of the animation effects were not designed to be used for minimize/unminimize (but I left them selectable for people who wanted those for minimize for some reason), and it wouldn't make sense to make them go to the taskbar. What should be done is to *not* allow those effects for minimize/unminimize. Is there any specific animation effect you think that would make sense to go to taskbar? The ones that don't make sense to me for minimize are Beam Up, Burn, Dream, Fade, Explode. I'm planning to disable them for minimize.
..... Curved Fold and Horizontal Folds might make sense if they go to taskbar.
..... Explode may not look that good if pieces go to taskbar (it wouldn't be "explode" anymore anyway). There will be a Tornado effect and a modified Leaf Spread instead of Explode for minimizing.
..... Leaf spread should be modified (if pieces are to go to taskbar) to start "spreading" from the direction of the taskbar (either bottom or top), like Razr and Domino. Otherwise it doesn't make much sense for minimize.
..... Glide can be modified to go to taskbar and would make sense for minimize once that is done.
..... Domino and Razr pieces shouldn't of course go to taskbar, they make enough sense for minimize as they are now.
- What have you tried while playing around btw? :)

[onestone]

Thats OK. Compiz could include both plugins until x.org 7.3 (with IR) becomes mainstream.

Inputzoom plain does not work with compiz, it would take a bit of work to get it going, by that time it will most likely be replaced. I would not expect too much unless some friendly person decides to do that work. Most of the functionality it uses is being removed (or has been removed).

I prefer to deprecate inputzoom, but if a lot of people wish that it should stay, then I could make it work under compiz (if I find the time). Most parts of inputzoom that can't be ported are needed to make it work with cube, wall, switcher ... and multihead.

[gnumdk]

Some comments because we thought of exactly that stuff, too ;)
I'm uncertain about that one - more comments anyone?

I wrote placement modes for compiz, it works better than beryl one :)
In fact, some placement mode are buggy in beryl (some pixel for some) and beryl smart placement should be called stupid placement mode ;)
Compiz one is based on Kwin smart placement mode.

I play with beryl this evening, and some windows are placed in left of the screen in centered placement mode for exemple...

[Spillaz]

@cornelius

..... Curved Fold and Horizontal Folds might make sense if they go to taskbar.

Yep they do.

..... Explode may not look that good if pieces go to taskbar (it wouldn't be "explode" anymore anyway). There will be a Tornado effect and a modified Leaf Spread instead of Explode for minimizing.

Yeah OK. Tornado effect would be pieces swirling around to the taskbar.. awesome

..... Leaf spread should be modified (if pieces are to go to taskbar) to start "spreading" from the direction of the taskbar (either bottom or top), like Razr and Domino. Otherwise it doesn't make much sense for minimize.

Yep
..... Glide can be modified to go to taskbar and would make sense for minimize once that is done.

Yes, that actually looks really good

..... Domino and Razr pieces shouldn't of course go to taskbar, they make enough sense for minimize as they are now.

Yep

- What have you tried while playing around btw?

Well, I have been playing around with dream to the taskbar (Looks good), Explode to the taskbar (But it looks weird because of a lighting issue) Magic Lamp with minimize on (ugh, dont ever try this. It looks terrible) Glide to the taskbar (Which looks quite good actually) Well, Pretty much every effect really. But only the ones listed above would be any good ;)

[Spillaz]

Any other Ideas?

I think that we should have a poll amongst the users to see which settings we edit the most and put them in a gnome-compiz-manager style SM.

All other settings can be in the "Advanced" button/tab thing of that plugin.

Mockup coming soon!

[Jupiter]

Looks like you guy's have really been busy.

Spillaz i like your idea. I thought there was a lot of wasted space in some BSM plugin tabs. I mean
why have a pull down window to get to the settings if there is already blank space on the tab your on.
A good example is the Resize Window plugin Appearance tab. We shouldn't have to click on Opacity
and Outline Mode to get to the settings, when they actually BOTH fit in that tab when they are BOTH
expanded. And if need be then like you said put the most used settings right there and the rest of the
options in the expandable area.

This hasn't been around for a while but i would love to see someone bring back David's Mindows plugin.

[sol0matrix27]

hey guys and girls i just want to say that you all are doing a wonderful job if you can include the Mini Viewport plugin and give it a selectable Screen Edge that would be lovely this plugin is very very help full in keeping an eye of your important App

[d_garbage]

Hi mods,
don't you think this (old) thread looks odd here? Wouldn't it be better in the Feature Requests Forum?
Cheers,
d:¬)-'

[()va|_]

Scale plugin had an option in beryl, Allow keyboard input which was nice to work in terminal, chat or smth while in Scaled mode.
It was really useful to me. And, i think in general.

[delfick]

Scale plugin had an option in beryl, Allow keyboard input which was nice to work in terminal, chat or smth while in Scaled mode.
It was really useful to me. And, i think in general.

agreed, personally I want that back in while we continue to wait for input redirection

but afaik, the devs don't want to do that, something about being too hacky....

[SmSpillaz]

Unfortunately, input-redirection did not make it into XServer 1.4, so will will probably have to wait for XServer 1.5

:-/

[delfick]

Unfortunately, input-redirection did not make it into XServer 1.4, so will will probably have to wait for XServer 1.5

:-/

are they even working on it ??

or is it just more complicated than it sounds?

personally I think we'll have to wait for XServer 1.6 (that way if it does come out in XServer 1.5 then it'll be even better :p :D)