Comments on: Beryl, where do we want to go? http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/ openSUSE, Compiz and allied things Tue, 02 Dec 2008 04:46:07 +0000 http://wordpress.org/?v=2.6.3 By: gilir http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-169 gilir Sun, 18 Feb 2007 17:51:27 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-169 With the futur work of David Reveman on compiz core and X, I think your vision is the best for all, beryl and compiz. Please try to continue on this way :) With the futur work of David Reveman on compiz core and X, I think your vision is the best for all, beryl and compiz. Please try to continue on this way :)

]]> By: Jeff Schroeder http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-168 Jeff Schroeder Sat, 17 Feb 2007 23:29:55 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-168 Re-inventing the wheel is by far the largest problem in the open source community as a whole. Using the same core as compiz and building beryl ontop of that would likely help *BOTH* projects. Merging back together likely will never happen due to differing directions, but this is a very good idea. Cyberorg, it takes a very big man to swallow pride and write a post like this... kudos to you. Re-inventing the wheel is by far the largest problem in the open source community as a whole. Using the same core as compiz and building beryl ontop of that would likely help *BOTH* projects.

Merging back together likely will never happen due to differing directions, but this is a very good idea. Cyberorg, it takes a very big man to swallow pride and write a post like this… kudos to you.

]]> By: Bobbyjoe http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-167 Bobbyjoe Wed, 14 Feb 2007 15:15:24 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-167 I am sorry to say but the reason that nobody did input redirection first is the simple fact that you so not have the skills and experience necessary to do it. Sorry but its a fact of life, most of us couldn't add input redirection even if we wanted to. I am sorry to say but the reason that nobody did input redirection first is the simple fact that you so not have the skills and experience necessary to do it. Sorry but its a fact of life, most of us couldn’t add input redirection even if we wanted to.

]]> By: jigish.gohil http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-166 jigish.gohil Wed, 14 Feb 2007 11:23:45 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-166 This musings are in no way suggesting reversing the fork, what I would like is the the beryl-project be much much more than compiz by another name. Ideas like creating Animation/Effects/OGL APIs, utilizing compiz core in a way that 'pushes the envelope' and doing stuff other than what is being done/will be done on compiz shortly is the central theme. Beryl developers can choose to do whatever, including 'improve' the core, but after thorough introspection, after all I have seen days of work gone wasted, like someone pointed out blur/blurfx, aquamarine, heliodor, many settings frontends. Just chasing our own tail. One of the thing that bugs me is, why are we waiting for Keith to finish input transformation, why didn't we start working on it like David did. If that peice of technology is so critical, none of beryl developers have any suggestions/contribution to make in that direction? That is just one example. Lets help get our infrastructure fixed. Hey guys just treat this as a friendly bashing, it is meant to get our bearings right and head somewhere. We have achieved quite a lot, let us now consolidate our achievements(0.2) and build even better beryl-project. This musings are in no way suggesting reversing the fork, what I would like is the the beryl-project be much much more than compiz by another name.

Ideas like creating Animation/Effects/OGL APIs, utilizing compiz core in a way that ‘pushes the envelope’ and doing stuff other than what is being done/will be done on compiz shortly is the central theme.

Beryl developers can choose to do whatever, including ‘improve’ the core, but after thorough introspection, after all I have seen days of work gone wasted, like someone pointed out blur/blurfx, aquamarine, heliodor, many settings frontends. Just chasing our own tail.

One of the thing that bugs me is, why are we waiting for Keith to finish input transformation, why didn’t we start working on it like David did. If that peice of technology is so critical, none of beryl developers have any suggestions/contribution to make in that direction? That is just one example. Lets help get our infrastructure fixed.

Hey guys just treat this as a friendly bashing, it is meant to get our bearings right and head somewhere. We have achieved quite a lot, let us now consolidate our achievements(0.2) and build even better beryl-project.

]]> By: iznogood http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-165 iznogood Wed, 14 Feb 2007 10:34:58 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-165 This is the best thing coming from a beryl person. Why not merge the 2 communities back?? Right now the core is at a pretty good state and there are proposals of funcitonality implemented in separate libraries, some of them already exist. This way if people want to add functionality they should not need to hack the core but use other libraries and hack on them. The compiz community would need all the help it can get because after input transformation + a few more things there would be a great need for effects and usability enhansments on the desktop environments and not just dock-bars or theme engines. We should not try to create a new DE but provide the code and patches, even experimental ones, that people can take and use them on the existing DE. This way we can accelerate the adoption of new effects on these DE's before they are merged in their repos. What i propose is very simple: use compiz community-site for compiz related stuff (plugins - themes etc) and provide another site-community for all extra stuff i said before, with direct links to and from compiz What do you say?? This is the best thing coming from a beryl person. Why not merge the 2 communities back?? Right now the core is at a pretty good state and there are proposals of funcitonality implemented in separate libraries, some of them already exist. This way if people want to add functionality they should not need to hack the core but use other libraries and hack on them. The compiz community would need all the help it can get because after input transformation + a few more things there would be a great need for effects and usability enhansments on the desktop environments and not just dock-bars or theme engines. We should not try to create a new DE but provide the code and patches, even experimental ones, that people can take and use them on the existing DE. This way we can accelerate the adoption of new effects on these DE’s before they are merged in their repos.
What i propose is very simple: use compiz community-site for compiz related stuff (plugins - themes etc) and provide another site-community for all extra stuff i said before, with direct links to and from compiz

