Another approach could be to add an option to the screenshot plugin
which launches an external app. This could launch your helper app or
something else. I'm using this to upload screenshots to my flickr account.
Here is a patch for screenshot.c which adds a launch_app option.
What do you think?
Le mercredi 10 janvier 2007 17:55, David Reveman a écrit :
Let me know what you think about the my suggestions and keep up the good
work.
It should be cool to have a way to get thumbnail of minimized windows too...
Beryl has just fork thumbnail plugin (so sad...), they seems to use pixmap to
David Reveman wrote:
I suggest that we add a plugin and a simple interface that allows any
application to request that a set of client windows should be composited
on top of a different client window.
Its probably a good time to point you in the direction of
the miniwin plugin, in case
Danny Baumann wrote:
Hi,
Wouldn't it be better to add this kind of functionality through
different interface than the current screen grab interface? We can
always expose the current screen grabs through a new interface if we
want that.
I'm not sure exactly how this interface should
Hi,
The same would happen for terminate bindings so other
plugins can keep an internal track of all other plugins (even
if the author didnt write their plugin specifically for them).
The problem is that this method (which also came to my mind
yesterday ;-) ) can't be used at all for replacing
Danny Baumann wrote:
The problem is that this method (which also came to my mind
yesterday ;-) ) can't be used at all for replacing otherScreenGrabExist
- given the fact that you don't want to have a string list of active
plugins in each plugin. Maybe I'm also misunderstanding you a bit - how
Hi,
I wouldn't want it to replace otherScreenGrabExist
because I feel that is for a slightly different purpose.
My approach was to try to add cooperation, but not
dependencies between plugins. My examples are:
1. 3D, Beryl uses IPCS for this which is not recommended.
I would like 3D
Danny Baumann wrote:
Yes, you are right to a certain degree - the root problem here is that
moveWindow is used for both window animations and viewport changes, what
makes it hard to distinguish both.
I have just had a quick look at moveScreenViewport and it
looks like you could tell a
I have the same problem, but apart from that it appears to happen randomly
and it then shows all windows on all workspaces. To solve the problem i have
to logout and in.
--
Fredrik
___
compiz mailing list
compiz@lists.freedesktop.org
