Hi,
Le jeudi 02 octobre 2008, à 23:23 +0100, Emmanuele Bassi a écrit :
while the ultimate goal *is* to have this functionality inside gtk+ I'm
nowhere near having the time to integrate it myself - not in the way I
want it integrated[1], at the very least.
another issue is that libunique is
Em Qui, 2008-10-02 às 12:55 +0100, Richard Hughes escreveu:
On Wed, 2008-10-01 at 19:09 +0200, Alexander Larsson wrote:
Then what do you do if its not there?
Don't do any of the unique application bits, i.e. start up another
instance of the prefs capplet regardless.
Richard.
I am doing
On Thu, 2008-10-02 at 11:28 +0200, Vincent Untz wrote:
Le mercredi 01 octobre 2008, à 14:51 +0200, Alexander Larsson a écrit :
I just commited some nautilus code to trunk (for 2.25) that makes use of
libunique for unique application functionallity (replacing the previous
code using
Le jeudi 02 octobre 2008 à 23:23 +0100, Emmanuele Bassi a écrit :
another issue is that libunique is pretty much a testing ground for API
and requirements and while the basic functionality is obviously already
implemented I still receive requests[2] that make sense to add *before*
putting the
2008/10/3 Josselin Mouette [EMAIL PROTECTED]:
Le jeudi 02 octobre 2008 à 23:23 +0100, Emmanuele Bassi a écrit :
another issue is that libunique is pretty much a testing ground for API
and requirements and while the basic functionality is obviously already
implemented I still receive
Le vendredi 03 octobre 2008 à 14:29 -0400, Matthias Clasen a écrit :
The alternative is to ship a constantly api/abi changing library,
which means you'll either have to constantly patch apps to work with
the version you ship or you end up shipping multiple versions of the
library. Which brings
On Wed, 2008-10-01 at 19:09 +0200, Alexander Larsson wrote:
Then what do you do if its not there?
Don't do any of the unique application bits, i.e. start up another
instance of the prefs capplet regardless.
Richard.
___
desktop-devel-list mailing
Le mercredi 01 octobre 2008, à 14:51 +0200, Alexander Larsson a écrit :
I just commited some nautilus code to trunk (for 2.25) that makes use of
libunique for unique application functionallity (replacing the previous
code using bonobo-activation).
However, libunique isn't currently a
I just commited some nautilus code to trunk (for 2.25) that makes use of
libunique for unique application functionallity (replacing the previous
code using bonobo-activation).
However, libunique isn't currently a blessed external dependency. So,
I'd like to propose it. (Another alternative is to
On Wed, 2008-10-01 at 14:51 +0200, Alexander Larsson wrote:
I just commited some nautilus code to trunk (for 2.25) that makes use
of
libunique for unique application functionallity (replacing the
previous
code using bonobo-activation).
However, libunique isn't currently a blessed external
On Wed, 2008-10-01 at 14:51 +0200, Alexander Larsson wrote:
I just commited some nautilus code to trunk (for 2.25) that makes use
oflibunique for unique application functionallity (replacing the
previous code using bonobo-activation).
I already use conditionally in gnome-power-manager and
On Wed, 2008-10-01 at 17:51 +0100, Richard Hughes wrote:
On Wed, 2008-10-01 at 14:51 +0200, Alexander Larsson wrote:
I just commited some nautilus code to trunk (for 2.25) that makes use
oflibunique for unique application functionallity (replacing the
previous code using bonobo-activation).
12 matches
Mail list logo