Send gtk-list mailing list submissions to
gtk-list gnome org
To subscribe or unsubscribe via the World Wide Web, visit
http://mail.gnome.org/mailman/listinfo/gtk-listor, via email, send a message with subject or body 'help' to
gtk-list-request gnome org
You can reach the person managing the list at
gtk-list-owner gnome org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gtk-list digest..."
Today's Topics:
1. GLists & Sorting (Hadron)
2. Re: man/info for gtk+ (Hadron)
3. Re: API help : searchable reference (Hadron)
4. Re: man/info for gtk+ (Gian Mario Tagliaretti)
5. Re: GLists & Sorting (David Ne?as
(Yeti))
6. Re: man/info for gtk+ (David Ne?as (Yeti))
----------------------------------------------------------------------
Message: 1
Date: Sun, 17 Dec 2006 15:10:23 -0800 (PST)
From: Hadron <hadronquark gmail com>
Subject: GLists & Sorting
To: gtk-list gnome org
Message-ID: <7921273 post talk nabble com>
Content-Type: text/plain; charset=us-ascii
This is my first usage of GLib and GTK. I have used similar before.
Here is some code:
g_list_foreach(filesystems,printlistelement,NULL);
g_message("There are %d elements.\n",g_list_length(filesystems));
if(filesystems && bsort)
g_list_sort(filesystems,comparenames);
g_message("There are %d
elements.\n",g_list_length(filesystems));
The 1st and second line correctly print out the 17 list contents and the
number of elements respectively.
The list contains GStrings. printlistelemet is defined as:
void printlistelement(gpointer r1, gpointer ignore){
g_message("%s\n",((GString *)r1)->str);
}
The next call to g_list_length gave 3 instaed of 17!
Where I had my problem was where I did not reassign the output of the call
to g_list_sort to "filesystems". What is the thinking behind this in the
API? If I had a pointer to a List "object" then it should be just that - not
a pointer to a sub element.
--
View this message in context:
http://www.nabble.com/GLists---Sorting-tf2837253.html#a7921273Sent from the Gtk+ - General mailing list archive at
Nabble.com.
------------------------------
Message: 2
Date: Mon, 18 Dec 2006 01:13:12 -0800 (PST)
From: Hadron <hadronquark gmail com>
Subject: Re: man/info for gtk+
To: gtk-list gnome org
Message-ID: <7925567 post talk nabble com>
Content-Type: text/plain; charset=UTF-8
HTML is not accessible in context sensitive nature from editors such as
emacs. I find it hard to believe that a Linux toolkit does not have man or
info pages. e.g hit hotkey, help api appears in a frame for the call under
the cursor.
But thanks for the info anyway.
Dont get me wrong, devhelp is ok but man/info would be nice for the stalwart
emacs as well as being more concistent with other Linux development
packages.
Mariano Su?rez-Alvarez-2 wrote:
>
> On Fri, 2006-12-15 at 06:37 -0800, Hadron wrote:
>> Using emacs as my main linux IDE (its reliable!), I am unable to
locate
>> man
>> pages or info pages for gtk+ on my system. Can someone please help? What
>> are
>> you using? if there are no such things (which I find hard to believe) how
>> would I petition for them to be added to the toolkit distribution? I
>> really
>> like to access context help in my editor - not have to mess about with an
>> external browser to see the API prototypes and function documentation.
>
> GTK+ installs (or, probably, the -devel package for it in your distro)
> HTML documentation which is very easily accesible using the devhelp
> program.
>
> HTH,
>
> -- m
>
>
> --
> Mariano Su?rez-Alvarez
>
http://www.gnome.org/~mariano>
>
> _______________________________________________
> gtk-list mailing list
>
gtk-list gnome org
>
http://mail.gnome.org/mailman/listinfo/gtk-list>
>
--
View this message in context:
http://www.nabble.com/man-info-for-gtk%2B-tf2827372.html#a7925567Sent from the Gtk+ - General mailing list archive at Nabble.com.
------------------------------
Message: 3
Date: Mon, 18 Dec 2006 01:14:02 -0800 (PST)
From: Hadron <hadronquark gmail com>
Subject: Re: API help : searchable reference
To: gtk-list gnome org
Message-ID: <7925571 post talk nabble com>
Content-Type: text/plain; charset=us-ascii
devhelp seems the only way forward on this. Thanks to a poster in a another
thread.
Hadron wrote:
>
> Is there no searchable API reference? I hate using google since looking
up
> GString or GList (for example) brings up loads of stuff not related. I was
> still hoping to get some feedback on getting the GTK+ API in man pages for
> emacs integration.
>
>
--
View this message in context:
http://www.nabble.com/API-help-%3A-searchable-reference-tf2837011.html#a7925571Sent from the Gtk+ - General mailing list archive at Nabble.com.
------------------------------
Message: 4
Date: Mon, 18 Dec 2006 14:30:58 +0100
From: "Gian Mario Tagliaretti" <g tagliaretti gmail com>
Subject: Re: man/info for gtk+
To: Hadron <hadronquark gmail com>
Cc: gtk-list gnome org
Message-ID:
<35bf41160612180530r1a5e8495jb65ee34697035a4f mail gmail com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
2006/12/18, Hadron
<hadronquark gmail com>:
> Dont get me wrong, devhelp is ok but man/info would be nice for the stalwart
> emacs as well as being more concistent with other Linux development
> packages.
You can try with:
http://docbook2x.sourceforge.net/to convert docbook into man, if you succeed don't forget to share :)
cheers
--
Gian Mario Tagliaretti
http://www.parafernalia.org/pygtk/------------------------------
Message: 5
Date: Mon, 18 Dec 2006 14:32:48 +0100
From: David Ne?as (Yeti) <yeti physics muni cz>
Subject: Re: GLists & Sorting
To: gtk-list gnome org
Message-ID: <20061218133248 GB18091 potato chello upc cz>
Content-Type: text/plain; charset=us-ascii
On Sun, Dec 17, 2006 at 03:10:23PM -0800, Hadron wrote:
>
> Where I
had my problem was where I did not reassign the output of the call
> to g_list_sort to "filesystems". What is the thinking behind this in the
> API? If I had a pointer to a List "object" then it should be just that - not
> a pointer to a sub element.
Quite the contrary, there is no List object, only pointers
to elements, so you never have a pointer to a List object.
By convention, many functions get and return the pointer to
the head, but other algorithms don't care where the list has
the head -- or whether it has any at all, you can make
a cyclic list of GList items, no problem (of course, you
must not use a GLib function that assumes a non-cyclic list).
Yeti
--
Whatever.
------------------------------
Message: 6
Date: Mon, 18 Dec 2006 14:49:53 +0100
From: David Ne?as (Yeti) <yeti physics muni cz>
Subject: Re: man/info for gtk+
To: gtk-list gnome org
Message-ID:
<20061218134953 GC18091 potato chello upc cz>
Content-Type: text/plain; charset=us-ascii
On Mon, Dec 18, 2006 at 01:13:12AM -0800, Hadron wrote:
>
> HTML is not accessible in context sensitive nature from editors such as
> emacs. I find it hard to believe that a Linux toolkit does not have man or
> info pages. e.g hit hotkey, help api appears in a frame for the call under
> the cursor.
HTML is better suited for this purpose, because it is
possible to refer to fragments, i.e. a precise position in
the document, in HTML. In fact, HTML has links at all, in
man pages links are just a hack implemented by some viewers.
And indeed HTML does not prevent what you describe. I hit
a hotkey and get the documentation of the symbol under
cursor. In vim.
Emacs has w3 and w3m, so the only problem is to scan the
index file and find the symbol. I don't use emacs,
but
I suppose someone has already written this for emacs too and
it no one has yet, it should not be that hard.
Yeti
--
Whatever.
------------------------------
_______________________________________________
gtk-list mailing list
gtk-list gnome org
http://mail.gnome.org/mailman/listinfo/gtk-listEnd of gtk-list Digest, Vol 32, Issue 22
****************************************