What do you say??

]]> By: Agony http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-164 Agony Tue, 13 Feb 2007 23:04:59 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-164 With that I must agree. Beryl and Compiz seem to chase the same goal and even go down the same path to achieve it. Merge the two projects into one big project. It would certainly be nice to have a DE that was built around OGL accelerated desktops. With that I must agree. Beryl and Compiz seem to chase the same goal and even go down the same path to achieve it. Merge the two projects into one big project. It would certainly be nice to have a DE that was built around OGL accelerated desktops.

]]> By: John http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-163 John Tue, 13 Feb 2007 21:38:47 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-163 I could not agree more. I left a very long comment on Kristians post suggesting simiar things. It takes a very big man to do what you have done, and to question the decisions made, to admit some mistakes. I commend you for that and wish you well that the other beryl developers will take onboard what you have said John I could not agree more. I left a very long comment on Kristians post suggesting simiar things.

It takes a very big man to do what you have done, and to question the decisions made, to admit some mistakes. I commend you for that and wish you well that the other beryl developers will take onboard what you have said

John

]]> By: Bobbyjoe http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-162 Bobbyjoe Tue, 13 Feb 2007 20:03:18 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-162 This is the best solution for beryl in my opinion, it always has been the best place for it but unfortunatly certain people have always insisted that they somehow own beryl and they are the ones who will do something radical (or whatever) Even though you are not a programmer, you can see the real dilema they face. Personally I think they will take a punt with beryl and hope that someday they come up with something that people cannot live without but DavidR refuses to include in compiz. Good luck with that one ;) Why do we never see quinn blogging about these issues? This is the best solution for beryl in my opinion, it always has been the best place for it but unfortunatly certain people have always insisted that they somehow own beryl and they are the ones who will do something radical (or whatever)

Even though you are not a programmer, you can see the real dilema they face. Personally I think they will take a punt with beryl and hope that someday they come up with something that people cannot live without but DavidR refuses to include in compiz. Good luck with that one ;)
Why do we never see quinn blogging about these issues?

]]> By: DanieleDM http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-161 DanieleDM Tue, 13 Feb 2007 17:02:55 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-161 Hi, i think it's good idea, i always believe that forks are not the right way of work in open source projects, and i really think that the beryl project could be something similar to www.gnome-look.org that permits to everyone to have the eyecandy plugin that better fits his desires! Hi, i think it’s good idea, i always believe that forks are not the right way of work in open source projects, and i really think that the beryl project could be something similar to http://www.gnome-look.org that permits to everyone to have the eyecandy plugin that better fits his desires!

]]> By: scott http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-160 scott Tue, 13 Feb 2007 16:51:43 +0000 http://dev.compiz-fusion.org/~cyberorg/2007/02/13/beryl-where-do-we-want-to-go/#comment-160 How about something akin to Apple's forthcoming Core Animation API? I'm working right now on an IM client and I was thinking how cool it would be if I could have the ole horizontal "iPod swipe" animation when the login widget switches to the contact list. Right now the UI just changes when I swap one widget for the other, but if I could pass both Gtk widgets and an animation param to a changeWithAnimation function, Gtk could render both widgets, Beryl could take the textures and then do the animation. A new frontier for bling: in-app UI effects. How about something akin to Apple’s forthcoming Core Animation API? I’m working right now on an IM client and I was thinking how cool it would be if I could have the ole horizontal “iPod swipe” animation when the login widget switches to the contact list. Right now the UI just changes when I swap one widget for the other, but if I could pass both Gtk widgets and an animation param to a changeWithAnimation function, Gtk could render both widgets, Beryl could take the textures and then do the animation. A new frontier for bling: in-app UI effects.

]]>