i've asked what i thought were straightforeward quwstions recently.
zip. am i getting thru?
thanks,
gary
--
Gary Kline kl...@thought.org http://www.thought.org Public Service Unix
Journey Toward the Dawn, E-Book: http://www.thought.org
The 8.57a release of Jottings:
On 16 December 2011 08:17, Gary Kline kl...@thought.org wrote:
i've asked what i thought were straightforeward quwstions recently.
zip. am i getting thru?
The last mail I see from you in my mail archive is 2 days ago, saying
thanks to Florian. Were there some more since then?
John
2011/12/16 John Lindgren john.lindg...@aol.com:
Lately I have been trying to improve the performance with large
playlists (i.e. on the order of 100,000 entries). The one remaining
problem spot seems to be GtkTreeView. I am attaching a simple test
program that creates a GtkTreeView with 3
On Thu, 15 Dec 2011 20:13:03 -0500
John Lindgren john.lindg...@aol.com wrote:
Hi,
I am the lead developer of Audacious (a GTK+ based music player).
Lately I have been trying to improve the performance with large
playlists (i.e. on the order of 100,000 entries). The one remaining
problem
On 16 December 2011 10:36, jcup...@gmail.com wrote:
2011/12/16 John Lindgren john.lindg...@aol.com:
Lately I have been trying to improve the performance with large
playlists (i.e. on the order of 100,000 entries). The one remaining
problem spot seems to be GtkTreeView. I am attaching a
Steve,
I use the time shell command and wait for my CPU meter to drop back to
idle before quitting the test program, giving something like this:
time ./list-test
real0m31.719s
user0m29.168s
sys0m0.023s
-- John
On 12/16/2011 12:24 AM, Steve . wrote:
John,
Time to
On 12/16/2011 05:54 AM, jcup...@gmail.com wrote:
...
I did notice that you forgot to put the treeview into fixed-height mode.
Normally, treeview lets rows vary in height (so you can change font
between rows, for example). To make this work, treeview has a idle
task which scans the entire
Jannis Pohlmann wrote:
I only briefly read the other replies, so maybe I'm repeating something
here. One thing I remember that can speed things up drastically is to
only associate the model with the tree view once it has all its data.
AFAIR, populating the model while it's linked to the tree
On Fri, Dec 16, 2011 at 10:32 PM, John Lindgren john.lindg...@aol.com wrote:
Steve,
I use the time shell command and wait for my CPU meter to drop back to
idle before quitting the test program, giving something like this:
time ./list-test
real 0m31.719s
user 0m29.168s
On 12/16/2011 08:16 AM, jacky wrote:
As I said, I'm not sure this is the right way to do such a thing, so I
would appreciate any help/information on how one would do this
properly.
Since GTK is object oriented, you could just create a new class that
inherits from GtkCalender. However this is
On 12/16/2011 11:05 AM, Michael Torrie wrote:
stuff
As I think about it, my knowledge of extending GTK really is out of
date. So I'm not at all sure how to do in C anymore. But Vala still
just might be the ticket. Emitted Vala code is supped to be directly
usable from a C program. I know the
Thanks. I will have a look into Vala, although for projects I have
planned, I really want/need to be using C.
And while GTK is oriented-object, it is written in C and, AFAIK, there
are no such things as classes in C?
I believe the way to create a widget based on/extending another one is
how I
jacky wrote:
What I was looking into would be more taking an existing widget, and
modifying it a little, as in changing its behavior on some aspect, or
adding a feature, something like that.
My question is: what would be the best/standard/recommanded way to do
such a thing?
Widgets are not
Michael Cronenworth wrote:
2. Create a shell widget
Rereading your post I think you called this composite widget. I'm not
sure why you are opposed to this idea. I've created a composite widget
myself and it has worked great for me.
___
Right, thanks. Alright so using extend might not have been the right
term (probably comes because I've done some PHP and have been influenced
by that), sorry.
Oh, and I've used the term composite widget simply because I read it
here, and assumed it was how such widgets were called:
jjacky wrote:
Anyways, I don't have a problem with creating a new (shell/composite)
widget using another one inside of it, it's actually exactly what I did
in my example: created a widget JjkCalendar which contains a GtkCalendar.
Your composite widget project is similar to mine. I created a
On 12/16/2011 02:52 PM, jjacky wrote:
Thanks. I will have a look into Vala, although for projects I have
planned, I really want/need to be using C.
Precisely. Vala makes the C Gobjects. You could use Vala to construct
a class with a bunch of empty methods and then use the generated C code
On 12/16/2011 03:03 PM, Michael Cronenworth wrote:
jacky wrote:
What I was looking into would be more taking an existing widget, and
modifying it a little, as in changing its behavior on some aspect, or
adding a feature, something like that.
My question is: what would be the
On 12/16/2011 03:03 PM, Michael Cronenworth wrote:
Widgets are not plugins. They are whole objects. There is no extensible
feature to them.
Just for your information, here's a couple of examples of extending
GtkButton using inheritance and the GObject Builder tool:
On 12/16/2011 02:52 PM, jjacky wrote:
And while GTK is oriented-object, it is written in C and, AFAIK, there
are no such things as classes in C?
As always, read the docs. Here is the documentation describing how to
create new GObjects, and inherit from existing ones, implement virtual
On Fri, Dec 16, 2011 at 09:51:30AM +, jcup...@gmail.com wrote:
Date: Fri, 16 Dec 2011 09:51:30 +
From: jcup...@gmail.com
Subject: Re: list troubles?
To: Gary Kline kl...@thought.org
Cc: GTK Devel List gtk-app-devel-list@gnome.org
On 16 December 2011 08:17, Gary Kline
On Fri, Dec 16, 2011 at 04:09:54PM -0700, Michael Torrie wrote:
1. Copy an entire GTK widget and give it a unique name.
Example: GtkButton becomes GtkMyButton
You really could Create a GtkMyButton by inheriting from GtkButton and
adding your own code. However, just as in C++, the
Thanks, I do need to do some more reading on the gobject docs, great
stuff there.
What I'm looking for is inheritance, and I see how it could be done yes.
However, that would require the original widget to be done using virtual
public methods, and I'm afraid this isn't the case
Alright, I think I'm starting to see things a little better now - thank
you all.
I believe, in the case of GtkCalendar, there are no virtual public
methods, only static/private ones, and most of them use other such
methods as well as the private structure, which is why creating a widget
On 12/16/2011 05:24 PM, jjacky wrote:
Thanks, I do need to do some more reading on the gobject docs, great
stuff there.
What I'm looking for is inheritance, and I see how it could be done yes.
However, that would require the original widget to be done using virtual
public methods, and
Be healthy with our help!...
http://www.odenvoyage.ironie.org/p.google.php?foID=93af8
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
26 matches
Mail list logo
