search for: bcop

Adding new options to a plugin is a pain. There is a lot of code that has allways to be changed for that. This is the reason why I've created the Beryl/Compiz XML options parser (bcop). Bcop allows you easily to describe options in XML and will autogenerate the needed Beryl/Compiz C code for you. The only think that needs to be changed in a existing plugins is to include the xxx_options.h file. The autogenerated code appends the new options to the existing options, this give...

...animation plugin at git.compiz.org which is part of Mikedee's tarball but not of the tree at beryl-project. So how is development going to take place, all independent or in one place? 4. Compiz core and compiz-extras tarball is using gconf schemas, while compiz-plugins-beryl-premerge is using bcop options for settings schemas. 5. In Compiz translated strings are part of gconf schemas, in beryl we fetched the strings from the plugin and libberylsettings handled conveying translated strings to the frontend, how will it be handled now? 6. libbs for ini, gconf and kconfig backends for settings...

Make sure to find bcop.pc if the user selects a custom prefix. --- configure.ac | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0f28cd6b3173c4e764ab7a51737403ad636b7aa1.diff Type: text/x-patch Size: 630 bytes Desc: not av...

Make sure to find it if the user selects a custom prefix. --- configure.ac | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) -------------- next part -------------- A non-text attachment was scrubbed... Name: 85b41f83774e7e1283ddc516f010a0d325be1ece.diff Type: text/x-patch Size: 630 bytes Desc: not available Url :

...an find my work at: https://github.com/KristianLyng/compiz (I'm also tracking issues there) I've done what I felt like doing, some of which would've been controversial/problematic 5 years ago. Hilights: - Merged plugins from plugins-main directly into the regular plugins. - Ditto for bcop - Several tweaks and improvements to the build system, including silent building, building of bcop-based plugins without the bcop "binary" installed, much better handling of ./configure (still, work in progress) - Add a README which is also compiled to a man page. - Fix loading of default...

...gt; > I've done what I felt like doing, some of which would've been > controversial/problematic 5 years ago. Hilights: > > - Merged plugins from plugins-main directly into the regular plugins. > By 'regular plugins' here do you mean 'core'? > - Ditto for bcop > I'm assuming this is the case. > - Several tweaks and improvements to the build system, including silent > building, building of bcop-based plugins without the bcop "binary" > installed, much better handling of ./configure (still, work in progress) > Build system...

--- Without this patch, it's necessary to have PKG_CONFIG_PATH defined while compiling plugins (ie. export it for the whole shell). With this patch it's sufficient to set it only for ./configure. bcop.pc.in | 1 - src/bcop.in | 2 +- 2 files changed, 1 insertions(+), 2 deletions(-) -------------- next part -------------- A non-text attachment was scrubbed... Name: 76242a60c852d3b0f04674563c13dd639832f43a.diff Type: text/x-patch Size: 577 bytes Desc: not available Url : http://lists.free...

...ompiz-fusion-plugins-unsupported: Fakeargb: Makes a special color of a window transparent. Mswitch: Enables the switching of viewports with mouse gestures. Snow: Displays falling snow over the desktop and windows. Tile: Enables the tiling of windows on the desktop in a manner similar to ion3. BCOP: compiz-bcop: BCOP is a code generator that provides an easy way to handle plugin options by generating parts of the plugin code directly from the xml metadata file. It is used for most of the Compiz Fusion plugins. Window decorator: emerald: An alternative themeable window decorator. emera...

...vely. > +static IntrinsicInst *FindInitTrampoline(Value *Callee) { > + BitCastInst *BCInst = dyn_cast<BitCastInst>(Callee); > + if (BCInst == NULL) > + return NULL; It may be better to just do: Callee = Callee->stripPointerCasts(); Then you would use Callee rather than BCOp. > + > + Value *BCOp = BCInst->getOperand(0); > + IntrinsicInst *AdjustTramp = cast<IntrinsicInst>(BCOp); This will crash if it isn't an intrinsic. Use dyn_cast not cast. > + if (AdjustTramp == NULL) > + return NULL; You forgot to check that this intrinsic is t...

Hi! Attached set of patches splits llvm.init.trampoline into an "init" phase and an "adjust" phase, as discussed on the "Go on dragonegg" thread. Thanks! -- Sanjoy Das http://playingwithpointers.com -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Split-intrinsics-and-DAG-nodes.patch Type: text/x-diff Size: 8808 bytes Desc:

Dennis Kasprzyk and I have been discussing some changes to how options are initialized. Problems with how options are currently initialized. 1. Helper functions are not used to initialize options, which means that if we make a change to the option structure, all option initialization code needs to be updated. Using helper functions will also reduces the amount of duplicate code. 2. No

I was writing a simple plugin a while ago which just sets the paint values on inactive windows. The plugin is very simple and the main part is below. When I load this plugin it blocks dbus and fuse plugins so that they only reply to requests when the active window changes. Is there anything obvious here that would cause that? static Bool inactivePaintWindow (CompWindow *w, const

...ing when swapbuffers or copysubbuffer is called, and will throttle drawing at that time as well (usually to the refresh rate); the --no-wait option can be used in that case. Joel Bosveld (1): Shaped windows may have only one rectangle which is smaller than window. bcop : ------ Dennis Kasprzyk (1): Don't return Options if Screen/Display has been freed. Guillaume Seguin (2): * Bump version to 0.8.3 * Bump version to 0.8.4 libcompizconfig : ----------------- Erkin Bahceci (9): Update .pb when an older .xml is used, too. Compare s...

...g that everyone involved in compiz should make. Espesially because it would need a huge amount of work to get all plugins ported. In my opinion, it would be better to stay with the old system if such change would create a fork again. I've also pushed compiz++ branches into the libcompizconfig, bcop and crashhandler repositories. They contain some initial work for the compiz++ branch. The crashhandler branch also contains a modified (not finished) version of the universal Makefile. Merry Christmas Dennis Kasprzyk * multi display: Connect to multiple x servers multi screen: seperated scree...

...6 16 0 0 Slow 0x32 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x67 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 Ncon [15:52 root ~]# pacman -Qs compiz local/ccsm-git 20070901-1 (compiz-fusion-git) Compizconfig Settings Manager in Python local/compiz-bcop-git 20070901-1 (compiz-fusion-git) Compiz option code generator local/compiz-fusion-plugins-extra-git 20070901-1 (compiz-fusion-git) Compiz Fusion Main plugins local/compiz-fusion-plugins-main-git 20070901-1 (compiz-fusion-git) Compiz Fusion Main plugins local/compiz-kde-git 20070901-1...

...hat everyone involved in compiz should make. Espesially because it would need a huge amount of work to get all plugins ported. In my opinion, it would be better to stay with the old system if such change would create a fork again. I've also pushed compiz++ branches into the libcompizconfig, bcop and crashhandler repositories. They contain some initial work for the compiz++ branch. The crashhandler branch also contains a modified (not finished) version of the universal Makefile. Merry Christmas Dennis Kasprzyk * multi display: Connect to multiple x servers multi screen: seperated sc...