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
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
On 12/16/2011 04:47 PM, David Nečas wrote:
> I wish it was so. What invariably happens in practice is this:
Thanks you. Tis unfortunate that things are this way. That said I've
heard of problems in other languages where well-meaning developers
marked classes as "final." Makes me like Python
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
"ex
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 unfortunately
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++, th
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
> Cc: GTK Devel List
>
> On 16 December 2011 08:17, Gary Kline wrote:
> > i've asked what i thought were straightfo
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
method
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:
http://www.jirka.org/gtk-b
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 best/s
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
a
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 cus
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:
http:/
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.
___
gtk-app-de
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 plu
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
On 12/16/2011 11:05 AM, Michael Torrie wrote:
>
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 LXDE
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 i
Hi there,
I am new to GTK (and C, actually), and one of the things I was looking
into doing was "extending" an existing widget. By that I mean, I don't
want to write a custom widget from scratch, nor a "composite widget"
(which, if I got it right, means putting 2 or more widgets together
into one,
On Fri, Dec 16, 2011 at 10:32 PM, John Lindgren 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
> sys 0m0.
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 tre
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 ent
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,
>
> Tim
On 16 December 2011 10:36, wrote:
> 2011/12/16 John Lindgren :
>> 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
On Thu, 15 Dec 2011 20:13:03 -0500
John Lindgren 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 spot seems to be
2011/12/16 John Lindgren :
> 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 columns and 100,000 r
On 16 December 2011 08:17, Gary Kline 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
_
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: ht
28 matches
Mail list logo
