Hi,
We're in the process of evaluating solutions for mobile based application. We came across GTK with DirectFB as one of the options. We have some queries in this regard....
1. How many bits per pixel ( how many colors) can be displayed ?
2. Does it integrate with SVG?
2.a Can it read/parse XML based files ?
3. Is it possible to render 3D animations, text ? If yes, how ?
4. Does it support Unicode 8 or 16 ?
5. Does it support OMA DRM (for mobile applications)
6. Does it have a JVM ? Can Java applications run ?
7. Does it support Mobile connectivity ( Bluetooth, IrDA, AT-command) ?
8. Can u tell us the difference between DirectFB & X11?
Thanks & Regards
Sriniamul
----- Original Message ----
From: "gtk-list-request@xxxxxxxxx" <gtk-list-request@xxxxxxxxx>
To: gtk-list@xxxxxxxxx
Sent: Monday, December 18, 2006 10:30:23 PM
Subject: gtk-list Digest, Vol 32, Issue 22
From: "gtk-list-request@xxxxxxxxx" <gtk-list-request@xxxxxxxxx>
To: gtk-list@xxxxxxxxx
Sent: Monday, December 18, 2006 10:30:23 PM
Subject: gtk-list Digest, Vol 32, Issue 22
Send gtk-list mailing list submissions to
gtk-list@xxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
http://mail.gnome.org/mailman/listinfo/gtk-list
or, via email, send a message with subject or body 'help' to
gtk-list-request@xxxxxxxxx
You can reach the person managing the list at
gtk-list-owner@xxxxxxxxx
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@xxxxxxxxx>
Subject: GLists & Sorting
To: gtk-list@xxxxxxxxx
Message-ID: <7921273.post@xxxxxxxxxxxxxxx>
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#a7921273
Sent 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@xxxxxxxxx>
Subject: Re: man/info for gtk+
To: gtk-list@xxxxxxxxx
Message-ID: <7925567.post@xxxxxxxxxxxxxxx>
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@xxxxxxxxx
> http://mail.gnome.org/mailman/listinfo/gtk-list
>
>
--
View this message in context: http://www.nabble.com/man-info-for-gtk%2B-tf2827372.html#a7925567
Sent 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@xxxxxxxxx>
Subject: Re: API help : searchable reference
To: gtk-list@xxxxxxxxx
Message-ID: <7925571.post@xxxxxxxxxxxxxxx>
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#a7925571
Sent 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@xxxxxxxxx>
Subject: Re: man/info for gtk+
To: Hadron <hadronquark@xxxxxxxxx>
Cc: gtk-list@xxxxxxxxx
Message-ID:
<35bf41160612180530r1a5e8495jb65ee34697035a4f@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
2006/12/18, Hadron <hadronquark@xxxxxxxxx>:
> 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@xxxxxxxxxxxxxxx>
Subject: Re: GLists & Sorting
To: gtk-list@xxxxxxxxx
Message-ID: <20061218133248.GB18091@xxxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxxxxxxxx>
Subject: Re: man/info for gtk+
To: gtk-list@xxxxxxxxx
Message-ID: <20061218134953.GC18091@xxxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list
End of gtk-list Digest, Vol 32, Issue 22
****************************************
gtk-list@xxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
http://mail.gnome.org/mailman/listinfo/gtk-list
or, via email, send a message with subject or body 'help' to
gtk-list-request@xxxxxxxxx
You can reach the person managing the list at
gtk-list-owner@xxxxxxxxx
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@xxxxxxxxx>
Subject: GLists & Sorting
To: gtk-list@xxxxxxxxx
Message-ID: <7921273.post@xxxxxxxxxxxxxxx>
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#a7921273
Sent 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@xxxxxxxxx>
Subject: Re: man/info for gtk+
To: gtk-list@xxxxxxxxx
Message-ID: <7925567.post@xxxxxxxxxxxxxxx>
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@xxxxxxxxx
> http://mail.gnome.org/mailman/listinfo/gtk-list
>
>
--
View this message in context: http://www.nabble.com/man-info-for-gtk%2B-tf2827372.html#a7925567
Sent 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@xxxxxxxxx>
Subject: Re: API help : searchable reference
To: gtk-list@xxxxxxxxx
Message-ID: <7925571.post@xxxxxxxxxxxxxxx>
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#a7925571
Sent 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@xxxxxxxxx>
Subject: Re: man/info for gtk+
To: Hadron <hadronquark@xxxxxxxxx>
Cc: gtk-list@xxxxxxxxx
Message-ID:
<35bf41160612180530r1a5e8495jb65ee34697035a4f@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
2006/12/18, Hadron <hadronquark@xxxxxxxxx>:
> 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@xxxxxxxxxxxxxxx>
Subject: Re: GLists & Sorting
To: gtk-list@xxxxxxxxx
Message-ID: <20061218133248.GB18091@xxxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxxxxxxxx>
Subject: Re: man/info for gtk+
To: gtk-list@xxxxxxxxx
Message-ID: <20061218134953.GC18091@xxxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list
End of gtk-list Digest, Vol 32, Issue 22
****************************************
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
_______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list
