Hello,
the bonobo related info on live.gnome.org is scarce;it is mentioned as scheduled
for deprectaion in the future with the single explicit reference being
gnome-panel
in 2.22. Another place mentions apps are being actively migrated away from it.
Can someone sum up or point to an overview of
Hi, folks.
Emmanuelle Bassi has developed libunique[0] library, in order to allow
only one instance of an application.
I wish to use it on vino-preferences capplet, and i guess it's useful to
all capplets who need only a single instance running.
What do you think about it? Can it be a blessed
On Thu, 2007-07-12 at 12:03 -0300, Jonh Wendell wrote:
What do you think about it? Can it be a blessed dependency?
0 - http://live.gnome.org/LibUnique
just a bit of heads up: as I wrote in my blog, I intend to release a
1.0.0, API/ABI stable version at GUADEC, so maintainers who intend to
On Thu, 2007-07-12 at 12:03 -0300, Jonh Wendell wrote:
I wish to use it on vino-preferences capplet, and i guess it's useful
to all capplets who need only a single instance running.
I used gtk-unique as an optional dep on gnome-power-preferences so now
I'll be using libunique as soon as I
Jani:
Currently at-spi depends on Bonobo and exposes some Bonobo interfaces via its
header files. This would probably need some rework before libbonobo could
completely go away. There has been some talk, I think, about using D-Bus
instead. However, I don't know of any plans at the moment to
On Thu, 2007-07-12 at 16:07 +0100, Richard Hughes wrote:
On Thu, 2007-07-12 at 12:03 -0300, Jonh Wendell wrote:
I wish to use it on vino-preferences capplet, and i guess it's useful
to all capplets who need only a single instance running.
I used gtk-unique as an optional dep on
On Thu, 2007-07-12 at 12:03 -0300, Jonh Wendell wrote:
Emmanuelle Bassi has developed libunique[0] library, in order to allow
only one instance of an application.
I wish to use it on vino-preferences capplet, and i guess it's useful to
all capplets who need only a single instance running.
On 12.07.2007 17:39, Jani Monoses wrote:
The only case I know of a conversion is gnome-vfs. If there are
other successful ones they may serve as an example for even more similar
work.
gnome-control-center (or, more specifically, gnome-settings-daemon) has moved
from bonobo to dbus as well.
On 7/12/07, Jani Monoses [EMAIL PROTECTED] wrote:
Brian Cameron wrote:
Jani:
Currently at-spi depends on Bonobo and exposes some Bonobo interfaces via
its
header files. This would probably need some rework before libbonobo could
completely go away. There has been some talk, I think,
On 7/12/07, Emmanuele Bassi [EMAIL PROTECTED] wrote:
On Thu, 2007-07-12 at 16:07 +0100, Richard Hughes wrote:
On Thu, 2007-07-12 at 12:03 -0300, Jonh Wendell wrote:
I wish to use it on vino-preferences capplet, and i guess it's useful
to all capplets who need only a single instance
Hi,
Is libunique really the right approach? To me, I think there are two
approaches I would consider:
1) a cross-platform API in GTK using Xlib (via X selections) on Linux
and whatever on Windows, so this is cross platform and no dependencies.
I guess the cross-platform API in GTK could also
Another thing we can enable here:
- in .desktop files have a X-Launchable-Service=org.gnome.MyAppName
- this means the app supports the Launch() method
At that point, the panel can ignore the Exec= line and just do Launch()
directly. This eliminates:
- fork/exec and dynamically linking the app
Havoc
I've been promoting this idea for about a year now! You may recall
postings to this list about this topic from last July.
My own thought experiments have led me to believe that one process may
want to provide multiple applications, for example F-Spot's basic
image viewer, and the F-Spot
(See also other reply)
As far as Launch vs. NewDocument vs. OpenDocument is concerned, We can
finally support XDG Desktop Actions[1] on files by implementing
different methods for opening files.
I suggest using a common method, say,
(org.gnome.Application).FileAction(string action, string URI),
Hi,
Alex Jones wrote:
http://live.gnome.org/DesktopAppsAsDBusServices
Due to lack of interest, it's been on a backburner. Some people
mentioned that it sounded like it was turning into Bonobo Activation,
and that we've been down that path before, which was quite
demotivating to hear.
The
Hi,
Alex Jones wrote:
As far as Launch vs. NewDocument vs. OpenDocument is concerned, We can
finally support XDG Desktop Actions[1] on files by implementing
different methods for opening files.
I think it's important to have an extensible dictionary of properties,
so at that point one of
On Thu, Jul 12, 2007, Havoc Pennington wrote:
Another thing we can enable here:
- in .desktop files have a X-Launchable-Service=org.gnome.MyAppName
- this means the app supports the Launch() method
At that point, the panel can ignore the Exec= line and just do Launch()
directly. This
Is there any documentation on the approach used by Maemo? I had heard
about this a long time ago but never managed to find any substantial
information on it.
Thanks
On Thu, 2007-07-12 at 21:37 +0200, Johan Bilien wrote:
On Thu, Jul 12, 2007, Havoc Pennington wrote:
Another thing we can enable
On Thu, 2007-07-12 at 14:07 -0400, Havoc Pennington wrote:
Hi,
Is libunique really the right approach? To me, I think there are two
approaches I would consider:
1) a cross-platform API in GTK using Xlib (via X selections) on Linux
and whatever on Windows, so this is cross platform and
Hi Jani,
2007/7/12, Jani Monoses [EMAIL PROTECTED]:
Brian Cameron wrote:
Jani:
Currently at-spi depends on Bonobo and exposes some Bonobo interfaces
via its
header files. This would probably need some rework before libbonobo
could
completely go away. There has been some talk, I think,
On Thu, Jul 12, 2007, Alex Jones wrote:
Is there any documentation on the approach used by Maemo? I had heard
about this a long time ago but never managed to find any substantial
information on it.
Not sure about any doc on this :(
But basically it works as Havoc suggested:
. each app was
21 matches
Mail list logo
