Re: Is there someone working on a gnome_help_display replacement?

I still think extending glib with dbus support wouldn't be that bad of
an idea. 

We could let just add a function g_uri_open() that will:
- send out a message that a uri needs to be opened
- or ask for a program that can handle this uri and open the program

What would be the safest/fasted?

When using win32 you just use the win32 api for handeling uri's instead
of using dbus. So no problem there.

Only problem I see is that you will need to add a dependency dbus to
glib. What effect would this have on performance/memory consumption etc.
And does dbus work on other platforms then linux like freebsd, solaris

On Sun, 2005-02-13 at 23:34 -0600, Shaun McCance wrote:
>On Mon, 2005-02-14 at 00:23 -0500, William Jon McCann wrote:
>> On Sat, 2005-02-12 at 20:36 -0600, Shaun McCance wrote:
>> >On Sun, 2005-02-13 at 02:54 +0100, Kristof Vansant wrote:
>> >> I started on replacing libgnome and libgnomeui code from project with
>> >> gtk counterparts. The most used and not yet replaceable function is the
>> >> gnome_help_display function. What I was wondering is: is someone working
>> >> on a replacement for gtk or is there another way to replace this
>> >> function?
>> >
>> >I don't think it's likely that such a function would ever make it into
>> >GTK+.
>> >Even if we finally got a standardized help system on
>> >(and it
>> >will happen eventually, I promise), launching the help file is in the
>> >same
>> >problem space as opening up a web browser or opening a file with the
>> >right
>> >program.  And I don't think those are things GTK+ is going to address.
>> Well, gtk+ 2.6 has addressed a similar problem in the following way:
>I don't think it's so much addressed it as it's passed the buck.  All
>does is allow you to say, "when the user clicks the link, call this
>But you still need the function, i.e. gnome_vfs_uri_open.
>Really, that's no different than what we do with Help buttons now.  We
>up a signal handler that says, "when the user clicks this button or menu
>call this function."
>It's just a hook.  It's not actually providing the actual activation.
>> Also, some good ideas here:
>While a good read, this doesn't offer a solution either.  It only says
> needs to produce a specification, and then maybe we can
>about getting that into GTK+.  So until we get the necessary
>work done, nothing is going to happen.
>And really, I'm not entirely convinced GTK+ is the right place for this
>of thing.  I don't see any reason why applications can't link against
>libraries instead of one.
>gnome-devel-list mailing list
>gnome-devel-list gnome org

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]