search for: compoption

...dle; #define COMP_DISPLAY_OPTION_TERMINAL 56 #define COMP_DISPLAY_OPTION_RUN_TERMINAL 57 #define COMP_DISPLAY_OPTION_PING_DELAY 58 -#define COMP_DISPLAY_OPTION_NUM 59 +#define COMP_DISPLAY_OPTION_EDGE_DELAY 59 +#define COMP_DISPLAY_OPTION_NUM 60 typedef CompOption *(*GetDisplayOptionsProc) (CompDisplay *display, int *count); @@ -904,6 +905,8 @@ struct _CompDisplay { CompTimeoutHandle autoRaiseHandle; Window autoRaiseWindow; + CompTimeoutHandle edgeDelayHandle; + CompOptionValue plugin; Bool dirtyPluginList;...

...nOption); In this case, switcher is sending the NEXT_EVENT signal. It is probably best to deal with strings for the events since they do not have to be defined and are easily passed to external applications. The option can be any type of extra information passed as a pointer to a CompOption as per normal. Some sort of standard should be set out for the naming of events like this. -------------- next part -------------- diff --git a/include/compiz.h b/include/compiz.h index 61a9de5..a7eff50 100644 --- a/include/compiz.h +++ b/include/compiz.h @@ -568,6 +568,12 @@ typedef void (*FiniPl...

...figuration backend to do this. However, it's easy to provide for plugins built as shared libraries and I don't want to prevent anyone from doing this if they wish to. Here's our current idea for how we can solve these issues: Add typedef Bool (*InitPlugin(Display|Screen)OptionProc) (CompOption *o, int index); or typedef Bool (*InitPlugin(Display|Screen)OptionsProc) (CompOption **o); and the number of display and screen options to the plugin vTable. I prefer the function prototype with the index as it's a bit more flexibl...

Hello all, First of all, I'm really a newbie in Samba. I can manage to setup the Samba server in security = user, and now I'm trying to do a more complicated thing. I wish the Samba server to be our domain master in group COMOPT, that is workgroup = COMPOPT. I do not want to have Linux user accounts for the users, but rather to validate them using another domain server, whose domain

...;value.action.edgeMask & d->mouseOnEdge) && + (event->xbutton.button == option->value.action.edgeButton)) + { + if ((*action->initiate) (d, action, state, + argument, nArgument)) + return TRUE; } } @@ -553,6 +563,10 @@ isEdgeEnterAction (CompOption *opti if (!isEdgeAction (option, state, edge)) return FALSE; + /* block this edge action because there is an edgeButton */ + if (option->value.action.edgeButton >= 0) + return FALSE; + if (!option->value.action.initiate) return FALSE; @@ -802,6 +816,8 @@ handle...

...neccesary to implement in a proper way actions that have to go through a wrapper C function. In general the idea of having Actions without an assosciated Option / Actions added at run time needs to be explored a bit more because the current code is not well suited for it. Why did you add it to the CompOption struct? If we need some user data attached to actions then that should go into the CompAction struct but I'm not sure we want that at all. If you want to create run-time actions like your compiz-schema code is doing I suggest that you just use addScreenAction and check for a matching event manu...

With raise_on_click disabled, I wanted to be able to raise a window with a button click sometimes. It seemed logical to do something like the lower window key binding. So I did it. It was quite simple, but here is the patch anyway. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 3680 bytes Desc: not available

...-68,6 +92,12 @@ cairo_surface_t *surface; cairo_t *cairo; Bool content; + + double startX; + double startY; + + Bool eraseMode; + } AnnoScreen; #define GET_ANNO_DISPLAY(d) \ @@ -85,6 +115,8 @@ #define NUM_OPTIONS(s) (sizeof ((s)->opt) / sizeof (CompOption)) +#define NUM_TOOLS (sizeof (tools) / sizeof (tools[0])) + static void annoCairoClear (CompScreen *s, cairo_t *cr) @@ -143,6 +175,335 @@ return as->cairo; } + +static void +annoDrawCircle (CompScreen *s, double xc, double yc, double radius, + unsigned short *fillColor, unsi...

...n TRUE; } /**********/ At first look, i tell me: "How plugin know that MINIMIZED option had change if we do nothing more than returning TRUE. After looking the code, i saw this: ss->opt[SWITCH_SCREEN_OPTION_MINIMIZED].value.b So my question is: When do i have to directly read CompOption? When do i have to add a member to my plugin struct and update it in pluginSetScreenOption() ? Cedric -------------- next part -------------- A non-text attachment was scrubbed... Name: switcher.patch Type: text/x-diff Size: 6138 bytes Desc: not available Url : http://lists.freedesktop.org/archiv...

