Hi,
some of you might noticed that there was recently some discussion on
the Beryl ML about an interface which provides sharing functions and
allows us to do library plugins. One example for this kind of plugins
is text, which was recently ported to that system. I now want to
explain here how it
2007/3/7, Mike Dransfield <[EMAIL PROTECTED]>:
It could also be disabled with an option, or at compile time.
If it was a really big library then you could use dlopen, but this
is just one function.
Doing it through an option would be a real mess in the settings
manager and just removing it a
Most of the interface we have on the core so far have specific needs and
I'm sure future interfaces will too. This library interface would have
to be extended to support cases like that. If we do that, then this
would work as a low level interface that other interfaces can be layered
on top of an
2007/4/9, Mike Dransfield <[EMAIL PROTECTED]>:
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.
There is a plugin which provides a similar functionality in the beryl
git repository. It's calle
Hi,
recently I took a look at ini to find a bug which made it crash at
startup. While fixing the bug I realized I could do some improvements
to the option reading code (espacally the action part).
So I went on and here we are.
This patch should make ini more robust, clean it up and fix also some
Hi,
well after some ever further investigation of some bugs, I ended up
cleaning up the code, again. I also fixed some really heavy memory
leaks in csvToList and made it in general more stable.
Regards,
Patrick "Marex" Niklaus
diff --git a/plugins/ini.c b/plugins/ini.c
index c55d897..3dda8a8 100
Hi,
ok I hope this patches are now ok for you to commit.
Regards,
Patrick Niklaus
From 3a8292a556cbed2ce05a878e842b7590263e4944 Mon Sep 17 00:00:00 2001
From: marex <[EMAIL PROTECTED]>
Date: Thu, 12 Apr 2007 19:21:14 +0200
Subject: [PATCH] Fixed list parsing (plugged a memor
2007/4/13, Mike Dransfield <[EMAIL PROTECTED]>:
Patrick Niklaus wrote:
> Hi,
>
> ok I hope this patches are now ok for you to commit.
Thanks.
The part which worries me is this
-for (i=0; i
First point is, as you mentioned, a speed increase. Second point is
that it takes
2007/4/13, Mike Dransfield <[EMAIL PROTECTED]>:
I think its easier to keep the original in the end otherwise you will
end up with lots of special cases. I thought that solution would cover
99% weirdly formatted filenames.
I am also interested in .blah-blo.screen0.conf and --blah-screen0.conf
a
Hi,
this email is basically the result of a small discussion which made me
think what the real end-goal of my work on Emerald-2 would be. Since
Emerald has already a extensible system (Engines) I thought about
giving the engines wider access, so that they are more like plugins.
However the first
http://media.beryl-project.org/Decoration-Schema2.png
I'm not really sure which one would fit our needs best here (or if
there would be other solutions), so it would be the best if we could
discuss that here.
Regrads,
Patrick
2007/4/29, Patrick Niklaus <[EMAIL PROTECTED]>:
Hi,
this email
Hi,
emerald-2 is not supposed to be used at the moment. Is very very work
in progress.
It would probably break your themes thats all.
BTW. Maybe I forgot to commit a file into the repository, I'll check that.
2007/5/7, Pierpaolo Follia <[EMAIL PROTECTED]>:
Hi Patrik. I just cloned the git repo o
Hi,
I just noticed that the current image loader plugins such as PNG, SVG
and JPEG don't provide a feature as they used to do. This is needed
for conflict checking and feature testing (e.g. by the settings
manager). If I remember correctly this plugins had features before the
metadata port so I di
I just found out that the old specification for this were
"imageext:..." so I attached a new patch to use this instead. Also I
fixed my indention to use compiz style.
Regards,
Patrick
2007/6/13, Patrick Niklaus <[EMAIL PROTECTED]>:
Hi,
I just noticed that the current image loa
me
"imageext" (probably just a little c&p mistake).
So actually it makes sense to have a mime-type and extension identification.
I attached an updated patch which should fix the typo.
Cheers,
Patrick
2007/7/12, David Reveman <[EMAIL PROTECTED]>:
On Wed, 2007-06-13 at 19:0
ix. For
example "matchhandler:title" supports the match prefix "title=".
So I made a small patch for that.
Cheers,
Patrick
From cbdf63926577d34fdc26af105ec7b3c8cf4feb67 Mon Sep 17 00:00:00 2001
From: Patrick Niklaus <[EMAIL PROTECTED]>
Date: Mon, 15 Oct 2007 15:18:59 +0200
Subject:
16 matches
Mail list logo