Re: Is there someone working on a gnome_help_display replacement?

[Kristof Vansant <de_lupus pandora be>]

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
itself

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
etc.

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 freedesktop.org
>> >(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:
>> http://developer.gnome.org/doc/API/2.0/gtk/GtkAboutDialog.html#gtk-about-dialog-set-url-hook
>
>I don't think it's so much addressed it as it's passed the buck.  All
>that
>does is allow you to say, "when the user clicks the link, call this
>function."
>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
>hook
>up a signal handler that says, "when the user clicks this button or menu
>item,
>call this function."
>
>It's just a hook.  It's not actually providing the actual activation.
>
>> Also, some good ideas here:
>> http://people.imendio.com/andersca/archives/2004/11/index.html
>
>While a good read, this doesn't offer a solution either.  It only says
>that
>freedesktop.org needs to produce a specification, and then maybe we can
>see
>about getting that into GTK+.  So until we get the necessary
>freedesktop.org
>work done, nothing is going to happen.
>
>And really, I'm not entirely convinced GTK+ is the right place for this
>sort
>of thing.  I don't see any reason why applications can't link against
>two
>libraries instead of one.
>
>--
>Shaun
>
>
>_______________________________________________
>gnome-devel-list mailing list
>gnome-devel-list gnome org
>http://mail.gnome.org/mailman/listinfo/gnome-devel-list
>