...button.button == option->value.action.edgeButton)) > + { > + if ((*action->initiate) (d, action, state, > + argument, nArgument)) > + return TRUE; > } > } > > @@ -553,6 +563,10 @@ isEdgeEnterAction (CompOption *opti > if (!isEdgeAction (option, state, edge)) > return FALSE; > > + /* block this edge action because there is an edgeButton */ > + if (option->value.action.edgeButton >= 0) > + return FALSE; > + > if (!option->value.action.initiate...

...atic Bool -dbusHandleActivateMessage (DBusConnection *connection, +dbusHandleActivateDeactivateMessage (DBusConnection *connection, DBusMessage *message, CompDisplay *d, - char **path) + char **path, + Bool deactivate) { CompOption *option; int nOption; @@ -152,8 +174,15 @@ dbusHandleActivateMessage (DBusConnectio if (option->type != CompOptionTypeAction) return FALSE; - if (!option->value.action.initiate) - return FALSE; + if (!deactivate) + { + if (!option->value.action.initiate) +...

...*output); + typedef enum _PaintOrder { BTF = 0, @@ -103,6 +108,7 @@ typedef struct _CubeScreen { CubeGetRotationProc getRotation; CubeClearTargetOutputProc clearTargetOutput; CubePaintTopBottomProc paintTopBottom; + CubeCheckFTBProc checkFTB; CompOption opt[CUBE_SCREEN_OPTION_NUM]; diff --git a/plugins/cube.c b/plugins/cube.c index ae3bf31..2376760 100644 --- a/plugins/cube.c +++ b/plugins/cube.c @@ -996,7 +996,7 @@ cubeMoveViewportAndPaint (CompScreen *s, CUBE_SCREEN (s); - ftb = cubeCheckFTB (s, sAttrib, transform, outputPtr); +...

...609a3289943e64308bfba1b1e61d89d (Add resize mode option to resize plugin) shows how easy it is to add a new option when you're using the meta data system. To do: - All plugins in the fdo repo should be updated to use the meta data system. - Option description fields should be removed from the CompOption struct and only provided through the meta data system. Requires minor updates to some plugins (e.g. dbus). - Plugin description fields should be removed from the plugin VTable struct and only provided through the meta data system. - Plugin dependencies should be removed from the plugin VTable struc...

I am writing a configuration front end for the compiz gconf plugin at the moment, but it's proving harder than it should be because gconf does not record what type of compiz option the key is. For example, say i want a color picker for each color option the only way I can tell with gconf if it is color is if it has a # at the beginning, but there could be string option which also have a # at

...typedef struct _CubeScreen { CubePaintTopProc paintTop; CubePaintBottomProc paintBottom; CubePaintInsideProc paintInside; - CubeCheckFTBProc checkFTB; - CubeCapDirectionProc capDirection; + CubeCheckOrientationProc checkOrientation; CompOption opt[CUBE_SCREEN_OPTION_NUM]; diff --git a/plugins/cube.c b/plugins/cube.c index dda6ea8..7d29ede 100644 --- a/plugins/cube.c +++ b/plugins/cube.c @@ -921,10 +921,11 @@ cubeDonePaintScreen (CompScreen *s) } static Bool -cubeCheckFTB (CompScreen *s, - const ScreenPaint...

...argument, nArgument)) - return TRUE; + if ((bindMods & modMask) == (event->xbutton.state & modMask)) + if ((*action->initiate) (d, action, state, + argument, nArgument)) + return TRUE; + } } } @@ -556,6 +562,9 @@ isEdgeEnterAction (CompOption *opti if (!option->value.action.initiate) return FALSE; + if (option->value.action.button.button) + return FALSE; + *action = &option->value.action; return TRUE; @@ -802,6 +811,8 @@ handleActionEvent (CompDisplay *d, } } + d->m...

...t;stdio.h> #include <stdlib.h> #include <string.h> @@ -895,7 +854,6 @@ iniSaveOptions (CompDisplay *d, while (nOption--) { status = FALSE; - strVal = strdup (""); int i; switch (option->type) @@ -907,8 +865,11 @@ iniSaveOptions (CompDisplay *d, case CompOptionTypeColor: case CompOptionTypeMatch: strVal = iniOptionValueToString (&option->value, option->type); - if (strVal[0] != '\0') + if (strVal) + { fprintf (optionFile, "%s=%s\n", option->name, strVal); + free (strVal); + } else fprintf (opti...

I have made claims that I have not left the compiz project and that I have been maintaining it over the past 4 years, despite the lack of releases by not fault but my own. At the request of some of the original compiz developers, I am now posting a compilation of some of the contributions I've made over time, since the beginning. Since the most important contributions are code and easiest to

...ariables. Remove unnecessary variables. Remove unnecessary variables. Create gconf schemas from metadata files using XSLT stylesheet Remove gconf-dump plugin and old schema generation system. Remove plugin descriptions from VTable. Remove option descriptions from CompOption structure. We're not using asprintf anymore. Update po files. Add passive_grab tag to snap action. Minor fix to have new schemas match old schemas. Cleanup. Set type hint on switcher window properly. Cleanup. Rename core metadata file to core.xml...

...ariables. Remove unnecessary variables. Remove unnecessary variables. Create gconf schemas from metadata files using XSLT stylesheet Remove gconf-dump plugin and old schema generation system. Remove plugin descriptions from VTable. Remove option descriptions from CompOption structure. We're not using asprintf anymore. Update po files. Add passive_grab tag to snap action. Minor fix to have new schemas match old schemas. Cleanup. Set type hint on switcher window properly. Cleanup. Rename core metadata file to core.xml...