Re: Proposing GtkUnique 1.0 as a blessed external dependency
hi Vincent; On Wed, 2006-11-22 at 21:13 +0100, Vincent Untz wrote: > > GtkUnique is now hosted on GNOME CVS under the gtkunique module[2] and > > if needed I'll also request a Bugzilla product for it; I can commit it > > to API+ABI freeze after the 1.0 release - which should happen as soon as > > the end of the month. > > > > Any comments are, as always, welcome. > > Just wondering: I'm pretty sure some part of this API would be useful > for non-graphical apps, and could live in glib. Or is this stupid? :-) the API strictly depends on gobject; dependency on GTK+ is needed for binding the windows to the "application" object (needed for setting in motion the "server" part). other than that, the unix domain sockets backend does not depend on any other library, but both the Xlibs and the D-Bus backend depend on X. non-graphical applications have loads of simpler methods of achieving a "single instance": a lock file, unix domain sockets, etc.; the goal of GtkUnique is to get the details of having a single instance GUI application - like multiple screen and workspace support, startup notification, multiple windows - right. so, in essence: we could have a GUniqueApp struct inside GLib, maybe using libbacon as an IPC mechanism, but we couldn't make a GObject out of it - thus any "single instance" application object inside GTK+ could not use it as a base class. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
hi Vincent; thanks for the reminder. :-) On Wed, 2006-11-22 at 21:12 +0100, Vincent Untz wrote: > 1. Get this in a GTK+ release we can ship with GNOME 2.18 > 2. Bless GtkUnique as an external dependency > 3. Include the code in the modules that want to use it for now (while > waiting for a GTK+ release that ships it) > 4. Include GtkUnique in the desktop for 2.18 > 5. Profit? Hrm, sorry. > To me, it doesn't sound like GtkUnique would be "external", and I'd put > it in the desktop if necessary. My personal opinion is that solution 4 > is the current best solution. > > Any other solution? none that I see. as maintainers have already began looking at GtkUnique, shipping it as a external/desktop dependency and later deprecate it during the 2.20 cycle while we add it to GTK+ might be the right choice. otherwise, kindly ask the maintainers to delay dependency for the next cycle and get GtkUnique inside GTK+, if nobody wants to depend on a small library. I've opened a bug for integration inside GTK+[1], and this weekend will work on a patch to let the ball roll. ciao, Emmanuele. +++ [1] http://bugzilla.gnome.org/show_bug.cgi?id=378260 -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Wed, 2006-11-22 at 15:51 -0500, Havoc Pennington wrote: > Andre Klapper wrote: > > hejhej, > > > > Am Mittwoch, den 22.11.2006, 15:28 -0500 schrieb Havoc Pennington: > >> Should also get a gtk bug open for it asap so it can start evolving > >> toward gtk inclusion, no? > >> > >> Maybe there already is one but I didn't see it go by. > > > > http://bugzilla.gnome.org/show_bug.cgi?id=170782 , i'd say. :-) > > > > Indeed, but it doesn't mention GtkUnique (i.e. there's no API proposal > on there) I've opened a new tracker bug: http://bugzilla.gnome.org/show_bug.cgi?id=378260 > Maybe gtk-devel is a more appropriate place to start than bugzilla, I > don't know. But the point is, if nobody proposes the API for gtk and > gets feedback on it from gtk maints then it's pretty much known it won't > ever get in gtk! yeap, probably gtk-devel is better suited for such a discussion. I'll send a mail there too. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
> Indeed, but it doesn't mention GtkUnique (i.e. there's no API proposal > on there) > > Maybe gtk-devel is a more appropriate place to start than bugzilla, I > don't know. But the point is, if nobody proposes the API for gtk and > gets feedback on it from gtk maints then it's pretty much known it won't > ever get in gtk! Maybe my opened http://bugzilla.gnome.org/show_bug.cgi?id=351092 and http://bugzilla.gnome.org/show_bug.cgi?id=347375 would suffice? Vytas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Andre Klapper wrote: > hejhej, > > Am Mittwoch, den 22.11.2006, 15:28 -0500 schrieb Havoc Pennington: >> Should also get a gtk bug open for it asap so it can start evolving >> toward gtk inclusion, no? >> >> Maybe there already is one but I didn't see it go by. > > http://bugzilla.gnome.org/show_bug.cgi?id=170782 , i'd say. :-) > Indeed, but it doesn't mention GtkUnique (i.e. there's no API proposal on there) Maybe gtk-devel is a more appropriate place to start than bugzilla, I don't know. But the point is, if nobody proposes the API for gtk and gets feedback on it from gtk maints then it's pretty much known it won't ever get in gtk! Havoc ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
hejhej, Am Mittwoch, den 22.11.2006, 15:28 -0500 schrieb Havoc Pennington: > Should also get a gtk bug open for it asap so it can start evolving > toward gtk inclusion, no? > > Maybe there already is one but I didn't see it go by. http://bugzilla.gnome.org/show_bug.cgi?id=170782 , i'd say. :-) cheers, andre -- mailto:[EMAIL PROTECTED] | failed! http://www.iomc.de signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Should also get a gtk bug open for it asap so it can start evolving toward gtk inclusion, no? Maybe there already is one but I didn't see it go by. Havoc ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Le mardi 14 novembre 2006, à 11:56, Emmanuele Bassi a écrit : > Hi all; > > as some maintainers of GNOME modules have expressed their interest in > using GtkUnique[1] as a dependency for their applications, I'd like to > officially propose it as a blessed external dependency for GNOME. > > GtkUnique is now hosted on GNOME CVS under the gtkunique module[2] and > if needed I'll also request a Bugzilla product for it; I can commit it > to API+ABI freeze after the 1.0 release - which should happen as soon as > the end of the month. > > Any comments are, as always, welcome. Just wondering: I'm pretty sure some part of this API would be useful for non-graphical apps, and could live in glib. Or is this stupid? :-) Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Le mardi 14 novembre 2006, à 11:56, Emmanuele Bassi a écrit : > Hi all; > > as some maintainers of GNOME modules have expressed their interest in > using GtkUnique[1] as a dependency for their applications, I'd like to > officially propose it as a blessed external dependency for GNOME. > > GtkUnique is now hosted on GNOME CVS under the gtkunique module[2] and > if needed I'll also request a Bugzilla product for it; I can commit it > to API+ABI freeze after the 1.0 release - which should happen as soon as > the end of the month. > > Any comments are, as always, welcome. So, let's try to see where we want to go with GtkUnique. Here are the solutions I see: 1. Get this in a GTK+ release we can ship with GNOME 2.18 2. Bless GtkUnique as an external dependency 3. Include the code in the modules that want to use it for now (while waiting for a GTK+ release that ships it) 4. Include GtkUnique in the desktop for 2.18 5. Profit? Hrm, sorry. Solution 1 seems unlikely. Thanks to libegg, I hate solution 3. So we have 2 and 4. To me, it doesn't sound like GtkUnique would be "external", and I'd put it in the desktop if necessary. My personal opinion is that solution 4 is the current best solution. Any other solution? Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Hey, Emmanuele Bassi wrote: > Hi; > > On Wed, 2006-11-15 at 00:10 -0300, Germán Poó Caamaño wrote: Even if it implemented tabs, it's likely that the apps run on different workspaces, and it's nice to have the help browser right next to the app for which you seek help. >>> GtkUnique would only be used so that there is only one yelp executable >>> running, so that you do not have several geckos running and so on. >>> That's orthogonal to the location and number of the yelp windows. >> I'm not sure if yelp is a good candidate for GtkUnique. >> >> It's quite annoying when you work in a dual-head station and only able >> to run the application in only one display. > > GtkUnique should support multi-head environment; I say "should" because > I cannot test it - so if any has one should download the library and > launch one of the tests and see if it works. Seems to work fine here for multi-head, though I haven't tested xinerama. Glynn ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Multi-headed gecko apps [was: Re: Proposing GtkUnique 1.0 as a blessed external dependency]
Hi, I'd just like to point out that gecko is _not_ multi-head safe. So any single-instance application that uses gecko will need one instance _per screen_. And if it uses a (gecko) profile, it'll be basically impossible to use it on more than one screen at a time since you cannot share the profile among several running geckos. (There was some work done to allow this, but afaik it's incomplete and not enabled in standard builds.) Regards, Christian ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Le mercredi 15 novembre 2006, à 09:39, Bastien Nocera a écrit : > On Wed, 2006-11-15 at 09:06 +, Emmanuele Bassi wrote: > > GtkUnique should support multi-head environment; I say "should" because > > I cannot test it - so if any has one should download the library and > > launch one of the tests and see if it works. > > Try with Xnest :) We should probably write somewhere a guide to multihead environment testing. I've had this issue in the past too, and I guess I'm not the only one. Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Hi, On Wed, 2006-11-15 at 00:10 -0300, Germán Poó Caamaño wrote: > On Tue, 2006-11-14 at 23:09 -0300, Mariano Suárez-Alvarez wrote: > > > > > > Only one help browser at the time? > > > > > > Even if it implemented tabs, it's likely that the apps run on different > > > workspaces, and it's nice to have the help browser right next to the app > > > for which you seek help. > > > > GtkUnique would only be used so that there is only one yelp executable > > running, so that you do not have several geckos running and so on. > > That's orthogonal to the location and number of the yelp windows. > > I'm not sure if yelp is a good candidate for GtkUnique. Yelp is, and always has been, single-instance. Originally, it used bonobo activation. Recently, it changed to using dbus (as it provided several advantages like private instances). > > It's quite annoying when you work in a dual-head station and only able > to run the application in only one display. Have you tried using yelp like this? That was one of my pet peeves with bonobo activation under yelp. Currently (with dbus), I can run 'yelp -p' on the second monitor and it'll show up properly. GtkUnique should (hopefully) solve even this :) Thanks Don ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Wed, 2006-11-15 at 09:39 +, Bastien Nocera wrote: > On Wed, 2006-11-15 at 09:06 +, Emmanuele Bassi wrote: > > > That is the case of Firefox nowadays. It complains there is another > > > instance running. So, you can't follow links in the another one. > > > > Yelp doesn't have to just complain: it can open a new window and move it > > to the right screen/workspace. That's the point of having a single > > instance. > > Exactly. That, and Firefox is broken. Try using a browser for which the > developers actually use Linux, like Epiphany... Last time I tried, Epiphany didn't work when I was logged twice on my machine, once local and once remote. I think GtkUnique should handle this problem (i.e. what's "uniqueness" ?). Xav ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Wed, 2006-11-15 at 09:06 +, Emmanuele Bassi wrote: > Hi; > > On Wed, 2006-11-15 at 00:10 -0300, Germán Poó Caamaño wrote: > > > > Even if it implemented tabs, it's likely that the apps run on different > > > > workspaces, and it's nice to have the help browser right next to the app > > > > for which you seek help. > > > > > > GtkUnique would only be used so that there is only one yelp executable > > > running, so that you do not have several geckos running and so on. > > > That's orthogonal to the location and number of the yelp windows. > > > > I'm not sure if yelp is a good candidate for GtkUnique. > > > > It's quite annoying when you work in a dual-head station and only able > > to run the application in only one display. > > GtkUnique should support multi-head environment; I say "should" because > I cannot test it - so if any has one should download the library and > launch one of the tests and see if it works. Try with Xnest :) > > That is the case of Firefox nowadays. It complains there is another > > instance running. So, you can't follow links in the another one. > > Yelp doesn't have to just complain: it can open a new window and move it > to the right screen/workspace. That's the point of having a single > instance. Exactly. That, and Firefox is broken. Try using a browser for which the developers actually use Linux, like Epiphany... -- Bastien Nocera <[EMAIL PROTECTED]> ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Hi; On Wed, 2006-11-15 at 00:10 -0300, Germán Poó Caamaño wrote: > > > Even if it implemented tabs, it's likely that the apps run on different > > > workspaces, and it's nice to have the help browser right next to the app > > > for which you seek help. > > > > GtkUnique would only be used so that there is only one yelp executable > > running, so that you do not have several geckos running and so on. > > That's orthogonal to the location and number of the yelp windows. > > I'm not sure if yelp is a good candidate for GtkUnique. > > It's quite annoying when you work in a dual-head station and only able > to run the application in only one display. GtkUnique should support multi-head environment; I say "should" because I cannot test it - so if any has one should download the library and launch one of the tests and see if it works. > That is the case of Firefox nowadays. It complains there is another > instance running. So, you can't follow links in the another one. Yelp doesn't have to just complain: it can open a new window and move it to the right screen/workspace. That's the point of having a single instance. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Tue, 2006-11-14 at 23:09 -0300, Mariano Suárez-Alvarez wrote: > On Wed, 2006-11-15 at 02:54 +0100, Mark Rosenstand wrote: > > On Tue, 2006-11-14 at 12:33 +, Don Scorgie wrote: > > > On Tue, 2006-11-14 at 12:29 +, Ross Burton wrote: > > > > On Tue, 2006-11-14 at 12:24 +, Richard Hughes wrote: > > > > > > as some maintainers of GNOME modules have expressed their interest > > > > > > in > > > > > > using GtkUnique[1] as a dependency for their applications, I'd like > > > > > > to > > > > > > officially propose it as a blessed external dependency for GNOME. > > > > > > > > > > Plus one from me (for gnome-power-manager). > > > > > > > > I'd like to use it in Sound Juicer too. > > > > > > Ditto me, yelp. > > > > Only one help browser at the time? > > > > Even if it implemented tabs, it's likely that the apps run on different > > workspaces, and it's nice to have the help browser right next to the app > > for which you seek help. > > GtkUnique would only be used so that there is only one yelp executable > running, so that you do not have several geckos running and so on. > That's orthogonal to the location and number of the yelp windows. I'm not sure if yelp is a good candidate for GtkUnique. It's quite annoying when you work in a dual-head station and only able to run the application in only one display. That is the case of Firefox nowadays. It complains there is another instance running. So, you can't follow links in the another one. It makes sense for sound-juicer, but not for every single application. -- Germán Poó-Caamaño http://www.ubiobio.cl/~gpoo/ Concepción - Chile ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Tue, 2006-11-14 at 07:43 -0500, Paolo Borelli wrote: > This would > avoid yet-another-mini-lib that distro have to ship and then keep > around > for a long time because any random third party project may have > started > to depend on it. +1. -> One class -> One library -> 4kb of private memory per process using it -> Two RPM (deb, etc) packages per distro maintained for 10 years Not really worth it for piece of code known to be merged next year. -- behdad http://behdad.org/ "Commandment Three says Do Not Kill, Amendment Two says Blood Will Spill" -- Dan Bern, "New American Language" ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Wed, 2006-11-15 at 02:54 +0100, Mark Rosenstand wrote: > On Tue, 2006-11-14 at 12:33 +, Don Scorgie wrote: > > On Tue, 2006-11-14 at 12:29 +, Ross Burton wrote: > > > On Tue, 2006-11-14 at 12:24 +, Richard Hughes wrote: > > > > > as some maintainers of GNOME modules have expressed their interest in > > > > > using GtkUnique[1] as a dependency for their applications, I'd like to > > > > > officially propose it as a blessed external dependency for GNOME. > > > > > > > > Plus one from me (for gnome-power-manager). > > > > > > I'd like to use it in Sound Juicer too. > > > > Ditto me, yelp. > > Only one help browser at the time? > > Even if it implemented tabs, it's likely that the apps run on different > workspaces, and it's nice to have the help browser right next to the app > for which you seek help. GtkUnique would only be used so that there is only one yelp executable running, so that you do not have several geckos running and so on. That's orthogonal to the location and number of the yelp windows. -- m ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Tue, 2006-11-14 at 12:33 +, Don Scorgie wrote: > On Tue, 2006-11-14 at 12:29 +, Ross Burton wrote: > > On Tue, 2006-11-14 at 12:24 +, Richard Hughes wrote: > > > > as some maintainers of GNOME modules have expressed their interest in > > > > using GtkUnique[1] as a dependency for their applications, I'd like to > > > > officially propose it as a blessed external dependency for GNOME. > > > > > > Plus one from me (for gnome-power-manager). > > > > I'd like to use it in Sound Juicer too. > > Ditto me, yelp. Only one help browser at the time? Even if it implemented tabs, it's likely that the apps run on different workspaces, and it's nice to have the help browser right next to the app for which you seek help. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Le mardi 14 novembre 2006, à 16:49, Emmanuele Bassi a écrit : > Hi Vincent; > > On Tue, 2006-11-14 at 17:35 +0100, Vincent Untz wrote: > > Le mardi 14 novembre 2006, à 11:56, Emmanuele Bassi a écrit : > > > > GtkUnique is now hosted on GNOME CVS under the gtkunique module[2] and > > > if needed I'll also request a Bugzilla product for it; I can commit it > > > to API+ABI freeze after the 1.0 release - which should happen as soon as > > > the end of the month. > > > > Sounds weird to have this as an external dependency. Why couldn't this > > live in the desktop until it's integrated in GTK+? > > I'm not entirely sure of what you mean by "live in the desktop". If you > mean "included by CVS surgery inside the modules using it" then it's > perfectly fine for me, as I already said. Otherwise, I'd like a > clarification. :-) Sorry, I meant the desktop suite. There are already some libraries there. To me, external dependencies are software that will be installed anyway for some non-GNOME-related stuff. GtkUnique does not fall in this category. Just my 0,02€, of course :-) Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Le mardi 14 novembre 2006, à 11:56, Emmanuele Bassi a écrit : > Hi all; > > as some maintainers of GNOME modules have expressed their interest in > using GtkUnique[1] as a dependency for their applications, I'd like to > officially propose it as a blessed external dependency for GNOME. > > GtkUnique is now hosted on GNOME CVS under the gtkunique module[2] and > if needed I'll also request a Bugzilla product for it; I can commit it > to API+ABI freeze after the 1.0 release - which should happen as soon as > the end of the month. Sounds weird to have this as an external dependency. Why couldn't this live in the desktop until it's integrated in GTK+? Vinent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Il giorno mar, 14/11/2006 alle 11.56 +, Emmanuele Bassi ha scritto: > Hi all; > > as some maintainers of GNOME modules have expressed their interest in > using GtkUnique[1] as a dependency for their applications, I'd like to > officially propose it as a blessed external dependency for GNOME. Added to jhbuild, gnome-2.18 moduleset ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Hi Vytautas; On Tue, 2006-11-14 at 14:49 +0200, Vytautas Liuolia wrote: > Hi all, > > > Any comments are, as always, welcome. > > > > ciao, > > Emmanuele. > > I just wanted to let you know that I reviewed GtkUnique briefly, and I > like the improvements made to my original library. My time is a bit > limited now to develop it actively myself, plus one developer rans out > of ideas quickly, so I'm glad there are more people working at > single-instance stuff. Thanks Emmanuele :-) Thanks to you, and thanks for your hard work this summer: guniqueapp was already a great contribution to GNOME - I just made some adjustments, added some stuff and shuffled things around a bit. :-) ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Emmanuele Bassi wrote: [...] >>Even if it stays an external lib, can you make sure to not use the gtk_* >>namespace? This way we can eventually put it into gtk at a later point >>without symbols conflicts. > > > This can be fixed before 1.0, but given the number and usage of symbols > GtkUnique exports, I would expect them to be the same in case of > inclusions inside GTK+. But you want them to be different right ? if appfoo is linking against libgtk+ & libgtkunique, and then you upgrade the system libgtk+ to one that includes GtkUnique, thats when you want to make sure things dont conflict. Cheers, -Tristan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Il giorno mar, 14/11/2006 alle 11.56 +, Emmanuele Bassi ha scritto: > Hi all; > > as some maintainers of GNOME modules have expressed their interest in > using GtkUnique[1] as a dependency for their applications, I'd like to > officially propose it as a blessed external dependency for GNOME. > > GtkUnique is now hosted on GNOME CVS under the gtkunique module[2] and > if needed I'll also request a Bugzilla product for it; I can commit it > to API+ABI freeze after the 1.0 release - which should happen as soon as > the end of the month. > > Any comments are, as always, welcome. How big is it in code? I know everybody hates libegg, but if it is little I think it would be not too bad to cut&paste it for now, since I *really* want this kind of thing to hit glib/gtk proper. This would avoid yet-another-mini-lib that distro have to ship and then keep around for a long time because any random third party project may have started to depend on it. Even if it stays an external lib, can you make sure to not use the gtk_* namespace? This way we can eventually put it into gtk at a later point without symbols conflicts. ciao Paolo > > ciao, > Emmanuele. > > +++ > > [1] http://devel.emmanuelebassi.net/API/gtkunique > [2] http://cvs.gnome.org/viewcvs/gtkunique > ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Hi all, > Any comments are, as always, welcome. > > ciao, > Emmanuele. I just wanted to let you know that I reviewed GtkUnique briefly, and I like the improvements made to my original library. My time is a bit limited now to develop it actively myself, plus one developer rans out of ideas quickly, so I'm glad there are more people working at single-instance stuff. Thanks Emmanuele :-) Cheers Vytas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Tue, 2006-11-14 at 12:24 +, Richard Hughes wrote: > > as some maintainers of GNOME modules have expressed their interest in > > using GtkUnique[1] as a dependency for their applications, I'd like to > > officially propose it as a blessed external dependency for GNOME. > > Plus one from me (for gnome-power-manager). I'd like to use it in Sound Juicer too. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Tue, 2006-11-14 at 11:56 +, Emmanuele Bassi wrote: > Hi all; > > as some maintainers of GNOME modules have expressed their interest in > using GtkUnique[1] as a dependency for their applications, I'd like to > officially propose it as a blessed external dependency for GNOME. Plus one from me (for gnome-power-manager). Richard. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Hi Paolo; On Tue, 2006-11-14 at 13:43 +0100, Paolo Borelli wrote: > > GtkUnique is now hosted on GNOME CVS under the gtkunique module[2] and > > if needed I'll also request a Bugzilla product for it; I can commit it > > to API+ABI freeze after the 1.0 release - which should happen as soon as > > the end of the month. > > > > Any comments are, as always, welcome. > > How big is it in code? It's a public object (GtkUniqueApp) plus two enums (GtkUniqueCommand and GtkUniqueResponse). The IPC code is in the various backends; which backend is going to be linked in is decided at compile time. > I know everybody hates libegg, but if it is > little I think it would be not too bad to cut&paste it for now, since I > *really* want this kind of thing to hit glib/gtk proper. I would really like for this to get into GTK+ too; there are two issues, though, which should be resolved: 1. time frame: I cannot guarantee that such feature is going into GTK+ 2.12 in time for GNOME to reach API freeze; 2. logical place in GTK+: since there's no "GtkApp" class inside GTK+, having a stand-alone GtkUniqueApp class makes much less sense - also considering that even if we add a GtkApp class later we cannot change the inheritance of GtkUniqueApp as being a GtkApp, for API/ABI guarantees. Hence, GtkUnique in GTK+ makes sense only in the long run, when GTK+ will have a generic application class. > This would > avoid yet-another-mini-lib that distro have to ship and then keep around > for a long time because any random third party project may have started > to depend on it. A way to avoid having direct dependency on GtkUnique would be to use CVS inclusion inside a host module, without literally cutting and pasting code; the changes in the build would be really small. > Even if it stays an external lib, can you make sure to not use the gtk_* > namespace? This way we can eventually put it into gtk at a later point > without symbols conflicts. This can be fixed before 1.0, but given the number and usage of symbols GtkUnique exports, I would expect them to be the same in case of inclusions inside GTK+. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Proposing GtkUnique 1.0 as a blessed external dependency
Hi all; as some maintainers of GNOME modules have expressed their interest in using GtkUnique[1] as a dependency for their applications, I'd like to officially propose it as a blessed external dependency for GNOME. GtkUnique is now hosted on GNOME CVS under the gtkunique module[2] and if needed I'll also request a Bugzilla product for it; I can commit it to API+ABI freeze after the 1.0 release - which should happen as soon as the end of the month. Any comments are, as always, welcome. ciao, Emmanuele. +++ [1] http://devel.emmanuelebassi.net/API/gtkunique [2] http://cvs.gnome.org/viewcvs/gtkunique -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
On Tue, 2006-11-14 at 12:29 +, Ross Burton wrote: > On Tue, 2006-11-14 at 12:24 +, Richard Hughes wrote: > > > as some maintainers of GNOME modules have expressed their interest in > > > using GtkUnique[1] as a dependency for their applications, I'd like to > > > officially propose it as a blessed external dependency for GNOME. > > > > Plus one from me (for gnome-power-manager). > > I'd like to use it in Sound Juicer too. Ditto me, yelp. Thanks Don ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Emmanuele Bassi wrote: > > This can be fixed before 1.0, but given the number and usage of symbols > GtkUnique exports, I would expect them to be the same in case of > inclusions inside GTK+. > When you submit the lib to gtk bugzilla, the gtk maintainers almost certainly will want some API changes. (Good reason to submit the API right away, btw.) Even if they don't though, just as a practical matter you don't want two copies of the same symbol in one process, even if in theory they are cut-and-pastes of the same implementation. Havoc ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposing GtkUnique 1.0 as a blessed external dependency
Hi Vincent; On Tue, 2006-11-14 at 17:35 +0100, Vincent Untz wrote: > Le mardi 14 novembre 2006, à 11:56, Emmanuele Bassi a écrit : > > GtkUnique is now hosted on GNOME CVS under the gtkunique module[2] and > > if needed I'll also request a Bugzilla product for it; I can commit it > > to API+ABI freeze after the 1.0 release - which should happen as soon as > > the end of the month. > > Sounds weird to have this as an external dependency. Why couldn't this > live in the desktop until it's integrated in GTK+? I'm not entirely sure of what you mean by "live in the desktop". If you mean "included by CVS surgery inside the modules using it" then it's perfectly fine for me, as I already said. Otherwise, I'd like a clarification. :-) ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
