[Gtk-sharp-list] RE: Gtk-sharp-list digest, Vol 1 #259 - 4 msgs
Chan Kong Yew
Mon, 6 Oct 2003 09:32:27 +0800
[mailto:firstname.lastname@example.org] On Behalf Of
Sent: Friday, October 03, 2003 6:27 PM
Subject: Gtk-sharp-list digest, Vol 1 #259 - 4 msgs
Send Gtk-sharp-list mailing list submissions to
To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
You can reach the person managing the list at
When replying, please edit your Subject line so it is more specific than
"Re: Contents of Gtk-sharp-list digest..."
1. Re: OT: I'm angry with this list. Or Im wrong. (Leo Spalteholz)
2. Re: GLib.Object.Dispose questions (Mike Kestner)
3. Re: enums not generated for gnomeprintui (Mike Kestner)
4. Monodoc 0.7 has been released. (Miguel de Icaza)
From: Leo Spalteholz <email@example.com>
Subject: Re: [Gtk-sharp-list] OT: I'm angry with this list. Or Im wrong.
Date: Wed, 1 Oct 2003 23:05:31 -0700
On October 1, 2003 01:57 pm, Martin Willemoes Hansen wrote:
> On Wed, 2003-10-01 at 22:40, Luciano Callero wrote:
> > Hello:
> > Sorry for this OT, but I need to do.
> > I'm Angry with the list members, i will explain why:
> > Every time that i ask something about gtk#, I have 0 Response. This,
> > give me a the freedom to think why is that:
> > - I think that maybe this is not the list that i must belong.
> > - Maybe This is a list for only a GtkSharp Core developer, and not
> > to all of the Gtk# Developers. Like I pretend to be.
> This list can be used to ask all kinds of Gtk# questions, its true
> that a lot of development is going on as well.
> > - Maybe you have no time to response. It could happen to.
> Personally I dont have too much time, and I guess that many others
> dont have.
Yes it seems to be a simple case of the main developers just not having
time to answer many questions and there just aren't enough other
developers to handle tasks like documentation and user support.
> > - Maybe you response depending what kind of difficulty the question.
> > - Maybe I'm a horrible writting in english (this is true :) sorry)
> > - Maybe It is only fortuitousness.
> > Ok, sorry for this, but you don't know how difficult it is to pass
> > from M$ to n*x for someone who really dont know anything about n*x.
> > Every time that i want to start hacking in some that is "free" i get
> > frustrated beacause i can't find the necesary documentation, or it
> > is not very clair for my. I think that this kind of lists are for
> > this, but i see that this is not. (maybe i use many times maybe :D,
> > can be) I tell you this, beacause it is the only way for changing
> > this (if you want). It is true that i'm not a n*x hacker, but i'm
> > developing in about 10 years in m$, i think, that i have some
> > knowledge to start developing in mono, and i see that is good but i
> > can't.
> > Sorry. This is like a Constructive Criticism.
> Cheer up! I know how hard it is to find good information. I try to
> read the docs which are written, then read the src, then ask here. Its
> pretty hard. But it is getting better each day, more and more
> documentation is being made.
Yup, lots of the documentation either doesn't exist, is incomplete, or
plain doesn't work. Thats just a part of working on a project that is
essentially in its infancy. The documentation linked to on the mono
website is very bad (no offence the the authors, I intend to help out
that once I have some time). Checkout the monodoc and gtk-sharp modules
from cvs. The documentation which is there is quite helpful.
Good luck. I started programming with mono and GTK# a month ago and am
going through the same thing but it gets easier all the time.
Subject: Re: [Gtk-sharp-list] GLib.Object.Dispose questions
From: Mike Kestner <firstname.lastname@example.org>
To: Bruno Fernandez-Ruiz <email@example.com>
Date: Thu, 02 Oct 2003 10:02:51 -0500
On Thu, 2003-10-02 at 00:11, Bruno Fernandez-Ruiz wrote:
> Now, my questions are:
> 1. What is the design decision behind making the Dispose () method
> schedule the PerformQueuedUnrefs() for an idle of the gtk_main and not
> just calling g_object_unref when the object is being disposed?
The GC runs in a different thread, and changes to the gui have to come
from a single thread.
> 2. The header of Object.cs has a TODO:
> // TODO:
> // Could remove `disposed' for a check if an object is on the
> what is dispose_queue_list? I looked into the public g_object API, but
> could not find anything.
That's probably left over from an earlier implementation.
Mike Kestner <firstname.lastname@example.org>
Subject: Re: [Gtk-sharp-list] enums not generated for gnomeprintui
From: Mike Kestner <email@example.com>
To: Martin Willemoes Hansen <firstname.lastname@example.org>
Date: Thu, 02 Oct 2003 10:39:14 -0500
On Wed, 2003-10-01 at 15:16, Martin Willemoes Hansen wrote:
> I made a patch, using regexes to catch this enum style.
I committed a different fix that keeps all enum matching in the one
branch. Thanks for the patch.
Mike Kestner <email@example.com>
From: Miguel de Icaza <firstname.lastname@example.org>
To: Mono Docs <email@example.com>,
Mono Announce <firstname.lastname@example.org>,
Gtk# list <email@example.com>
Date: 02 Oct 2003 18:58:35 -0400
Subject: [Gtk-sharp-list] Monodoc 0.7 has been released.
MonoDoc 0.7 has been released. This release contains tons of
improvements, and tons of new documentation.
* What is new
* Web-based edition: Monodoc now runs as a GUI client and
also as a web service provider (you can see it live in
the new tree contents. A *beautiful* hack from Piers Haken.
* C# spec is now part of the documentation
* All errors generated by MCS are included with samples
so you can find out what errors mean.
* Many GUI improvements.
* Class library rendering can now group methods with the
same name (and a nice page for overloads is also generated).
* Prettier documentation rendering for class libraries.
* Keyboard navigation
* Window for multi-matches provides more contextual information.
* Incremental searching updates multi-matches on the flight.
Requires Gtk# 0.11 and Mono 0.28
This release would not have been possible without the help of
everyone who contributed to the effort, here is a list of coders
and documentors that made this possible:
Alejandro Sanchez, Alp Toker, Ben Maurer, Duncan Mak, Gonzalo
Paniagua, Hector Gomez, Johannes Roith, John Luke, Jonathan
Pryor, Joshua Tauberer, Martin Baulig, Martin Willemoes, Miguel
de Icaza and Piers Haken.
Gtk-sharp-list mailing list
End of Gtk-sharp-list Digest