From raphael.schmid@gmx.de Sat Mar 1 07:36:44 2003 From: raphael.schmid@gmx.de (Raphael Schmid) Date: Sat, 1 Mar 2003 07:36:44 +0000 Subject: [Mono-docs-list] MonoDoc Release: next week. In-Reply-To: <1046404505.2191.352.camel@erandi.boston.ximian.com> References: <1046404505.2191.352.camel@erandi.boston.ximian.com> Message-ID: <20030301073644.0b6fcdf8.raphael.schmid@gmx.de> Hey Miguel, I still have Label. Since my regular work requires my full attention right now I wasn't able to do anything on it this week. Will hopefully fix it on the weekend though. - Raphael On 27 Feb 2003 22:55:05 -0500 Miguel de Icaza wrote: > Hey guys, > > I would like to add back/forward navigational buttons to the browser > and fix a few of the hyperlink features and do a release for next week. > > The plan is to include the current group of ECMA docs, and the Gtk# > docs (and I can be convinced into shipping stubs for some classes if > people express an interest). > > I know that there are a few classes that people have grabbed for > documenting, how are those going? > > Miguel. > _______________________________________________ > Mono-docs-list maillist - Mono-docs-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-docs-list > From farrisg@shaw.ca Sat Mar 1 02:46:01 2003 From: farrisg@shaw.ca (George Farris) Date: Fri, 28 Feb 2003 18:46:01 -0800 Subject: [Mono-docs-list] Miguel asked me to pass this to you. Message-ID: <1046486761.30969.7.camel@ve7frg.gmsys.com> --Boundary_(ID_NI1B5cFUpVBiK8LFr18u7Q) Content-type: text/plain Content-transfer-encoding: 7BIT I have written some very preliminary docs for the TreeView widget. Please feel free to include them in the docs for GTK#. I will expand the documentation to include selections and also make what I provide here much better over the long run but this should allow people to get stated. Let me know what you think. -- George Farris --Boundary_(ID_NI1B5cFUpVBiK8LFr18u7Q) Content-type: text/html; name=treeview.html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=treeview.html The Mono Handbook - GNOME.NET - GTK#


GTK#

Miscellaneous Widgets

Tree and List Widget

The TreeView widget is one of the more complex GTK widgets. It is well worth while spending some time studing it carefully.

These widgets are designed around a Model/View/Controller design and consists of four major parts:

GtkTreeView : the tree view widget

GtkTreeViewColumn : the view column

GtkCellRenderer : the cell renderers

GtkTreeModel : the model interface

A quick look at the situation boils down to this:

CellRender -----> TreeViewColumn -----> TreeView

A cell (CellRenderer) of type text, pixbuf or toggle is created and packed into a newly created column (TreeViewColumn). The column in turn is appended to the tree (TreeView). Data is added to the tree model (TreeStore or ListStore) and the model is associated with the newly created tree.



Lets start with a simple example and explain as we go:

We'll create a simple list view with one column and text data stored in it. We could of course create multiple columns of different types but for our purposes, simple is better.

Lets create the TreeView widget first. We'll assume that the parent widget that we are going to pack the TreeView widget into has already been created.

First we create a ListStore for holding the data that our list widget is going to display.

The ListStore object is a list model for use with a TreeView widget. It implements the TreeModel interface, and consequentialy, can use all of the methods available there. It also implements the TreeSortable interface so it can be sorted by the view. Finally, it also implements the tree interfaces.

ListStore store = null;

Next we create a new TreeView widget and associate our newly created ListStore with the TreeView.

TreeView tv = new TreeView (store);

Here we assign attributes to the TreeView such as making sure headers are on. Headers refer to the column headers that appear as buttons and may be tied to such functions as sorting the view of column data.

tv.HeadersVisible = true;

Now we need to add columns to our TreeView. We are going to add one column. We get a new TreeViewColumn and a new CellRenderer of type text to add to our column. 



TreeViewColumn NameCol = new TreeViewColumn ();
CellRenderer NameRenderer = new CellRendererText ();
NameCol.Title = "Name";
NameCol.PackStart (NameRenderer, true);
NameCol.AddAttribute (NameRenderer, "text", 0);
tv.AppendColumn (NameCol);

Since we aren't going to add any more columns to our TreeView we can finish by packing it into whatever parent widget we have. 

mywidget.Add (tv);

mywidget.ShowAll ();



Our next task is to to populate the TreeView with data. Data is stored in the ListStore that was created as the first step above. When a ListStore or TreeStore is created we tell it what type of data the store is holding for each column . In the example below we have one column of type string.

store = new ListStore ((int)TypeFundamentals.TypeString);

If we had more than one column we would expand the creation of the ListStore to include those columns and their type. Here is an example that creates two columns, one of type bool and one of type string.

store = new ListStore ((int)TypeFundamentals.TypeBool,(int)TypeFundamentals.TypeString);

Right now lets put some data in our list.  We need to get a new TreeIter.  A TreeIter is used 
to store the location where the data will be stored.  The TreeIter is updated automatically 
here bye a call to store.Append, we don't actually set the TreeIter.  We need to 
append a TreeIter to the store to before we can store data in it.


TreeIter iter = new TreeIter ();


Great now lets put four rows of text data into the list.  The ListStore and TreeStore actually 
store a Glib.Value not a text string so first we must store our string in a Glib.Value then 
we can set the value in the ListStore.  Note the 0 in the SetValue call is acually the 
column we are writing data to.

for (int i = 0; i < 4; i++) {
  GLib.Value value = new Glib.Value(data +i.ToString());
  store.Append (out iter);
  store.SetValue (iter, 0, value);
}



Example


Here is a complete example of what we have just done above
complete with toplevel window.


namespace Samples {
        using System;
        using System.Drawing;
        using GLib;
        using Gtk;
        using GtkSharp;


        public class TreeView {
                
                public static void Main (string[] args)
                {
                        TreeStore store = null;
                                                
                        Application.Init ();


                        store = new TreeStore ((int)TypeFundamentals.TypeString,
                                               (int)TypeFundamentals.TypeString);


                        TreeIter iter = new TreeIter ();
                        
                        for (int i=0; i<10; i++)
                        {
                                GLib.Value Name = new GLib.Value ("Demo " +
i.ToString());
                                GLib.Value Type = new GLib.Value ("Data " +
i.ToString());
                                store.Append (out iter);
                                store.SetValue (iter, 0, Name);
                                store.SetValue (iter, 1, Type);
                        }
                        
                        Window win = new Window ("TreeView List Demo");
                        win.DeleteEvent += new DeleteEventHandler (delete_cb);
                        win.DefaultSize = new Size (400,250);


                        ScrolledWindow sw = new ScrolledWindow ();
                        win.Add (sw);


                        TreeView tv = new TreeView (store);
                        tv.HeadersVisible = true;


                        TreeViewColumn DemoCol = new TreeViewColumn ();
                        CellRenderer DemoRenderer = new CellRendererText ();
                        DemoCol.Title = "Demo";
                        DemoCol.PackStart (DemoRenderer, true);
                        DemoCol.AddAttribute (DemoRenderer, "text", 0);
                        tv.AppendColumn (DemoCol);


                        TreeViewColumn DataCol = new TreeViewColumn ();
                        CellRenderer DataRenderer = new CellRendererText ();
                        DataCol.Title = "Data";
                        DataCol.PackStart (DataRenderer, false);
                        DataCol.AddAttribute (DataRenderer, "text", 1);
                        tv.AppendColumn (DataCol);


                        sw.Add (tv);
                        sw.Show();
                        win.ShowAll ();
                        Application.Run ();
                }


                private static void delete_cb (System.Object o, DeleteEventArgs
args)
                {
                        Application.Quit ();
                        args.RetVal = true;
                }
        }
}




--Boundary_(ID_NI1B5cFUpVBiK8LFr18u7Q)--

From pjcabrera@pobox.com  Sun Mar  2 20:53:00 2003
From: pjcabrera@pobox.com (PJ Cabrera)
Date: 02 Mar 2003 16:53:00 -0400
Subject: [Mono-docs-list] Learning C# chapter is back from the dead ...
Message-ID: <1046638378.21267.3.camel@acapulco>

--=-vLSOXy5peke1U3ew6754
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

I have been swamped with work for about a month.  During this busy time,
I have been tracking the mailing list and the documentation in CVS, but
couldn't commit the time to contribute. Now that things have calmed down
some, I have some more time available.

This Sunday, I made some changes to the Learning C# chapter in The Mono
Handbook. I improved the sections dealing with value types and reference
types, cleaned up some paragraphs here and there, and replaced the name
"MonkeyGuide" with "The Mono Handbook" everywhere in the text.

I noticed the Handbook has tutorial chapters for the different Mono 
namespaces now, so I dropped the System.* namespace sections from 
Learning C#. I'll contribute to the individual namespaces chapters as I 
can.

Finally, I also added anchors in the main index.html, to make it
possible to href specific chapters in the Handbook from tutorial
chapters (like I did in Learning C#).

I have included csharp.html and index.html as attachments to this email.
Could someone please review them and check them in for me?

-- 
PJ Cabrera
pjcabrera at pobox dot com

--=-vLSOXy5peke1U3ew6754
Content-Disposition: attachment; filename=index.html
Content-Type: text/html; name=index.html; charset=UTF-8
Content-Transfer-Encoding: 7bit



The Mono Handbook









The Mono Handbook



Preface

About this document

Contributing

Target audiencey


PART 1        - Introduction




CHAPTER 1 - Mono

	

CHAPTER 2 Architecture

	


PART 2        - Installing Mono


CHAPTER 3 Getting Started

	

CHAPTER 4 Installation

	

CHAPTER 5 Configuring the IDE

	

PART 3       - Using Mono


CHAPTER 6 Runtime Environment

	

CHAPTER 7 C# & VB Compiler

	

CHAPTER 8 Assembler & Disassembler

	

CHAPTER 9 Other Tools

	

PART 4       - Developing Applications with Mono



CHAPTER 10 Mono programming languages

	
    
	       	
  • 10.1 C#
	       	
  • 10.2 Basic.NET
	


CHAPTER 11 .NET base class libraries

	
    
		
  • 11.1 Mono Class Library
		
  • 11.2 Monos additional Classes: Mono.*, etc.
		
  • 11.3 System.Windows.Forms Classes
	



CHAPTER 12 Cross Platform Development

	


CHAPTER 13 Deploying Applications

	
    
	



PART 5       - Using advanced technologies



CHAPTER 14 Threading

	
    
	



CHAPTER 15 Remoting support in Mono

	
    
              	
  • 15.1 Introduction
               	
  • 15.2 Remoting tutorial
              	
  • 15.3 Examples
              	
  • 15.4 References
	


CHAPTER 16 Component Interoperability

	


CHAPTER 17 ADO.NET

	



PART 6       - Developing GUI Applications with Mono



CHAPTER 18 GNOME.NET - A much needed room to breathe

	

CHAPTER 19 QT#

	



PART 7       - Mono Web technology





CHAPTER 20 Creating ASP.NET WebPages

	



CHAPTER 21 Creating ASP.NET Web Services

	
    
		
  • 21.1 Introduction
		
  • 21.2 What is a WebService?
		
  • 21.3 Introduction to SOAP
		
  • 21.4 The Mono/ASP.NET SOAP implementation



PART 8	- Mono in Everything






CHAPTER 22 Embedding Mono

	

APPENDICES






The Mono Handbook - © Copyright 2002 by Johannes Roith & Martin Willemoes Hansen




--=-vLSOXy5peke1U3ew6754
Content-Disposition: attachment; filename=csharp.html
Content-Type: text/html; name=csharp.html; charset=UTF-8
Content-Transfer-Encoding: 7bit



The Mono Handbook - Learning C#







The Mono Handbook > Learning C#



Learning C#


by Johannes Roith (johannes at jroith dot de),
   PJ Cabrera (pjcabrera at pobox dot com)



Contents





1 Using this tutorial


This tutorial covers both basic concepts of the C# language, and more advanced
object oriented concepts. It is divided into 4 major sections, to better serve
the variety of readers interested in using Mono and C#.


If you are a beginner programmer and want to learn programming in Mono with
C#, you should read this whole tutorial from beginning to end, and later on
refer to other sections of The Mono Handbook to learn other Mono technologies.
We hope we can help you in your quest to become a C# programmer.


If you know a few languages and have built small object oriented systems,
you could skim sections 2 and 3 of this tutorial to learn what makes C#
different, and move on to sections 4, where we introduce object oriented
concepts in C#.


If you have experience building medium to large object oriented systems in
Java, Python, C++, or another object oriented language, and only want to learn
what is different about C# and Mono, then you can skim through sections 2
and 3 of this tutorial.


Once you are comfortable with C# programming from reading this tutorial, you
can move on to other sections of The Mono Handbook, such as
the introduction to the basic CLI framework
and  the Gnome.Net guide.


If you already have used C# in a .NET environment, and only want to learn
about programming in Mono with C#, then this tutorial is probably not for you.
You should refer instead to Part 2 of The Mono
Handbook, and then browse the other sections of the Handbook that are of
interest to you.


There are other resources available to learn C#, which are listed in
appendix A. If after reading this tutorial you still need more guidance, you
are welcome to look at that material.


Without much further ado, let's continue with learning C#.


2 What is C#?


C# is a language created by Anders Heljsberg of Microsoft, as an answer to the
growing popularity of the Java development platform. It supposedly takes the
best features of the Java programming language, adds in some parts of the C++
language, and makes a new language without the detrimental features of either
progenitor.


Microsoft submitted C# and the Common Language Infrastructure to ECMA
(European Computer Manufacturers Association) in 2000. ECMA ratified C# as a
standard in 2001 as ECMA-334. ISO (International Standards Organization)
ratified the ECMA standard in 2002.


2.1 A very basic example: Hello, World!


The first step to learn a new programming language is traditionally to start
with the simple "Hello, World!" program. This program does nothing more than
printing the two words "Hello, World!" at the console, but it starts to make
clear some C# concepts such as using namespaces, declaring classes, and
declaring methods.


// Learning C# - HelloWorld.cs
// Lines that start like this one and the one line above are comments.
// Comments are ignored by the compiler and serve as documentation for the programmer reading the code, usually.

/* Comments that span multiple lines can also be written like this.
   Don't forget to end it like this. */

// The line below indicates we want to use classes declared in the System "namespace". We will define namespaces later.
using System;

// The line below names our class.  We will explain the basics of classes below
class HelloWorld {


    /* The line below names the only method of our class.
     * It is a "public static" method called Main with no arguments and no return value.
     * Later on we will explain methods, arguments, return values, and access modifiers like "public" and "static".
     * Note that Main has an uppercase M, unlike the "main with lowercase m" program starting point in Java, C, and C++.
     */
    public static void Main() {

        // using the Console class after importing the System namespace
        Console.WriteLine("Hello, World!");  // This is how we write to the console in C#
    }
}





Every program we will write in C# is going to have a structure similar to
this one: we declare we want to use of one or more namespaces, then declare at
least one class, and declare at least a static method named Main, which will
contain the lines of code that start our program.


This basic structure can be modified just a little bit, adding command-line
arguments and return values to Main, for a more powerful and dynamic program.
We will examine those modification options later on, but first let's compile
and run our Hello World example.


2.1.1 Compiling our example with the Mono C# compiler


Before we can run our example, we have to compile it to the Common
Intermediate Language, or CIL used by the Mono and .NET runtimes. Once you
have installed Mono, you can type the following at the command-line:


$ mcs HelloWorld.cs





This command produces a file named HelloWorld.exe in the current directory.
This file contains our program, ready to run.


You can pass command-line parameters to the compiler to change the name of
the output file, embed debugging symbols in the generated file, and more. You
can learn more about using the Mono C# Compiler in
section 7.2 of The Mono Handbook.


The Mono C# compiler is command-line compatible with the Microsoft .NET
Framework C# compiler. If you were entering examples from a Microsoft .NET
tutorial or .NET centric book, generally you could substitute mcs
for any mention of csc, and it should work OK.


2.1.2 Running our example with the Mono runtimes


Now we can run our example. We have two choices: if we are running Mono on an
Intel x86 system we can run our example through a JIT-powered runtime, or if
we are running on another platform, such as Sparc, PowerPC, or IBM S/390, we
can run a bytecode interpreter without a JIT.


To run our example through the JIT runtime:


$ mono HelloWorld.exe





To run with the non-JIT runtime:



$ mint HelloWorld.exe





You can learn more about using the Mono Runtimes in
chapter 6 of The Mono Handbook.


Note: Unix systems only


In some Unix systems (including Linux) you can add support to load and run
CLI-based programs without having to type the name of the runtime. Once this
feature is enabled, you can just mark the generated file as executable and
type the name of the generated file, like this:


$ chmod u+x HelloWorld.exe
$ ./HelloWorld.exe





See chapter 4 of The Mono Handbook for
details on how to enable this feature if you are using a Unix system.


3 C# essentials


The first important concept you must learn about C# is this one: the first
method that is executed in a C# program is a static method called Main, with
an uppercase M. This static method Main contains the code that will be
executed by your program when it starts.


You can actually declare more than one class in a C# source file, and each
of these classes can have a static method called Main. This can make things
more complicated when you want to run your program. To avoid confusion for
now, we will restrict our examples to one class per source file unless
absolutely necessary. But don't sweat this for now.


In section 4 of this C# tutorial we will introduce multiple classes per
source file, multiple source files, third-party assemblies, and many more
advanced C# concepts.


3.1 Importing namespaces


All classes in C# are organized in namespaces. Namespaces are
used to group related classes under a common name. When you want to use a
group of classes inside your own classes and programs, you usually import
their namespace.


The two examples below explain the concept of importing namespaces. If
they look familiar, that is because they are virtually identical to the first
example in this tutorial, except here we removed all the extra comments.


When you import a namespace, you don't need to specifiy the namespace of
a class when you use that class:


// Learning C# - ImportedNamespace.cs

using System;

class HelloWorld {
    public static void Main() {
        // using the Console class after importing the System namespace
        Console.WriteLine ("Hello, World!");
    }
}





When you don't import a namespace,
you need to write the namespace in front of the class when you use it:


// Learning C# - NoImportedNamespace.cs

class HelloWorld {
    public static void Main() {
        // using the Console class without importing the System namespace
        System.Console.WriteLine ("Hello, World!");
    }
}





Importing namespaces with the using directive is actually used
to save typing. It's true! In general, even when using a dozen namespaces in
the same program, the class names in each namespace don't collide (generally,
but sometimes they do). So there really is no need to specify the namespace
every time. We save typing as we program by specifying the namespaces we use
most at the top of the source file.


It can also be used to inform the readers of the souce about which group of
classes are used most by the section of code they are reading, but no one
believes that particular white lie. :-)


You will see more advanced use of namespaces, such as the grouping of your
own classes into their own namespace, in section 4 of this tutorial.



3.2 Variables and constants


Programs are normally written to work with data. These data can be contained
in either variables or constants.


Variables


If the data should be changed at runtime it is saved in variables. Variables
represent memory locations where a program can store values as it runs.


You declare a variable like this:


int bufferSize = 1024;





The first word in the declaration above is the type. In this example, the
variable is of type int. We will be discussing types in more detail in section
3.3.


The next word in the declaration is the variable name, and this variable
is named bufferSize. The next and last parts of the declaration are the
assignment of the initial value to the variable. This variable is being
assigned the value 1024. As mentioned, this is its initial assigned value,
but it can be changed later in the code.


Constants


When the data is contained directly in the source and can't be changed as the
program runs, you have an unnamed constant. All the examples so far have used
unnamed constants in the text being written to the console. In the variable
declaration example above, the number 1024 is also an unnamed constant.


A constant can be declared in a manner similar to a variable and given a
name, especially if it is going to be referred to in more than one place in
the code, or to make the code clearer (i.e. to avoid the use of
"magic numbers" in the code). The name
of the constant is hopefully easier to remember or to understand than the
value alone.


A constant that is declared and given a name is known as a named or
declared constant. In the code, they look a lot like variables, except they
are marked with the const keyword.


const float ROUNDED_PI = 3.14159;





Note: constant names are usually in uppercase, but this is only a
convention dictated by programmer custom. The C# language doesn't dictate that
constants have to be in uppercase.


3.3 Types


As explained in the previous section, variables and constants have a
particular type. Unlike some scripting languages, in C# that type can't change
during the execution of the code. A language that has such behavior is called
a type-safe language.


C# has two kinds of types: value types and reference types. The main
difference between them is that value types store the values of their own
data, while reference types typically store a reference to an object and the
contents of the object is stored elsewhere.


This distinction between value types and reference types will become more
clear with some examples. But before we get to the examples, let us examine
the value types.


3.3.1 Value or Essential Types


Computer languages provide the programmer with a set of types where the most
basic pieces of information can be stored. Although object oriented languages
allow very complex systems to be built, these are built with these more basic
types. These are called the essential or intrinsic types of a language. In the
C# language specification, they are called value types.


C# has the following essential types available. In C#, each essential type
has a corresponding equivalent class of the System namespace.






C# typeCommon Class Library typePossible values





sbyteSystem.Sbyte-128 to 127




shortSystem.Int16-32768 to 32767




intSystem.Int32-2147483648 to 2147483647




longSystem.Int64-9223372036854775808 to 9223372036854775807




byteSystem.Byte0 to 255




ushortSystem.Uint160 to 65535




uintSystem.UInt320 to 4294967295




ulongSystem.Uint640 to 18446744073709551615




floatSystem.SingleApproximately ±1.5 x 10-45  to ±3.4 x 1038  with 7 significant figures




doubleSystem.DoubleApproximately ±5.0 x 10-324  to ±1.7 x 10308  with 15 or 16 significant figures




decimalSystem.DecimalApproximately ±1.0 x 10-28  to ±7.9 x 1028  with 28 or 29 significant figures




charSystem.CharAny Unicode character (16 bit)




boolSystem.Booleantrue or false






One interesting feature of C# is that types MUST ALWAYS have an
assigned value before they are used. In C# there is no such thing as an
implicit assigned value for essential types like in C, C++, and Java, among
other languages. This lack of an implicit value in C# is known as definite
assignment.


This definite assignment feature calls for some explanation by example:


// Learning C# - DefiniteAssignmentError.cs

using System;

class Types {
    static void Main() {

    	int val1 = 10; 	// This variable is being assigned a value when it is declared
    	int val2;	// This variable is not being assigned a value

	Console.WriteLine("The value of val1 is {0}", val1);

	Console.WriteLine("The value of val2 is {0}", val2);
  }
}





When you try to compile this code, the C# compiler will give you this error:


DefiniteAssignment.cs(14) error CS0165: Use of unassigned local variable `val2'
Compilation failed: 1 error(s), 0 warnings





This error means you tried to use val2 without assigning a value to it.
The example below is correct. As you can see, val2 is assigned a value just
before we try to use it in the WriteLine statement.


// Learning C# - DefiniteAssignment.cs

using System;

class Types {
    static void Main() {

    	int val1 = 10; 	// This variable is being assigned a value when it is declared
    	int val2;	// This variable is not being assigned a value until later

	Console.WriteLine("The value of val1 is {0}", val1);

	val2 = 15;
	Console.WriteLine("The value of val2 is {0}", val2);
  }
}






3.3.2 Object References


Since C# is an object oriented language, most of its power comes from the
declaration of classes and from calling code declared in other classes. To use
a class in your code, you generally declare a variable as being of the type of
that class. This kind of declaration is known as an object reference.


To declare an object reference, you simply use the name of a class as the
type in your variable declaration, like this:


System.Int32 tempRef = new System.Int32();





This code is very similar to our variable declaration example in section
3.2 of this tutorial. In this example, System.Int32 is the type
and tempRef is the variable name. To assign an object to a
reference variable, you allocate an instance of a class with the
new keyword. The new keyword allocates the right
size of memory to store the contents of the specified class, and returns the
location of that chunk of memory. This is what we store in the reference
variable: the location of the allocated object.


As you can see in this example, after the new keyword comes
the name of the class for which to allocate memory. Following the name of the
class are a pair of parenthesis, which is the default constructor signature. A
constructor is a kind of procedure for setting up the contents of an allocated
class. We will be discussing class constructors further in section 4 of this
tutorial.


3.3.3 Strings


The most common class used in perhaps all programs, is the String. Strings are
an interesting type in C# and other languages. It is really a class, but it is
used so often in code, it ought to be considered an essential type.


In C# and other languages, String constants are defined as any text marked
by a matching pair of double quotes, such as the "Hello, World!" in our first
example. In fact, we have been using String constants in all of our examples
so far, and didn't even need to introduce them. Their use is fairly intuitive,
except for some extreme cases such as escape sequences, discussed below.


To declare a variable of type String, you declare it like any other
variable or constant:


// Learning C# - Strings.cs

class Strings {
    private const String StringConstant1 = "This is a string constant.";
    private const String StringConstant2 = "This is a string constant, referenced by a String variable.";

    static void Main() {
        String StringVariable = StringConstant2;

        Console.WriteLine(StringConstant1);
        Console.WriteLine(StringVariable);
    }
}





Escape Sequences


Strings can contain special characters by writing a backslash before them.
These codes preceded by a backslash are called a escape sequence.
Let's look at this example:


// Learning C# - EscapeSequence.cs

class EscapeSequence {
    static void Main() {
        Console.WriteLine("Every\n word\n has\n it\'s\n own\n line\n. BEEP!\a");
    }
}





The different kinds of escape sequences are:





\'single quotation marks


\"double quotation marks


\\backslash


\0NULL character (terminates a C-type string)


\aYour computer makes a cool sounding "Beep"


\bbackspace


\fnew page


\nnew line


\thorizontal tabulator


\vvertical tabulator








The newline escape sequence is the most commonly used, followed by the
horizontal tabulator and the "literal" escape sequences for single quote,
double quotes, and the backslash. \0 (NULL character) is often used in C and
C++, but rarely needed in Java and C#. 




3.4 Operators


[ TO DO ]


3.5 Flow control


[ TO DO ]


3.6 Methods


[ TO DO ]


3.6.1 Arguments


[ TO DO ]


3.6.2 Return Values


[ TO DO ]


3.7 Scope and access modifiers


The place in your code where you declare a variable or constant can vary a
lot, depending on your intentions as programmer. You can declare things as
fields in a class, or as temporary storage inside a method. And sometimes you
can access variables and constants outside of the area of the code where they
are declared, and sometimes you can not. While this probably sounds very
confusing, we hope we can help clarify this point in the paragraphs below.


[ Note: Provide some examples using public, private, protected, static, and
the C# specific access modifiers. Use several methods to show the effects of
variable declaration scope. ]


3.8 Declaring and using classes


We will explain classes in greater depth later in section 4 of this tutorial,
but for now we will introduce the mechanics of declaring a class, with some
simplified object oriented concepts here.


C# is 100% object-oriented. This means all code must be in a framed by a
class.


[ TO DO: continue explaning how to declare a class. Refer to a class as
defining the behavior of an object, how objects and classes are the basis of
object oriented programming, yada yada.]



4. Object Oriented Programming in C#


[ TO DO ]


A. Other C# Resources


[ TO DO ]


B. Credits


Authors: Johannes Roith
(johannes at jroith dot de),
PJ Cabrera
(pjcabrera at pobox dot com)


This chapter uses some translated content from the
C# Tutorial,
written in Spanish for Mono Hispano
(http://mono.es.gnome.org) by Alejandro
Sanchez Acosta, Alvaro del Castillo San Felix, Eduardo Garcia Cebollero, Cesar
Garcia Tapia, Sergio Gomez Bachiller, Roberto Perez Cubero, and Jaime Anguiano
Olarra.




The Mono Handbook -
© Copyright 2003 by Johannes Roith &
Martin Willemoes Hansen


--=-vLSOXy5peke1U3ew6754--


From pjcabrera@pobox.com  Sun Mar  2 21:13:20 2003
From: pjcabrera@pobox.com (PJ Cabrera)
Date: 02 Mar 2003 17:13:20 -0400
Subject: [Mono-docs-list] System namespace
Message-ID: <1046639599.21305.23.camel@acapulco>

Hello Johannes,

I would like to finish up the introductory documentation you've started
in base_classes/system.html in The Mono Handbook. Has anybody else
expressed interest in it?

-- 
PJ Cabrera
pjcabrera at pobox dot com


From mwh@sysrq.dk  Mon Mar  3 12:35:06 2003
From: mwh@sysrq.dk (Martin Willemoes Hansen)
Date: 03 Mar 2003 13:35:06 +0100
Subject: [Mono-docs-list] Learning C# chapter is back from the dead ...
In-Reply-To: <1046638378.21267.3.camel@acapulco>
References: <1046638378.21267.3.camel@acapulco>
Message-ID: <1046694905.172.2.camel@spiril.sysrq.dk>

On Sun, 2003-03-02 at 21:53, PJ Cabrera wrote:
> I have been swamped with work for about a month.  During this busy time,
> I have been tracking the mailing list and the documentation in CVS, but
> couldn't commit the time to contribute. Now that things have calmed down
> some, I have some more time available.
> 
> This Sunday, I made some changes to the Learning C# chapter in The Mono
> Handbook. I improved the sections dealing with value types and reference
> types, cleaned up some paragraphs here and there, and replaced the name
> "MonkeyGuide" with "The Mono Handbook" everywhere in the text.
> 
> I noticed the Handbook has tutorial chapters for the different Mono 
> namespaces now, so I dropped the System.* namespace sections from 
> Learning C#. I'll contribute to the individual namespaces chapters as I 
> can.
> 
> Finally, I also added anchors in the main index.html, to make it
> possible to href specific chapters in the Handbook from tutorial
> chapters (like I did in Learning C#).
> 
> I have included csharp.html and index.html as attachments to this email.
> Could someone please review them and check them in for me?

Looks good. Please send your modifications as patches and ill commit them.

-- 
Martin Willemoes Hansen

--------------------------------------------------------
E-Mail	mwh@sysrq.dk	Website	mwh.sysrq.dk
IRC     MWH, freenode.net	
--------------------------------------------------------               


From mono-docs@fonicmonkey.net  Tue Mar  4 17:44:28 2003
From: mono-docs@fonicmonkey.net (Lee Mallabone)
Date: 04 Mar 2003 17:44:28 +0000
Subject: [Mono-docs-list] building monodoc
Message-ID: <1046799867.1081.1.camel@slayer.dunno.local>

--=-ZnzobPPaYG6oM9d3CnXE
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi all,

A fresh cvs checkout of monodoc fails to build for me on my RedHat8 box
unless I apply the attached minor makefile patch.

Anyone object if I commit this?

Regards,

Lee.


--=-ZnzobPPaYG6oM9d3CnXE
Content-Disposition: attachment; filename=build.diff
Content-Type: text/x-patch; name=build.diff; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: 7bit

Index: browser/makefile
===================================================================
RCS file: /cvs/public/monodoc/browser/makefile,v
retrieving revision 1.17
diff -u -r1.17 makefile
--- browser/makefile	19 Feb 2003 06:55:27 -0000	1.17
+++ browser/makefile	4 Mar 2003 17:50:49 -0000
@@ -4,7 +4,7 @@
 ASSEMBLER_SOURCES = assembler.cs $(SHARED_SOURCES)
 DUMP_SOURCES      = dump.cs $(SHARED_SOURCES)
 BROWSER_SOURCES   = browser.cs $(SHARED_SOURCES)
-BROWSER_ASSEMBLIES = -r:gtk-sharp.dll -r:glade-sharp.dll -r:glib-sharp.dll -r:ziplib.dll
+BROWSER_ASSEMBLIES = -r:gtk-sharp -r:glade-sharp -r:glib-sharp -r:ziplib.dll
 
 all: assembler.exe dump.exe browser.exe trees
 
Index: doctools/gtk-monodoc/makefile
===================================================================
RCS file: /cvs/public/monodoc/doctools/gtk-monodoc/makefile,v
retrieving revision 1.3
diff -u -r1.3 makefile
--- doctools/gtk-monodoc/makefile	7 Jan 2003 05:30:21 -0000	1.3
+++ doctools/gtk-monodoc/makefile	4 Mar 2003 17:50:51 -0000
@@ -2,13 +2,13 @@
 SOURCES=main.cs ../lib/*.cs
 
 LIBS = \
-	-r glib-sharp.dll	\
-	-r pango-sharp.dll	\
-	-r atk-sharp.dll	\
-	-r gdk-sharp.dll	\
-	-r gtk-sharp.dll	\
-	-r gnome-sharp.dll	\
-	-r glade-sharp.dll	\
+	-r glib-sharp	\
+	-r pango-sharp	\
+	-r atk-sharp	\
+	-r gdk-sharp	\
+	-r gtk-sharp	\
+	-r gnome-sharp	\
+	-r glade-sharp	\
 	-r System.Drawing
 
 RESOURCES = \

--=-ZnzobPPaYG6oM9d3CnXE--


From miguel@ximian.com  Tue Mar  4 21:21:23 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 04 Mar 2003 16:21:23 -0500
Subject: [Mono-docs-list] can we include this in the Gnome.NET Tutorial?
Message-ID: <1046812883.28240.156.camel@erandi.boston.ximian.com>

--=-atbUxa4AJemN0CniTZQz
Content-Type: text/plain
Content-Transfer-Encoding: 7bit



--=-atbUxa4AJemN0CniTZQz
Content-Disposition: inline
Content-Description: Forwarded message - Re: [Gtk-sharp-list] Using
	ListViews/TreeViews in Gtk#?
Content-Type: message/rfc822

Return-Path: 
Delivered-To: miguel@peabody.ximian.com
Received: (qmail 28702 invoked from network); 4 Mar 2003 16:35:33 -0000
Received: from skeptopotamus.ximian.com (141.154.95.14) by
	peabody.ximian.com with SMTP; 4 Mar 2003 16:35:33 -0000
Received: by skeptopotamus.ximian.com (Postfix) id 0BD2D630AB; Tue,  4 Mar
	2003 11:35:33 -0500 (EST)
Delivered-To: miguel@ximian.com
Received: from listsmx.ximian.com (headcheese.ximian.com [141.154.95.15])
	by skeptopotamus.ximian.com (Postfix) with ESMTP id ECA60630A0; Tue,  4 Mar
	2003 11:35:32 -0500 (EST)
Received: from headcheese.ximian.com (localhost [127.0.0.1]) by
	listsmx.ximian.com (Postfix) with ESMTP id 8F75D1249F1; Tue,  4 Mar 2003
	11:02:02 -0500 (EST)
Received: from falcon.cc.mala.bc.ca (falcon.cc.mala.bc.ca [142.231.39.34])
	by listsmx.ximian.com (Postfix) with ESMTP id F07A7124851 for
	; Tue,  4 Mar 2003 11:01:47 -0500 (EST)
Received: from falcon.cc.mala.bc.ca (localhost.localdomain [127.0.0.1]) by
	falcon.cc.mala.bc.ca (8.12.7/8.12.7) with ESMTP id h24FxeYo002427 for
	; Tue, 4 Mar 2003 07:59:40 -0800
Received: (from george@localhost) by falcon.cc.mala.bc.ca
	(8.12.7/8.12.7/Submit) id h24Fxeic002425 for
	gtk-sharp-list@lists.ximian.com; Tue, 4 Mar 2003 07:59:40 -0800
X-Authentication-Warning: falcon.cc.mala.bc.ca: george set sender to
	farrisg@mala.bc.ca using -f
Subject: Re: [Gtk-sharp-list] Using ListViews/TreeViews in Gtk#?
From: George Farris 
To: Gtk Sharp List 
In-Reply-To: <1046792388.13594.13.camel@localhost.localdomain>
References: <1046784580.1252.7.camel@localhost.localdomain>
	 <1046791996.1059.2.camel@jorge.linuxware.net>
	 <1046792388.13594.13.camel@localhost.localdomain>
X-Security: MIME headers sanitized on peabody See
	http://www.impsec.org/email-tools/sanitizer-intro.html for details.
	$Revision: 1.132 $Date: 2001-12-05 20:20:17-08 
Content-Type: multipart/mixed; boundary="=-V4hV66EM/E5hAWk2Q5aU"
Organization: 
Message-Id: <1046793580.2317.8.camel@falcon.cc.mala.bc.ca>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 (1.2.1-4) 
Sender: gtk-sharp-list-admin@lists.ximian.com
Errors-To: gtk-sharp-list-admin@lists.ximian.com
X-BeenThere: gtk-sharp-list@lists.ximian.com
X-Mailman-Version: 2.0.13
Precedence: bulk
List-Help: 
List-Post: 
List-Subscribe: ,
	
List-Id: Discussion of the C# bindings for Gtk+
	
List-Unsubscribe:
	,
	
List-Archive: 
Date: 04 Mar 2003 07:59:40 -0800
X-Spam-Status: No, hits=-2.1 required=5.0
	tests=IN_REP_TO,KNOWN_MAILING_LIST,QUOTED_EMAIL_TEXT,REFERENCES,
	SPAM_PHRASE_01_02,SUBJECT_IS_LIST,X_AUTH_WARNING version=2.43
X-Spam-Level: 


--=-V4hV66EM/E5hAWk2Q5aU
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I did some preliminary docs for TreeView with a ListStore model and sent
them to the mono-doc mail list, have heard a peep????  I'll included it
here for you.  I haven't written the selection information yet though I
do have examples.


On Tue, 2003-03-04 at 07:39, Charles-Louis wrote:
> Le mar 04/03/2003 =E0 16:33, Jorge De Gante a =E9crit :
> > Hi Charles
> >=20
> >=20
> > Check the sample that comes with gtk-sharp, the file is TreeViewDemo.cs
> > or the source of the doc browser browser.cs, both samples are about
> > treeviews.
>=20
> I already looked at the TreeViewDemo.cs (it seems I don't have the doc
> browser? which package should I download?), but it's using an iterator
> to populate the treeview with an XML file.
>=20
> I'm writing a LogViewer, and I have to be able to add items line per
> line (eg. when clicking on a Button)
>=20
> Aren't there any methods like TreeView.Add(item)?
>=20
>=20
> >=20
> > El mar, 04-03-2003 a las 07:29, Charles-Louis escribi=F3:
> > > Hello,
> > >=20
> > > I'm pretty new to programming with Gtk and Glade. I've designed an
> > > application with Glade that should use ListViews (but I found out tha=
t
> > > ListViews were deprecated... so I've used a TreeView instead).
> > >=20
> > > I wanted to know how I can populate these Views=20
> > >=20
> > > eg. ---------------------------------------
> > >     |First Name   |Last Name    | Info    |
> > >     ---------------------------------------
> > >     |Chuck        |Berry        | Artist  |
> > >     ---------------------------------------
> > >     |John         |Johnson      | Baker   |
> > >     ---------------------------------------
> > >=20
> > >=20
> > > Regards
> > > --=20
> > > Charles-Louis 
> > >=20
> > > _______________________________________________
> > > Gtk-sharp-list maillist  -  Gtk-sharp-list@lists.ximian.com
> > > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list
--=20

--=-V4hV66EM/E5hAWk2Q5aU
Content-Disposition: attachment; filename="treeview.html"
Content-Type: text/html; name="treeview.html"; charset=ANSI_X3.4-1968
Content-Transfer-Encoding: quoted-printable




	
	The Mono Handbook - GNOME.NET - GTK#








GTK#


Miscellaneous Widgets


Tree and List Widget


The TreeView widget is one of the more complex GTK widgets. It is
well worth while spending some time studing it carefully.=20



These widgets are designed around a Model/View/Controller
design and consists of four major parts:


GtkTreeView : the tree view widget


GtkTreeViewColumn : the view column


GtkCellRenderer : the cell renderers


GtkTreeModel : the model interface


A quick look at the situation boils down to this:


CellRender -----> TreeViewColumn -----> TreeView


A cell (CellRenderer) of type =E2=80=9Ctext=E2=80=9D, =E2=80=9Cpixbuf=E2=
=80=9D or =E2=80=9Ctoggle=E2=80=9D
is created and packed into a newly created column (TreeViewColumn).
The column in turn is appended to the tree (TreeView). Data is added
to the tree model (TreeStore or ListStore) and the model is
associated with the newly created tree.








Lets start with a simple example and explain as we go:


We'll create a simple list view with one column and text data
stored in it. We could of course create multiple columns of different
types but for our purposes, simple is better.


Lets create the TreeView widget first. We'll assume that the
parent widget that we are going to pack the TreeView widget into has
already been created.


First we create a ListStore for holding the data that our list
widget is going to display.


The ListStore object is a list model for use with a TreeView
widget. It implements the TreeModel interface, and consequentialy,
can use all of the methods available there. It also implements the
TreeSortable interface so it can be sorted by the view. Finally, it
also implements the tree interfaces.


ListStore store =3D null;

Next we create a new TreeView widget and associate our newly created
ListStore with the TreeView.


TreeView tv =3D new TreeView (store);

Here we assign attributes to the TreeView such as making sure headers
are on. Headers refer to the column headers that appear as buttons
and may be tied to such functions as sorting the view of column data.


tv.HeadersVisible =3D true;

Now we need to add columns to our TreeView. We are going to add one
column. We get a new TreeViewColumn and a new CellRenderer of type
=E2=80=9Ctext=E2=80=9D to add to our column.=20









TreeViewColumn NameCol =3D new TreeViewColumn ();
CellRenderer NameRenderer =3D new CellRendererText ();
NameCol.Title =3D "Name";
NameCol.PackStart (NameRenderer, true);
NameCol.AddAttribute (NameRenderer, "text", 0);
tv.AppendColumn (NameCol);

Since we aren't going to add any more columns to our TreeView we can
finish by packing it into whatever parent widget we have.=20



mywidget.Add (tv);

mywidget.ShowAll ();








Our next task is to to populate the TreeView with data. Data is
stored in the ListStore that was created as the first step above.
When a ListStore or TreeStore is created we tell it what type of data
the store is holding for each column . In the example below we have
one column of type =E2=80=9Cstring=E2=80=9D.=20



store =3D new ListStore ((int)TypeFundamentals.TypeString);


If we had more than one column we would expand the creation of the
ListStore to include those columns and their type. Here is an example
that creates two columns, one of type =E2=80=9Cbool=E2=80=9D and one of typ=
e
=E2=80=9Cstring=E2=80=9D.


store =3D new ListStore ((int)TypeFundamentals.TypeBool,(int)TypeFunda=
mentals.TypeString);

Right now lets put some data in our list.  We need to get a new TreeIter.  =
A TreeIter is used=20
to store the location where the data will be stored.  The TreeIter is updat=
ed automatically=20
here bye a call to store.Append, we don't actually set the TreeIter.  We ne=
ed to=20
append a TreeIter to the store to before we can store data in it.


TreeIter iter =3D new TreeIter ();


Great now lets put four rows of text data into the list.  The ListStore and=
 TreeStore actually=20
store a Glib.Value not a text string so first we must store our string in a=
 Glib.Value then=20
we can set the value in the ListStore.  Note the =E2=80=9C0=E2=80=9D in the=
 SetValue call is acually the=20
column we are writing data to.

for (int i =3D 0; i < 4; i++) {
  GLib.Value value =3D new Glib.Value(=E2=80=9Cdata =E2=80=9D+i.ToString())=
;
  store.Append (out iter);
  store.SetValue (iter, 0, value);
}



Example


Here is a complete example of what we have just done above
complete with toplevel window.


namespace Samples {
        using System;
        using System.Drawing;
        using GLib;
        using Gtk;
        using GtkSharp;


        public class TreeView {
               =20
                public static void Main (string[] args)
                {
                        TreeStore store =3D null;
                                               =20
                        Application.Init ();


                        store =3D new TreeStore ((int)TypeFundamentals.Type=
String,
                                               (int)TypeFundamentals.TypeSt=
ring);


                        TreeIter iter =3D new TreeIter ();
                       =20
                        for (int i=3D0; i<10; i++)
                        {
                                GLib.Value Name =3D new GLib.Value ("D=
emo " +
i.ToString());
                                GLib.Value Type =3D new GLib.Value ("D=
ata " +
i.ToString());
                                store.Append (out iter);
                                store.SetValue (iter, 0, Name);
                                store.SetValue (iter, 1, Type);
                        }
                       =20
                        Window win =3D new Window ("TreeView List Demo=
");
                        win.DeleteEvent +=3D new DeleteEventHandler (delete=
_cb);
                        win.DefaultSize =3D new Size (400,250);


                        ScrolledWindow sw =3D new ScrolledWindow ();
                        win.Add (sw);


                        TreeView tv =3D new TreeView (store);
                        tv.HeadersVisible =3D true;


                        TreeViewColumn DemoCol =3D new TreeViewColumn ();
                        CellRenderer DemoRenderer =3D new CellRendererText =
();
                        DemoCol.Title =3D "Demo";
                        DemoCol.PackStart (DemoRenderer, true);
                        DemoCol.AddAttribute (DemoRenderer, "text"=
;, 0);
                        tv.AppendColumn (DemoCol);


                        TreeViewColumn DataCol =3D new TreeViewColumn ();
                        CellRenderer DataRenderer =3D new CellRendererText =
();
                        DataCol.Title =3D "Data";
                        DataCol.PackStart (DataRenderer, false);
                        DataCol.AddAttribute (DataRenderer, "text"=
;, 1);
                        tv.AppendColumn (DataCol);


                        sw.Add (tv);
                        sw.Show();
                        win.ShowAll ();
                        Application.Run ();
                }


                private static void delete_cb (System.Object o, DeleteEvent=
Args
args)
                {
                        Application.Quit ();
                        args.RetVal =3D true;
                }
        }
}




--=-V4hV66EM/E5hAWk2Q5aU--
_______________________________________________
Gtk-sharp-list maillist  -  Gtk-sharp-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/gtk-sharp-list


--=-atbUxa4AJemN0CniTZQz--

From miguel@ximian.com  Tue Mar  4 21:30:35 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 04 Mar 2003 16:30:35 -0500
Subject: [Mono-docs-list] Release tonight.
Message-ID: <1046813435.28240.168.camel@erandi.boston.ximian.com>

Hey guys,

    If you have pending changes to the Gtk# documentation, please commit
it now, as we are planning on doing a Monodoc release tonight.  It is
looking good.

Miguel.

From guerby@acm.org  Tue Mar  4 23:07:35 2003
From: guerby@acm.org (Laurent Guerby)
Date: 05 Mar 2003 00:07:35 +0100
Subject: [Mono-docs-list] monkeyguide: fix contributing.html
Message-ID: <1046819255.1374.189.camel@localhost.localdomain>

--=-1/uU7D3u/Xmlcr2N38Ga
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

As per Miguel suggestion on IRC I post here, the 
johannes@jroith.de mentionned looks no longer valid.

I'm planning to contribute some help in getting the right
RPMs for the people using Red Hat 8 in order
to get gtk-sharp working, and to fix random
things I run into while discovering the monkeyguide.

Should I send patches or full files?

-- 
Laurent Guerby 

--=-1/uU7D3u/Xmlcr2N38Ga
Content-Disposition: attachment; filename=contributing.html
Content-Type: text/html; name=contributing.html; charset=us-ascii
Content-Transfer-Encoding: quoted-printable



The Mono Handbook - Contributing










The Mono Handbo=
ok > Contributing




DocWriters: There are lots of things to do:


    

  • C# tutorial

  • NAnt

  • Basic classes documentation

  • Adavanced classes documentation

  • Many parts in Gnome.NET area.


If you want to contribute, please get in touch with us on the mono-docs-list
mailing list.


The Mono Handbook is available in mono cvs, module "monkeyguide"
or at http://www.go-mono.or=
g/monkeyguide/






The Mono Handbook - © Copyright 2002 by Johannes Roith & Martin Willemoes Hansen<=
/div>



--=-1/uU7D3u/Xmlcr2N38Ga--


From mono-docs@fonicmonkey.net  Wed Mar  5 10:12:23 2003
From: mono-docs@fonicmonkey.net (Lee Mallabone)
Date: 05 Mar 2003 10:12:23 +0000
Subject: [Mono-docs-list] can we include this in the Gnome.NET Tutorial?
In-Reply-To: <1046812883.28240.156.camel@erandi.boston.ximian.com>
References: <1046812883.28240.156.camel@erandi.boston.ximian.com>
Message-ID: <1046859143.14634.4.camel@meek.granta.internal>

Hi,

I think it would be great to include it in the Gnome.NET tutorial.
However, I've not done any work on that (yet), so I don't know if it
would be appropriate for me personally to commit it?

Regards,

Lee.


On Tue, 2003-03-04 at 21:21, Miguel de Icaza wrote:
> From: George Farris 
> To: Gtk Sharp List 
> Subject: Re: [Gtk-sharp-list] Using ListViews/TreeViews in Gtk#?
> Date: 04 Mar 2003 07:59:40 -0800
> 
> I did some preliminary docs for TreeView with a ListStore model and sent
> them to the mono-doc mail list, have heard a peep????  I'll included it
> here for you.  I haven't written the selection information yet though I
> do have examples.
..snip..


From raphael.schmid@gmx.de  Wed Mar  5 23:35:18 2003
From: raphael.schmid@gmx.de (Raphael Schmid)
Date: Wed, 5 Mar 2003 23:35:18 +0000
Subject: [Mono-docs-list] RFC: Gtk.Label (unfinished)
In-Reply-To: <1046819255.1374.189.camel@localhost.localdomain>
References: <1046819255.1374.189.camel@localhost.localdomain>
Message-ID: <20030305233518.109bf881.raphael.schmid@gmx.de>

This is a multi-part message in MIME format.

--Multipart_Wed__5_Mar_2003_23:35:18_+0000_082670b8
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi List,

attached you will find a first version of Gtk.Label. This one
is a b**** but I think I'm about halfways through. Would be cool
if I could get some comment on it. (This is definately not to be
commited yet!)

 - Raphael

P.S.: I would've attached a .diff, but CVS doesn't yet work here.

--Multipart_Wed__5_Mar_2003_23:35:18_+0000_082670b8
Content-Type: application/octet-stream;
 name="Label.xml"
Content-Disposition: attachment;
 filename="Label.xml"
Content-Transfer-Encoding: base64

PFR5cGUgTmFtZT0iTGFiZWwiIEZ1bGxOYW1lPSJHdGsuTGFiZWwiPgogIDxUeXBlU2lnbmF0dXJl
IExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBjbGFzcyBMYWJlbCA6IEd0ay5NaXNjLCBJbXBs
ZW1lbnRvciwgSVdyYXBwZXIsIElXcmFwcGVyLCBJRGlzcG9zYWJsZSIgTWFpbnRhaW5lcj0iUkpT
IiAvPgogIDxBc3NlbWJseUluZm8+CiAgICA8QXNzZW1ibHlOYW1lPmd0ay1zaGFycDwvQXNzZW1i
bHlOYW1lPgogICAgPEFzc2VtYmx5UHVibGljS2V5IC8+CiAgICA8QXNzZW1ibHlWZXJzaW9uPjAu
MC4wLjA8L0Fzc2VtYmx5VmVyc2lvbj4KICAgIDxBc3NlbWJseUN1bHR1cmU+bmV1dHJhbDwvQXNz
ZW1ibHlDdWx0dXJlPgogICAgPEF0dHJpYnV0ZXMgLz4KICA8L0Fzc2VtYmx5SW5mbz4KICA8VGhy
ZWFkU2FmZXR5U3RhdGVtZW50Pkd0ayMgaXMgdGhyZWFkIGF3YXJlLCBidXQgbm90IHRocmVhZCBz
YWZlOyBTZWUgdGhlIDxsaW5rIGxvY2F0aW9uPSJub2RlOmd0ay1zaGFycC9wcm9ncmFtbWluZy90
aHJlYWRzIj5HdGsjIFRocmVhZCBQcm9ncmFtbWluZzwvbGluaz4gZm9yIGRldGFpbHMuPC9UaHJl
YWRTYWZldHlTdGF0ZW1lbnQ+CiAgPERvY3M+CiAgICA8c3VtbWFyeT5BIHdpZGdldCB0aGF0IGRp
c3BsYXlzIGEgc21hbGwgdG8gbWVkaXVtIGFtb3VudCBvZiB0ZXh0Ljwvc3VtbWFyeT4KICAgIDxy
ZW1hcmtzPgogICAgICA8cGFyYT4KVGhlIEd0a0xhYmVsIHdpZGdldCBkaXNwbGF5cyBhIHNtYWxs
IGFtb3VudCBvZiB0ZXh0LiBBcyB0aGUgbmFtZSBpbXBsaWVzLCBtb3N0IGxhYmVscyBhcmUgdXNl
ZCB0byBsYWJlbCBhbm90aGVyIHdpZGdldCBzdWNoIGFzIGEgPHNlZSBjcmVmPSJUOkd0ay5CdXR0
b24iIC8+LCBhIDxzZWUgY3JlZj0iVDpHdGsuTWVudUl0ZW0iIC8+LCBvciBhIDxzZWUgY3JlZj0i
VDpHdGsuT3B0aW9uTWVudSIgLz4uCiAgICAgIDwvcGFyYT4KICAgICAgPGV4YW1wbGU+CiAgICAg
ICAgPHBhcmE+CkxhYmVscyBtYXkgY29udGFpbiBtbmVtb25pY3MuIE1uZW1vbmljcyBhcmUgdW5k
ZXJsaW5lZCBjaGFyYWN0ZXJzIGluIHRoZSBsYWJlbCwgdXNlZCBmb3Iga2V5Ym9hcmQgbmF2aWdh
dGlvbi4gTW5lbW9uaWNzIGFyZSBjcmVhdGVkIGJ5IHByb3ZpZGluZyBhIHN0cmluZyB3aXRoIGFu
IHVuZGVyc2NvcmUgYmVmb3JlIHRoZSBtbmVtb25pYyBjaGFyYWN0ZXIsIHN1Y2ggYXMgIl9GaWxl
IiwgdG8gPHNlZSBjcmVmPSJNOkd0ay5MYWJlbC5OZXdXaXRoTW5lbW9uaWMiIC8+IG9yIGNhbiBi
ZSBzZXQgdGhyb3VnaCA8c2VlIGNyZWY9IlA6R3RrLkxhYmVsLlRleHRXaXRoTW5lbW9uaWMiIC8+
LgpNbmVtb25pY3MgYXV0b21hdGljYWxseSBhY3RpdmF0ZSBhbnkgYWN0aXZhdGFibGUgd2lkZ2V0
IHRoZSBsYWJlbCBpcyBpbnNpZGUsIHN1Y2ggYXMgYSA8c2VlIGNyZWY9IlQ6R3RrQnV0dG9uIiAv
PjsgaWYgdGhlIGxhYmVsIGlzIG5vdCBpbnNpZGUgdGhlIG1uZW1vbmljJ3MgdGFyZ2V0IHdpZGdl
dCwgeW91IGhhdmUgdG8gdGVsbCB0aGUgbGFiZWwgYWJvdXQgdGhlIHRhcmdldCB1c2luZyA8c2Vl
IGNyZWY9IlA6R3RrLkxhYmVsLk1uZW1vbmljV2lkZ2V0IiAvPi4gSGVyZSdzIGEgc2ltcGxlIGV4
YW1wbGUgd2hlcmUgdGhlIGxhYmVsIGlzIGluc2lkZSBhIGJ1dHRvbjoKICAgICAgICA8L3BhcmE+
CiAgICAgICAgPGNvZGUgbGFuZz0iQyMiPgogIC8vIFByZXNzaW5nIEFsdCtIIHdpbGwgYWN0aXZh
dGUgdGhpcyBidXR0b24KICBidXR0b24gPSBuZXcgR3RrLkJ1dHRvbiAoKTsKICBsYWJlbCA9IG5l
dyBHdGsuTGFiZWwuTmV3V2l0aE1uZW1vbmljICgiX0hlbGxvIik7CiAgR3RrLkNvbnRhaW5lci5B
ZGQgKEdUS19DT05UQUlORVIgKGJ1dHRvbiksIGxhYmVsKTsKICAgICAgICA8L2NvZGU+CiAgICAg
IDwvZXhhbXBsZT4KICAgICAgPGV4YW1wbGU+CiAgICAgICAgPHBhcmE+ClRoZXJlJ3MgYSBjb252
ZW5pZW5jZSBmdW5jdGlvbiB0byBjcmVhdGUgYnV0dG9ucyB3aXRoIGEgbW5lbW9uaWMgbGFiZWwg
YWxyZWFkeSBpbnNpZGU6CiAgICAgICAgPC9wYXJhPgogICAgICAgIDxjb2RlIGxhbmc9IkMjIj4K
ICAvLyBQcmVzc2luZyBBbHQrSCB3aWxsIGFjdGl2YXRlIHRoaXMgYnV0dG9uCiAgYnV0dG9uID0g
R3RrLkJ1dHRvbi5OZXdXaXRoTW5lbW9uaWMgKCJfSGVsbG8iKTsKICAgICAgICA8L2NvZGU+CiAg
ICAgIDwvZXhhbXBsZT4KICAgICAgPGV4YW1wbGU+CiAgICAgICAgPHBhcmE+ClRvIGNyZWF0ZSBh
IG1uZW1vbmljIGZvciBhIHdpZGdldCBhbG9uZ3NpZGUgdGhlIGxhYmVsLCBzdWNoIGFzIGEgPHNl
ZSBjcmVmPSJUOkd0ay5FbnRyeSIgLz4sIHlvdSBoYXZlIHRvIHBvaW50IHRoZSBsYWJlbCBhdCB0
aGUgZW50cnkgd2l0aCA8c2VlIGNyZWY9IlA6R3RrLkxhYmVsLk1uZW1vbmljV2lkZ2V0IiAvPjoK
ICAgICAgICA8L3BhcmE+CiAgICAgICAgPGNvZGUgbGFuZz0iQyMiPgogIC8vIFByZXNzaW5nIEFs
dCtIIHdpbGwgZm9jdXMgdGhlIGVudHJ5CiAgZW50cnkgPSBuZXcgR3RrLkVudHJ5ICgpOwogIGxh
YmVsID0gR3RrLkxhYmVsLk5ld1dpdGhNbmVtb25pYyAoIl9IZWxsbyIpOwogIGxhYmVsLk1uZW1v
bmljV2lkZ2V0ID0gZW50cnk7CiAgICAgICAgPC9jb2RlPgogICAgICA8L2V4YW1wbGU+CiAgICAg
IDxleGFtcGxlPgogICAgICAgIDxwYXJhPgpUbyBtYWtlIGl0IGVhc3kgdG8gZm9ybWF0IHRleHQg
aW4gYSBsYWJlbCAoY2hhbmdpbmcgY29sb3JzLCBmb250cywgZXRjLiksIGxhYmVsIHRleHQgY2Fu
IGJlIHByb3ZpZGVkIGluIGEgc2ltcGxlIG1hcmt1cCBmb3JtYXQuIChTZWUgdGhlIGNvbXBsZXRl
IGRvY3VtZW50YXRpb24gb2YgYXZhaWxhYmxlIHRhZ3MgaW4gdGhlIFBhbmdvIG1hbnVhbCkuIEhl
cmUncyBob3cgdG8gY3JlYXRlIGEgbGFiZWwgd2l0aCBhIHNtYWxsIGZvbnQ6CiAgICAgICAgPC9w
YXJhPgogICAgICAgIDxjb2RlIGxhbmc9IkMjIj4KICBsYWJlbCA9IG5ldyBHdGsuTGFiZWwgKCk7
CiAgbGFiZWwuTWFya3VwID0gIjxzbWFsbD5TbWFsbCB0ZXh0PC9zbWFsbD4iOwogICAgICAgIDwv
Y29kZT4KICAgICAgPC9leGFtcGxlPgogICAgICA8cGFyYT4KVGhlIG1hcmt1cCBwYXNzZWQgdG8g
PHNlZSBjcmVmPSJQOkd0ay5MYWJlbC5NYXJrdXAiIC8+IG11c3QgYmUgdmFsaWQ7IGZvciBleGFt
cGxlLCBsaXRlcmFsICZsdDsvJmd0Oy8mYW1wOyBjaGFyYWN0ZXJzIG11c3QgYmUgZXNjYXBlZCBh
cyAmYW1wO2x0OywgJmFtcDtndDssIGFuZCAmYW1wO2FtcDsuIElmIHlvdSBwYXNzIHRleHQgb2J0
YWluZWQgZnJvbSB0aGUgdXNlciwgZmlsZSwgb3IgYSBuZXR3b3JrIHRvIDxzZWUgY3JlZj0iUDpH
dGsuTGFiZWwuTWFya3VwIiAvPiwgeW91J2xsIHdhbnQgdG8gZXNjYXBlIGl0IHdpdGggPHNlZSBj
cmVmPSJHbGliLk1hcmt1cC5Fc2NhcGVUZXh0IiAvPi4KICAgICAgPC9wYXJhPgogICAgICA8cGFy
YT4KTWFya3VwIHN0cmluZ3MgYXJlIGp1c3QgYSBjb252ZW5pZW50IHdheSB0byBzZXQgdGhlIDxz
ZWUgY3JlZj0iVDpQYW5nby5BdHRyTGlzdCIgLz4gb24gYSBsYWJlbDsgPHNlZSBjcmVmPSJHdGsu
TGFiZWwuU2V0QXR0cmlidXRlcyIgLz4gbWF5IGJlIGEgc2ltcGxlciB3YXkgdG8gc2V0IGF0dHJp
YnV0ZXMgaW4gc29tZSBjYXNlcy4gQmUgY2FyZWZ1bCB0aG91Z2g7IDxzZWUgY3JlZj0iVDpQYW5n
by5BdHRyTGlzdCIgLz4gdGVuZHMgdG8gY2F1c2UgaW50ZXJuYXRpb25hbGl6YXRpb24gcHJvYmxl
bXMsIHVubGVzcyB5b3UncmUgYXBwbHlpbmcgYXR0cmlidXRlcyB0byB0aGUgZW50aXJlIHN0cmlu
ZyAoaS5lLiB1bmxlc3MgeW91IHNldCB0aGUgcmFuZ2Ugb2YgZWFjaCBhdHRyaWJ1dGUgdG8gWzAs
IDxzZWUgY3JlRj0iVDpHX01BWElOVCIgLz4pKS4gVGhlIHJlYXNvbiBpcyB0aGF0IHNwZWNpZnlp
bmcgdGhlIDxwYXJhbXJlZiBuYW1lPSJzdGFydF9pbmRleCIgLz4gYW5kIDxwYXJhbXJlZiBuYW1l
PSJlbmRfaW5kZXgiIC8+IGZvciBhIDxzZWUgY3JlZj0iUDpQYW5nby5BdHRyaWJ1dGUiIC8+IHJl
cXVpcmVzIGtub3dsZWRnZSBvZiB0aGUgZXhhY3Qgc3RyaW5nIGJlaW5nIGRpc3BsYXllZCwgc28g
dHJhbnNsYXRpb25zIHdpbGwgY2F1c2UgcHJvYmxlbXMuCiAgICAgIDwvcGFyYT4KICAgICAgPHBh
cmE+CkxhYmVscyBjYW4gYmUgbWFkZSBzZWxlY3RhYmxlIHdpdGggPHNlZSBjcmVmPSJQOkd0ay5M
YWJlbC5TZWxlY3RhYmxlIiAvPi4gU2VsZWN0YWJsZSBsYWJlbHMgYWxsb3cgdGhlIHVzZXIgdG8g
Y29weSB0aGUgbGFiZWwgY29udGVudHMgdG8gdGhlIGNsaXBib2FyZC4gT25seSBsYWJlbHMgdGhh
dCBjb250YWluIHVzZWZ1bC10by1jb3B5IGluZm9ybWF0aW9uLCBzdWNoIGFzIGVycm9yIG1lc3Nh
Z2VzLCBzaG91bGQgYmUgbWFkZSBzZWxlY3RhYmxlLgogICAgICA8L3BhcmE+CiAgICAgIDxwYXJh
PgpBIGxhYmVsIGNhbiBjb250YWluIGFueSBudW1iZXIgb2YgcGFyYWdyYXBocywgYnV0IHdpbGwg
aGF2ZSBwZXJmb3JtYW5jZSBwcm9ibGVtcyBpZiBpdCBjb250YWlucyBtb3JlIHRoYW4gYSBzbWFs
bCBudW1iZXIuIFBhcmFncmFwaHMgYXJlIHNlcGFyYXRlZCBieSBuZXdsaW5lcyBvciBvdGhlciBw
YXJhZ3JhcGggc2VwYXJhdG9ycyB1bmRlcnN0b29kIGJ5IFBhbmdvLgogICAgICA8L3BhcmE+CiAg
ICAgIDxwYXJhPgpMYWJlbHMgY2FuIGF1dG9tYXRpY2FsbHkgd3JhcCB0ZXh0IGlmIHlvdSBjYWxs
IDxzZWUgY3JlZj0iUDpHdGsuTGFiZWwuTGluZVdyYXAiIC8+LgogICAgICA8L3BhcmE+CiAgICAg
IDxwYXJhPgo8c2VlIGNyZWY9IlA6R3RrLkxhYmVsLkp1c3RpZnkiIC8+IHNldHMgaG93IHRoZSBs
aW5lcyBpbiBhIGxhYmVsIGFsaWduIHdpdGggb25lIGFub3RoZXIuIElmIHlvdSB3YW50IHRvIHNl
dCBob3cgdGhlIGxhYmVsIGFzIGEgd2hvbGUgYWxpZ25zIGluIGl0cyBhdmFpbGFibGUgc3BhY2Us
IHNlZSA8c2VlIGNyZWY9Ik06R3RrLk1pc2MuU2V0QWxpZ25tZW50KCkiIC8+LgogICAgICA8L3Bh
cmE+CiAgICA8L3JlbWFya3M+CiAgPC9Eb2NzPgogIDxCYXNlPgogICAgPEJhc2VUeXBlTmFtZT5H
dGsuTWlzYzwvQmFzZVR5cGVOYW1lPgogIDwvQmFzZT4KICA8SW50ZXJmYWNlcz4KICAgIDxJbnRl
cmZhY2U+CiAgICAgIDxJbnRlcmZhY2VOYW1lPkF0ay5JbXBsZW1lbnRvcjwvSW50ZXJmYWNlTmFt
ZT4KICAgIDwvSW50ZXJmYWNlPgogICAgPEludGVyZmFjZT4KICAgICAgPEludGVyZmFjZU5hbWU+
R0xpYi5JV3JhcHBlcjwvSW50ZXJmYWNlTmFtZT4KICAgIDwvSW50ZXJmYWNlPgogICAgPEludGVy
ZmFjZT4KICAgICAgPEludGVyZmFjZU5hbWU+R0xpYi5JV3JhcHBlcjwvSW50ZXJmYWNlTmFtZT4K
ICAgIDwvSW50ZXJmYWNlPgogICAgPEludGVyZmFjZT4KICAgICAgPEludGVyZmFjZU5hbWU+U3lz
dGVtLklEaXNwb3NhYmxlPC9JbnRlcmZhY2VOYW1lPgogICAgPC9JbnRlcmZhY2U+CiAgPC9JbnRl
cmZhY2VzPgogIDxBdHRyaWJ1dGVzIC8+CiAgPE1lbWJlcnM+CiAgICA8TWVtYmVyIE1lbWJlck5h
bWU9Ik5ld1dpdGhNbmVtb25pYyI+CiAgICAgIDxNZW1iZXJTaWduYXR1cmUgTGFuZ3VhZ2U9IkMj
IiBWYWx1ZT0icHVibGljIHN0YXRpYyBHdGsuTGFiZWwgTmV3V2l0aE1uZW1vbmljIChzdHJpbmcg
c3RyKTsiIC8+CiAgICAgIDxNZW1iZXJUeXBlPk1ldGhvZDwvTWVtYmVyVHlwZT4KICAgICAgPFJl
dHVyblZhbHVlPgogICAgICAgIDxSZXR1cm5UeXBlPkd0ay5MYWJlbDwvUmV0dXJuVHlwZT4KICAg
ICAgPC9SZXR1cm5WYWx1ZT4KICAgICAgPFBhcmFtZXRlcnM+CiAgICAgICAgPFBhcmFtZXRlciBO
YW1lPSJzdHIiIFR5cGU9IlN5c3RlbS5TdHJpbmciIC8+CiAgICAgIDwvUGFyYW1ldGVycz4KICAg
ICAgPERvY3M+CiAgICAgICAgPHN1bW1hcnk+Q3JlYXRlcyBhIG5ldyA8c2VlIGNyZWY9IlQ6R3Rr
LkxhYmVsIiAvPiwgY29udGFpbmluZyB0aGUgdGV4dCBpbiA8cGFyYW1yZWYgbmFtZT0ic3RyIiAv
Pi48L3N1bW1hcnk+CiAgICAgICAgPHBhcmFtIG5hbWU9InN0ciI+VGhlIHRleHQgb2YgdGhlIGxh
YmVsLCB3aXRoIGFuIHVuZGVyc2NvcmUgaW4gZnJvbnQgb2YgdGhlIG1uZW1vbmljIGNoYXJhY3Rl
ci48L3BhcmFtPgogICAgICAgIDxyZXR1cm5zPlRoZSBuZXcgPHNlZSBjcmVmPSJUOkd0ay5MYWJl
bCIgLz48L3JldHVybnM+CiAgICAgICAgPHJlbWFya3M+CgkJCQkJPHBhcmE+CklmIGNoYXJhY3Rl
cnMgaW4gPHBhcmFtcmVmIG5hbWU9InN0ciIgLz4gYXJlIHByZWNlZGVkIGJ5IGFuIHVuZGVyc2Nv
cmUsIHRoZXkgYXJlIHVuZGVybGluZWQuIElmIHlvdSBuZWVkIGEgbGl0ZXJhbCB1bmRlcnNjb3Jl
IGNoYXJhY3RlciBpbiBhIGxhYmVsLCB1c2UgJ19fJyAodHdvIHVuZGVyc2NvcmVzKS4gVGhlIGZp
cnN0IHVuZGVybGluZWQgY2hhcmFjdGVyIHJlcHJlc2VudHMgYSBrZXlib2FyZCBhY2NlbGVyYXRv
ciBjYWxsZWQgYSBtbmVtb25pYy4gVGhlIG1uZW1vbmljIGtleSBjYW4gYmUgdXNlZCB0byBhY3Rp
dmF0ZSBhbm90aGVyIHdpZGdldCwgY2hvc2VuIGF1dG9tYXRpY2FsbHksIG9yIGV4cGxpY2l0bHkg
dXNpbmcgPHNlZSBjcmVmPSJQOkd0ay5MYWJlbC5NbmVtb25pY1dpZGdldCIgLz4uCgkJCQkJPC9w
YXJhPgoJCQkJCTxwYXJhPgpJZiA8c2VlIGNyZWY9IlA6R3RrLkxhYmVsLk1uZW1vbmljV2lkZ2V0
IiAvPiBpcyBub3QgY2FsbGVkLCB0aGVuIHRoZSBmaXJzdCBhY3RpdmF0YWJsZSBhbmNlc3RvciBv
ZiB0aGUgPHNlZSBjcmVmPSJUOkd0ay5MYWJlbCIgLz4gd2lsbCBiZSBjaG9zZW4gYXMgdGhlIG1u
ZW1vbmljIHdpZGdldC4gRm9yIGluc3RhbmNlLCBpZiB0aGUgbGFiZWwgaXMgaW5zaWRlIGEgYnV0
dG9uIG9yIG1lbnUgaXRlbSwgdGhlIGJ1dHRvbiBvciBtZW51IGl0ZW0gd2lsbCBhdXRvbWF0aWNh
bGx5IGJlY29tZSB0aGUgbW5lbW9uaWMgd2lkZ2V0IGFuZCBiZSBhY3RpdmF0ZWQgYnkgdGhlIG1u
ZW1vbmljLgoJCQkJCTwvcGFyYT4KCQkJCTwvcmVtYXJrcz4KICAgICAgPC9Eb2NzPgogICAgPC9N
ZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IkdldFNlbGVjdGlvbkJvdW5kcyI+CiAgICAg
IDxNZW1iZXJTaWduYXR1cmUgTGFuZ3VhZ2U9IkMjIiBWYWx1ZT0icHVibGljIGJvb2wgR2V0U2Vs
ZWN0aW9uQm91bmRzIChpbnQgc3RhcnQsIGludCBlbmQpOyIgLz4KICAgICAgPE1lbWJlclR5cGU+
TWV0aG9kPC9NZW1iZXJUeXBlPgogICAgICA8UmV0dXJuVmFsdWU+CiAgICAgICAgPFJldHVyblR5
cGU+U3lzdGVtLkJvb2xlYW48L1JldHVyblR5cGU+CiAgICAgIDwvUmV0dXJuVmFsdWU+CiAgICAg
IDxQYXJhbWV0ZXJzPgogICAgICAgIDxQYXJhbWV0ZXIgTmFtZT0ic3RhcnQiIFR5cGU9IlN5c3Rl
bS5JbnQzMiIgLz4KICAgICAgICA8UGFyYW1ldGVyIE5hbWU9ImVuZCIgVHlwZT0iU3lzdGVtLklu
dDMyIiAvPgogICAgICA8L1BhcmFtZXRlcnM+CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5
PkdldHMgdGhlIHNlbGVjdGVkIHJhbmdlIG9mIGNoYXJhY3RlcnMgaW4gdGhlIGxhYmVsLCByZXR1
cm5pbmcgPHNlZSBjcmVmPSJsYW5nd29yZDp0cnVlIiAvPiBpZiB0aGVyZSdzIGEgc2VsZWN0aW9u
Ljwvc3VtbWFyeT4KICAgICAgICA8cGFyYW0gbmFtZT0ic3RhcnQiPlJldHVybiBsb2NhdGlvbiBm
b3Igc3RhcnQgb2Ygc2VsZWN0aW9uLCBhcyBhIGNoYXJhY3RlciBvZmZzZXQuPC9wYXJhbT4KICAg
ICAgICA8cGFyYW0gbmFtZT0iZW5kIj5SZXR1cm4gbG9jYXRpb24gZm9yIGVuZCBvZiBzZWxlY3Rp
b24sIGFzIGEgY2hhcmFjdGVyIG9mZnNldC48L3BhcmFtPgogICAgICAgIDxyZXR1cm5zPjxzZWUg
Y3JlZj0ibGFuZ3dvcmQ6dHJ1ZSIgLz4gaWYgdGhlIGxhYmVsJ3MgdGV4dCB3aWxsIGJlIHBhcnNl
ZCBmb3IgbWFya3VwLjwvcmV0dXJucz4KICAgICAgICA8cmVtYXJrcz48L3JlbWFya3M+CiAgICAg
IDwvRG9jcz4KICAgIDwvTWVtYmVyPgogICAgPE1lbWJlciBNZW1iZXJOYW1lPSJTZWxlY3RSZWdp
b24iPgogICAgICA8TWVtYmVyU2lnbmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyB2
b2lkIFNlbGVjdFJlZ2lvbiAoaW50IHN0YXJ0X29mZnNldCwgaW50IGVuZF9vZmZzZXQpOyIgLz4K
ICAgICAgPE1lbWJlclR5cGU+TWV0aG9kPC9NZW1iZXJUeXBlPgogICAgICA8UmV0dXJuVmFsdWU+
CiAgICAgICAgPFJldHVyblR5cGU+U3lzdGVtLlZvaWQ8L1JldHVyblR5cGU+CiAgICAgIDwvUmV0
dXJuVmFsdWU+CiAgICAgIDxQYXJhbWV0ZXJzPgogICAgICAgIDxQYXJhbWV0ZXIgTmFtZT0ic3Rh
cnRfb2Zmc2V0IiBUeXBlPSJTeXN0ZW0uSW50MzIiIC8+CiAgICAgICAgPFBhcmFtZXRlciBOYW1l
PSJlbmRfb2Zmc2V0IiBUeXBlPSJTeXN0ZW0uSW50MzIiIC8+CiAgICAgIDwvUGFyYW1ldGVycz4K
ICAgICAgPERvY3M+CiAgICAgICAgPHN1bW1hcnk+U2VsZWN0cyBhIHJhbmdlIG9mIGNoYXJhY3Rl
cnMgaW4gdGhlIGxhYmVsLCBpZiB0aGUgbGFiZWwgaXMgc2VsZWN0YWJsZS4gU2VlIDxzZWUgY3Jl
Zj0iUDpHdGsuTGFiZWwuU2VsZWN0YWJsZSIgLz4uIElmIHRoZSBsYWJlbCBpcyBub3Qgc2VsZWN0
YWJsZSwgdGhpcyBmdW5jdGlvbiBoYXMgbm8gZWZmZWN0LiBJZiA8cGFyYW1yZWYgbmFtZT0ic3Rh
cnRfb2Zmc2V0IiAvPiBvciA8cGFyYW1yZWYgbmFtZT0iZW5kX29mZnNldCIgLz4gYXJlIC0xLCB0
aGVuIHRoZSBlbmQgb2YgdGhlIGxhYmVsIHdpbGwgYmUgc3Vic3RpdHV0ZWQuPC9zdW1tYXJ5Pgog
ICAgICAgIDxwYXJhbSBuYW1lPSJzdGFydF9vZmZzZXQiPlN0YXJ0IG9mZnNldCAoaW4gY2hhcmFj
dGVycywgbm90IGJ5dGVzKS48L3BhcmFtPgogICAgICAgIDxwYXJhbSBuYW1lPSJlbmRfb2Zmc2V0
Ij5FbmQgb2Zmc2V0IChpbiBjaGFyYWN0ZXJzLCBub3QgYnl0ZXMpLjwvcGFyYW0+CiAgICAgICAg
PHJlbWFya3M+PC9yZW1hcmtzPgogICAgICA8L0RvY3M+CiAgICA8L01lbWJlcj4KICAgIDxNZW1i
ZXIgTWVtYmVyTmFtZT0iR2V0TGF5b3V0T2Zmc2V0cyI+CiAgICAgIDxNZW1iZXJTaWduYXR1cmUg
TGFuZ3VhZ2U9IkMjIiBWYWx1ZT0icHVibGljIHZvaWQgR2V0TGF5b3V0T2Zmc2V0cyAoaW50IHgs
IGludCB5KTsiIC8+CiAgICAgIDxNZW1iZXJUeXBlPk1ldGhvZDwvTWVtYmVyVHlwZT4KICAgICAg
PFJldHVyblZhbHVlPgogICAgICAgIDxSZXR1cm5UeXBlPlN5c3RlbS5Wb2lkPC9SZXR1cm5UeXBl
PgogICAgICA8L1JldHVyblZhbHVlPgogICAgICA8UGFyYW1ldGVycz4KICAgICAgICA8UGFyYW1l
dGVyIE5hbWU9IngiIFR5cGU9IlN5c3RlbS5JbnQzMiIgLz4KICAgICAgICA8UGFyYW1ldGVyIE5h
bWU9InkiIFR5cGU9IlN5c3RlbS5JbnQzMiIgLz4KICAgICAgPC9QYXJhbWV0ZXJzPgogICAgICA8
RG9jcz4KICAgICAgICA8c3VtbWFyeT5PYnRhaW5zIHRoZSBjb29yZGluYXRlcyB3aGVyZSB0aGUg
bGFiZWwgd2lsbCBkcmF3IHRoZSA8c2VlIGNyZWY9IlQ6UGFuZ28uTGF5b3V0IiAvPiByZXByZXNl
bnRpbmcgdGhlIHRleHQgaW4gdGhlIGxhYmVsOyB1c2VmdWwgdG8gY29udmVydCBtb3VzZSBldmVu
dHMgaW50byBjb29yZGluYXRlcyBpbnNpZGUgdGhlIDxzZWUgY3JlZj0iVDpQYW5nby5MYXlvdXQi
IC8+LCBlLmcuIHRvIHRha2Ugc29tZSBhY3Rpb24gaWYgc29tZSBwYXJ0IG9mIHRoZSBsYWJlbCBp
cyBjbGlja2VkLiBPZiBjb3Vyc2UgeW91IHdpbGwgbmVlZCB0byBjcmVhdGUgYSA8c2VlIGNyZWY9
IlQ6R3RrLkV2ZW50Qm94IiAvPiB0byByZWNlaXZlIHRoZSBldmVudHMsIGFuZCBwYWNrIHRoZSBs
YWJlbCBpbnNpZGUgaXQsIHNpbmNlIGxhYmVscyBhcmUgYSBHVEtfTk9fV0lORE9XIHdpZGdldC4g
UmVtZW1iZXIgd2hlbiB1c2luZyB0aGUgPHNlZSBjcmVmPSJUOlBhbmdvLkxheW91dCIgLz4gbWV0
aG9kcyB5b3UgbmVlZCB0byBjb252ZXJ0IHRvIGFuZCBmcm9tIHBpeGVscyB1c2luZyBQQU5HT19Q
SVhFTFMoKSBvciBQQU5HT19TQ0FMRS48L3N1bW1hcnk+CiAgICAgICAgPHBhcmFtIG5hbWU9Ingi
PkxvY2F0aW9uIHRvIHN0b3JlIFggb2Zmc2V0IG9mIGxheW91dCwgb3IgPHNlZSBjcmVmPSJsYW5n
d29yZDpudWxsIiAvPi48L3BhcmFtPgogICAgICAgIDxwYXJhbSBuYW1lPSJ5Ij5Mb2NhdGlvbiB0
byBzdG9yZSBZIG9mZnNldCBvZiBsYXlvdXQsIG9yIDxzZWUgY3JlZj0ibGFuZ3dvcmQ6bnVsbCIg
Lz4uPC9wYXJhbT4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAgICAg
PC9Eb2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IkZpbmFsaXplIj4K
ICAgICAgPE1lbWJlclNpZ25hdHVyZSBMYW5ndWFnZT0iQyMiIFZhbHVlPSJwcm90ZWN0ZWQgdmly
dHVhbCB2b2lkIEZpbmFsaXplICgpOyIgLz4KICAgICAgPE1lbWJlclR5cGU+TWV0aG9kPC9NZW1i
ZXJUeXBlPgogICAgICA8UmV0dXJuVmFsdWU+CiAgICAgICAgPFJldHVyblR5cGU+U3lzdGVtLlZv
aWQ8L1JldHVyblR5cGU+CiAgICAgIDwvUmV0dXJuVmFsdWU+CiAgICAgIDxQYXJhbWV0ZXJzIC8+
CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PkRpc3Bvc2VzIHRoZSByZXNvdXJjZXMgYXNz
b2NpYXRlZCB3aXRoIHRoZSBvYmplY3QuPC9zdW1tYXJ5PgogICAgICAgIDxyZW1hcmtzIC8+CiAg
ICAgIDwvRG9jcz4KICAgIDwvTWVtYmVyPgogICAgPE1lbWJlciBNZW1iZXJOYW1lPSIuY3RvciI+
CiAgICAgIDxNZW1iZXJTaWduYXR1cmUgTGFuZ3VhZ2U9IkMjIiBWYWx1ZT0icHJvdGVjdGVkIExh
YmVsICh1aW50IGd0eXBlKTsiIC8+CiAgICAgIDxNZW1iZXJUeXBlPkNvbnN0cnVjdG9yPC9NZW1i
ZXJUeXBlPgogICAgICA8UmV0dXJuVmFsdWUgLz4KICAgICAgPFBhcmFtZXRlcnM+CiAgICAgICAg
PFBhcmFtZXRlciBOYW1lPSJndHlwZSIgVHlwZT0iU3lzdGVtLlVJbnQzMiIgLz4KICAgICAgPC9Q
YXJhbWV0ZXJzPgogICAgICA8RG9jcz4KICAgICAgICA8c3VtbWFyeT5JbnRlcm5hbCBjb25zdHJ1
Y3Rvcjwvc3VtbWFyeT4KICAgICAgICA8cGFyYW0gbmFtZT0iZ3R5cGUiPkdMaWIgdHlwZSBmb3Ig
dGhlIHR5cGU8L3BhcmFtPgogICAgICAgIDxyZXR1cm5zPkNyZWF0ZXMgYSBuZXcgaW5zdGFuY2Ug
b2YgTGFiZWwsIHVzaW5nIHRoZSBHTGliLXByb3ZpZGVkIHR5cGU8L3JldHVybnM+CiAgICAgICAg
PHJlbWFya3M+CiAgICAgICAgICA8cGFyYT5UaGlzIGlzIGEgY29uc3RydWN0b3IgdXNlZCBieSBk
ZXJpdmF0aXZlIHR5cGVzIG9mIDxzZWUgY3JlZj0iVDpHdGsuTGFiZWwiIC8+IHRoYXQgd291bGQg
aGF2ZSB0aGVpciBvd24gR0xpYiB0eXBlIGFzc2lnbmVkIHRvIGl0LiAgVGhpcyBpcyBub3QgdHlw
aWNhbGx5IHVzZWQgYnkgQyMgY29kZS48L3BhcmE+CiAgICAgICAgPC9yZW1hcmtzPgogICAgICA8
L0RvY3M+CiAgICA8L01lbWJlcj4KICAgIDxNZW1iZXIgTWVtYmVyTmFtZT0iLmN0b3IiPgogICAg
ICA8TWVtYmVyU2lnbmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBMYWJlbCAoU3lz
dGVtLkludFB0ciByYXcpOyIgLz4KICAgICAgPE1lbWJlclR5cGU+Q29uc3RydWN0b3I8L01lbWJl
clR5cGU+CiAgICAgIDxSZXR1cm5WYWx1ZSAvPgogICAgICA8UGFyYW1ldGVycz4KICAgICAgICA8
UGFyYW1ldGVyIE5hbWU9InJhdyIgVHlwZT0iU3lzdGVtLkludFB0ciIgLz4KICAgICAgPC9QYXJh
bWV0ZXJzPgogICAgICA8RG9jcz4KICAgICAgICA8c3VtbWFyeT5JbnRlcm5hbCBjb25zdHJ1Y3Rv
cjwvc3VtbWFyeT4KICAgICAgICA8cGFyYW0gbmFtZT0icmF3Ij5Qb2ludGVyIHRvIHRoZSBDIG9i
amVjdC48L3BhcmFtPgogICAgICAgIDxyZXR1cm5zPkFuIGluc3RhbmNlIG9mIExhYmVsLCB3cmFw
cGluZyB0aGUgQyBvYmplY3QuPC9yZXR1cm5zPgogICAgICAgIDxyZW1hcmtzPgogICAgICAgICAg
PHBhcmE+VGhpcyBpcyBhbiBpbnRlcm5hbCBjb25zdHJ1Y3RvciwgYW5kIHNob3VsZCBub3QgYmUg
dXNlZCBieSB1c2VyIGNvZGUuPC9wYXJhPgogICAgICAgIDwvcmVtYXJrcz4KICAgICAgPC9Eb2Nz
PgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9Ii5jdG9yIj4KICAgICAgPE1l
bWJlclNpZ25hdHVyZSBMYW5ndWFnZT0iQyMiIFZhbHVlPSJwdWJsaWMgTGFiZWwgKHN0cmluZyBz
dHIpOyIgLz4KICAgICAgPE1lbWJlclR5cGU+Q29uc3RydWN0b3I8L01lbWJlclR5cGU+CiAgICAg
IDxSZXR1cm5WYWx1ZSAvPgogICAgICA8UGFyYW1ldGVycz4KICAgICAgICA8UGFyYW1ldGVyIE5h
bWU9InN0ciIgVHlwZT0iU3lzdGVtLlN0cmluZyIgLz4KICAgICAgPC9QYXJhbWV0ZXJzPgogICAg
ICA8RG9jcz4KICAgICAgICA8c3VtbWFyeT5UbyBiZSBhZGRlZDwvc3VtbWFyeT4KICAgICAgICA8
cGFyYW0gbmFtZT0ic3RyIj5UbyBiZSBhZGRlZDogYW4gb2JqZWN0IG9mIHR5cGUgJ3N0cmluZyc8
L3BhcmFtPgogICAgICAgIDxyZXR1cm5zPlRvIGJlIGFkZGVkOiBhbiBvYmplY3Qgb2YgdHlwZSAn
R3RrLkxhYmVsJzwvcmV0dXJucz4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJr
cz4KICAgICAgPC9Eb2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9Ii5j
dG9yIj4KICAgICAgPE1lbWJlclNpZ25hdHVyZSBMYW5ndWFnZT0iQyMiIFZhbHVlPSJwcm90ZWN0
ZWQgTGFiZWwgKCk7IiAvPgogICAgICA8TWVtYmVyVHlwZT5Db25zdHJ1Y3RvcjwvTWVtYmVyVHlw
ZT4KICAgICAgPFJldHVyblZhbHVlIC8+CiAgICAgIDxQYXJhbWV0ZXJzIC8+CiAgICAgIDxEb2Nz
PgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVkPC9zdW1tYXJ5PgogICAgICAgIDxyZXR1cm5z
PlRvIGJlIGFkZGVkOiBhbiBvYmplY3Qgb2YgdHlwZSAnR3RrLkxhYmVsJzwvcmV0dXJucz4KICAg
ICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAgICAgPC9Eb2NzPgogICAgPC9N
ZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IkdUeXBlIj4KICAgICAgPE1lbWJlclNpZ25h
dHVyZSBMYW5ndWFnZT0iQyMiIFZhbHVlPSJwdWJsaWMgc3RhdGljIHVpbnQgR1R5cGUgeyBnZXQ7
IH07IiAvPgogICAgICA8TWVtYmVyVHlwZT5Qcm9wZXJ0eTwvTWVtYmVyVHlwZT4KICAgICAgPFJl
dHVyblZhbHVlPgogICAgICAgIDxSZXR1cm5UeXBlPlN5c3RlbS5VSW50MzI8L1JldHVyblR5cGU+
CiAgICAgIDwvUmV0dXJuVmFsdWU+CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PlRoZSBH
TGliIFR5cGUgZm9yIEd0ay5MYWJlbDwvc3VtbWFyeT4KICAgICAgICA8cmV0dXJucz5UaGUgR0xp
YiBUWXBlIGZvciB0aGUgR3RrLkxhYmVsIGNsYXNzLjwvcmV0dXJucz4KICAgICAgICA8cmVtYXJr
cyAvPgogICAgICA8L0RvY3M+CiAgICA8L01lbWJlcj4KICAgIDxNZW1iZXIgTWVtYmVyTmFtZT0i
VGV4dFdpdGhNbmVtb25pYyI+CiAgICAgIDxNZW1iZXJTaWduYXR1cmUgTGFuZ3VhZ2U9IkMjIiBW
YWx1ZT0icHVibGljIHN0cmluZyBUZXh0V2l0aE1uZW1vbmljIHsgc2V0OyB9OyIgLz4KICAgICAg
PE1lbWJlclR5cGU+UHJvcGVydHk8L01lbWJlclR5cGU+CiAgICAgIDxSZXR1cm5WYWx1ZT4KICAg
ICAgICA8UmV0dXJuVHlwZT5TeXN0ZW0uU3RyaW5nPC9SZXR1cm5UeXBlPgogICAgICA8L1JldHVy
blZhbHVlPgogICAgICA8UGFyYW1ldGVycz4KICAgICAgICA8UGFyYW1ldGVyIE5hbWU9InZhbHVl
IiBUeXBlPSJTeXN0ZW0uU3RyaW5nIiAvPgogICAgICA8L1BhcmFtZXRlcnM+CiAgICAgIDxEb2Nz
PgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVkPC9zdW1tYXJ5PgogICAgICAgIDxwYXJhbSBu
YW1lPSJ2YWx1ZSI+VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0eXBlICdzdHJpbmcnPC9wYXJh
bT4KICAgICAgICA8cmV0dXJucz5UbyBiZSBhZGRlZDogYW4gb2JqZWN0IG9mIHR5cGUgJ3N0cmlu
Zyc8L3JldHVybnM+CiAgICAgICAgPHJlbWFya3M+VG8gYmUgYWRkZWQ8L3JlbWFya3M+CiAgICAg
IDwvRG9jcz4KICAgIDwvTWVtYmVyPgogICAgPE1lbWJlciBNZW1iZXJOYW1lPSJNYXJrdXAiPgog
ICAgICA8TWVtYmVyU2lnbmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBzdHJpbmcg
TWFya3VwIHsgc2V0OyB9OyIgLz4KICAgICAgPE1lbWJlclR5cGU+UHJvcGVydHk8L01lbWJlclR5
cGU+CiAgICAgIDxSZXR1cm5WYWx1ZT4KICAgICAgICA8UmV0dXJuVHlwZT5TeXN0ZW0uU3RyaW5n
PC9SZXR1cm5UeXBlPgogICAgICA8L1JldHVyblZhbHVlPgogICAgICA8UGFyYW1ldGVycz4KICAg
ICAgICA8UGFyYW1ldGVyIE5hbWU9InZhbHVlIiBUeXBlPSJTeXN0ZW0uU3RyaW5nIiAvPgogICAg
ICA8L1BhcmFtZXRlcnM+CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVk
PC9zdW1tYXJ5PgogICAgICAgIDxwYXJhbSBuYW1lPSJ2YWx1ZSI+VG8gYmUgYWRkZWQ6IGFuIG9i
amVjdCBvZiB0eXBlICdzdHJpbmcnPC9wYXJhbT4KICAgICAgICA8cmV0dXJucz5UbyBiZSBhZGRl
ZDogYW4gb2JqZWN0IG9mIHR5cGUgJ3N0cmluZyc8L3JldHVybnM+CiAgICAgICAgPHJlbWFya3M+
VG8gYmUgYWRkZWQ8L3JlbWFya3M+CiAgICAgIDwvRG9jcz4KICAgIDwvTWVtYmVyPgogICAgPE1l
bWJlciBNZW1iZXJOYW1lPSJMaW5lV3JhcCI+CiAgICAgIDxNZW1iZXJTaWduYXR1cmUgTGFuZ3Vh
Z2U9IkMjIiBWYWx1ZT0icHVibGljIGJvb2wgTGluZVdyYXAgeyBzZXQ7IGdldDsgfTsiIC8+CiAg
ICAgIDxNZW1iZXJUeXBlPlByb3BlcnR5PC9NZW1iZXJUeXBlPgogICAgICA8UmV0dXJuVmFsdWU+
CiAgICAgICAgPFJldHVyblR5cGU+U3lzdGVtLkJvb2xlYW48L1JldHVyblR5cGU+CiAgICAgIDwv
UmV0dXJuVmFsdWU+CiAgICAgIDxQYXJhbWV0ZXJzPgogICAgICAgIDxQYXJhbWV0ZXIgTmFtZT0i
dmFsdWUiIFR5cGU9IlN5c3RlbS5Cb29sZWFuIiAvPgogICAgICA8L1BhcmFtZXRlcnM+CiAgICAg
IDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVkPC9zdW1tYXJ5PgogICAgICAgIDxw
YXJhbSBuYW1lPSJ2YWx1ZSI+VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0eXBlICdib29sJzwv
cGFyYW0+CiAgICAgICAgPHJldHVybnM+VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0eXBlICdi
b29sJzwvcmV0dXJucz4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAg
ICAgPC9Eb2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IlRleHQiPgog
ICAgICA8TWVtYmVyU2lnbmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBzdHJpbmcg
VGV4dCB7IHNldDsgZ2V0OyB9OyIgLz4KICAgICAgPE1lbWJlclR5cGU+UHJvcGVydHk8L01lbWJl
clR5cGU+CiAgICAgIDxSZXR1cm5WYWx1ZT4KICAgICAgICA8UmV0dXJuVHlwZT5TeXN0ZW0uU3Ry
aW5nPC9SZXR1cm5UeXBlPgogICAgICA8L1JldHVyblZhbHVlPgogICAgICA8UGFyYW1ldGVycz4K
ICAgICAgICA8UGFyYW1ldGVyIE5hbWU9InZhbHVlIiBUeXBlPSJTeXN0ZW0uU3RyaW5nIiAvPgog
ICAgICA8L1BhcmFtZXRlcnM+CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFk
ZGVkPC9zdW1tYXJ5PgogICAgICAgIDxwYXJhbSBuYW1lPSJ2YWx1ZSI+VG8gYmUgYWRkZWQ6IGFu
IG9iamVjdCBvZiB0eXBlICdzdHJpbmcnPC9wYXJhbT4KICAgICAgICA8cmV0dXJucz5UbyBiZSBh
ZGRlZDogYW4gb2JqZWN0IG9mIHR5cGUgJ3N0cmluZyc8L3JldHVybnM+CiAgICAgICAgPHJlbWFy
a3M+VG8gYmUgYWRkZWQ8L3JlbWFya3M+CiAgICAgIDwvRG9jcz4KICAgIDwvTWVtYmVyPgogICAg
PE1lbWJlciBNZW1iZXJOYW1lPSJMYXlvdXQiPgogICAgICA8TWVtYmVyU2lnbmF0dXJlIExhbmd1
YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBQYW5nby5MYXlvdXQgTGF5b3V0IHsgZ2V0OyB9OyIgLz4K
ICAgICAgPE1lbWJlclR5cGU+UHJvcGVydHk8L01lbWJlclR5cGU+CiAgICAgIDxSZXR1cm5WYWx1
ZT4KICAgICAgICA8UmV0dXJuVHlwZT5QYW5nby5MYXlvdXQ8L1JldHVyblR5cGU+CiAgICAgIDwv
UmV0dXJuVmFsdWU+CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVkPC9z
dW1tYXJ5PgogICAgICAgIDxyZXR1cm5zPlRvIGJlIGFkZGVkOiBhbiBvYmplY3Qgb2YgdHlwZSAn
UGFuZ28uTGF5b3V0JzwvcmV0dXJucz4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVt
YXJrcz4KICAgICAgPC9Eb2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9
Ik1hcmt1cFdpdGhNbmVtb25pYyI+CiAgICAgIDxNZW1iZXJTaWduYXR1cmUgTGFuZ3VhZ2U9IkMj
IiBWYWx1ZT0icHVibGljIHN0cmluZyBNYXJrdXBXaXRoTW5lbW9uaWMgeyBzZXQ7IH07IiAvPgog
ICAgICA8TWVtYmVyVHlwZT5Qcm9wZXJ0eTwvTWVtYmVyVHlwZT4KICAgICAgPFJldHVyblZhbHVl
PgogICAgICAgIDxSZXR1cm5UeXBlPlN5c3RlbS5TdHJpbmc8L1JldHVyblR5cGU+CiAgICAgIDwv
UmV0dXJuVmFsdWU+CiAgICAgIDxQYXJhbWV0ZXJzPgogICAgICAgIDxQYXJhbWV0ZXIgTmFtZT0i
dmFsdWUiIFR5cGU9IlN5c3RlbS5TdHJpbmciIC8+CiAgICAgIDwvUGFyYW1ldGVycz4KICAgICAg
PERvY3M+CiAgICAgICAgPHN1bW1hcnk+VG8gYmUgYWRkZWQ8L3N1bW1hcnk+CiAgICAgICAgPHBh
cmFtIG5hbWU9InZhbHVlIj5UbyBiZSBhZGRlZDogYW4gb2JqZWN0IG9mIHR5cGUgJ3N0cmluZyc8
L3BhcmFtPgogICAgICAgIDxyZXR1cm5zPlRvIGJlIGFkZGVkOiBhbiBvYmplY3Qgb2YgdHlwZSAn
c3RyaW5nJzwvcmV0dXJucz4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4K
ICAgICAgPC9Eb2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IlNlbGVj
dGFibGUiPgogICAgICA8TWVtYmVyU2lnbmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1Ymxp
YyBib29sIFNlbGVjdGFibGUgeyBzZXQ7IGdldDsgfTsiIC8+CiAgICAgIDxNZW1iZXJUeXBlPlBy
b3BlcnR5PC9NZW1iZXJUeXBlPgogICAgICA8UmV0dXJuVmFsdWU+CiAgICAgICAgPFJldHVyblR5
cGU+U3lzdGVtLkJvb2xlYW48L1JldHVyblR5cGU+CiAgICAgIDwvUmV0dXJuVmFsdWU+CiAgICAg
IDxQYXJhbWV0ZXJzPgogICAgICAgIDxQYXJhbWV0ZXIgTmFtZT0idmFsdWUiIFR5cGU9IlN5c3Rl
bS5Cb29sZWFuIiAvPgogICAgICA8L1BhcmFtZXRlcnM+CiAgICAgIDxEb2NzPgogICAgICAgIDxz
dW1tYXJ5PlRvIGJlIGFkZGVkPC9zdW1tYXJ5PgogICAgICAgIDxwYXJhbSBuYW1lPSJ2YWx1ZSI+
VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0eXBlICdib29sJzwvcGFyYW0+CiAgICAgICAgPHJl
dHVybnM+VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0eXBlICdib29sJzwvcmV0dXJucz4KICAg
ICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAgICAgPC9Eb2NzPgogICAgPC9N
ZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9Ikp1c3RpZnkiPgogICAgICA8TWVtYmVyU2ln
bmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBHdGsuSnVzdGlmaWNhdGlvbiBKdXN0
aWZ5IHsgc2V0OyBnZXQ7IH07IiAvPgogICAgICA8TWVtYmVyVHlwZT5Qcm9wZXJ0eTwvTWVtYmVy
VHlwZT4KICAgICAgPFJldHVyblZhbHVlPgogICAgICAgIDxSZXR1cm5UeXBlPkd0ay5KdXN0aWZp
Y2F0aW9uPC9SZXR1cm5UeXBlPgogICAgICA8L1JldHVyblZhbHVlPgogICAgICA8UGFyYW1ldGVy
cz4KICAgICAgICA8UGFyYW1ldGVyIE5hbWU9InZhbHVlIiBUeXBlPSJHdGsuSnVzdGlmaWNhdGlv
biIgLz4KICAgICAgPC9QYXJhbWV0ZXJzPgogICAgICA8RG9jcz4KICAgICAgICA8c3VtbWFyeT5U
byBiZSBhZGRlZDwvc3VtbWFyeT4KICAgICAgICA8cGFyYW0gbmFtZT0idmFsdWUiPlRvIGJlIGFk
ZGVkOiBhbiBvYmplY3Qgb2YgdHlwZSAnR3RrLkp1c3RpZmljYXRpb24nPC9wYXJhbT4KICAgICAg
ICA8cmV0dXJucz5UbyBiZSBhZGRlZDogYW4gb2JqZWN0IG9mIHR5cGUgJ0d0ay5KdXN0aWZpY2F0
aW9uJzwvcmV0dXJucz4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAg
ICAgPC9Eb2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IkN1cnNvclBv
c2l0aW9uIj4KICAgICAgPE1lbWJlclNpZ25hdHVyZSBMYW5ndWFnZT0iQyMiIFZhbHVlPSJwdWJs
aWMgaW50IEN1cnNvclBvc2l0aW9uIHsgZ2V0OyB9OyIgLz4KICAgICAgPE1lbWJlclR5cGU+UHJv
cGVydHk8L01lbWJlclR5cGU+CiAgICAgIDxSZXR1cm5WYWx1ZT4KICAgICAgICA8UmV0dXJuVHlw
ZT5TeXN0ZW0uSW50MzI8L1JldHVyblR5cGU+CiAgICAgIDwvUmV0dXJuVmFsdWU+CiAgICAgIDxE
b2NzPgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVkPC9zdW1tYXJ5PgogICAgICAgIDxyZXR1
cm5zPlRvIGJlIGFkZGVkOiBhbiBvYmplY3Qgb2YgdHlwZSAnaW50JzwvcmV0dXJucz4KICAgICAg
ICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAgICAgPC9Eb2NzPgogICAgPC9NZW1i
ZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IlNlbGVjdGlvbkJvdW5kIj4KICAgICAgPE1lbWJl
clNpZ25hdHVyZSBMYW5ndWFnZT0iQyMiIFZhbHVlPSJwdWJsaWMgaW50IFNlbGVjdGlvbkJvdW5k
IHsgZ2V0OyB9OyIgLz4KICAgICAgPE1lbWJlclR5cGU+UHJvcGVydHk8L01lbWJlclR5cGU+CiAg
ICAgIDxSZXR1cm5WYWx1ZT4KICAgICAgICA8UmV0dXJuVHlwZT5TeXN0ZW0uSW50MzI8L1JldHVy
blR5cGU+CiAgICAgIDwvUmV0dXJuVmFsdWU+CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5
PlRvIGJlIGFkZGVkPC9zdW1tYXJ5PgogICAgICAgIDxyZXR1cm5zPlRvIGJlIGFkZGVkOiBhbiBv
YmplY3Qgb2YgdHlwZSAnaW50JzwvcmV0dXJucz4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRl
ZDwvcmVtYXJrcz4KICAgICAgPC9Eb2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJl
ck5hbWU9Ik1uZW1vbmljV2lkZ2V0Ij4KICAgICAgPE1lbWJlclNpZ25hdHVyZSBMYW5ndWFnZT0i
QyMiIFZhbHVlPSJwdWJsaWMgR3RrLldpZGdldCBNbmVtb25pY1dpZGdldCB7IHNldDsgZ2V0OyB9
OyIgLz4KICAgICAgPE1lbWJlclR5cGU+UHJvcGVydHk8L01lbWJlclR5cGU+CiAgICAgIDxSZXR1
cm5WYWx1ZT4KICAgICAgICA8UmV0dXJuVHlwZT5HdGsuV2lkZ2V0PC9SZXR1cm5UeXBlPgogICAg
ICA8L1JldHVyblZhbHVlPgogICAgICA8UGFyYW1ldGVycz4KICAgICAgICA8UGFyYW1ldGVyIE5h
bWU9InZhbHVlIiBUeXBlPSJHdGsuV2lkZ2V0IiAvPgogICAgICA8L1BhcmFtZXRlcnM+CiAgICAg
IDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVkPC9zdW1tYXJ5PgogICAgICAgIDxw
YXJhbSBuYW1lPSJ2YWx1ZSI+VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0eXBlICdHdGsuV2lk
Z2V0JzwvcGFyYW0+CiAgICAgICAgPHJldHVybnM+VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0
eXBlICdHdGsuV2lkZ2V0JzwvcmV0dXJucz4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwv
cmVtYXJrcz4KICAgICAgPC9Eb2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5h
bWU9IkxhYmVsUHJvcCI+CiAgICAgIDxNZW1iZXJTaWduYXR1cmUgTGFuZ3VhZ2U9IkMjIiBWYWx1
ZT0icHVibGljIHN0cmluZyBMYWJlbFByb3AgeyBzZXQ7IGdldDsgfTsiIC8+CiAgICAgIDxNZW1i
ZXJUeXBlPlByb3BlcnR5PC9NZW1iZXJUeXBlPgogICAgICA8UmV0dXJuVmFsdWU+CiAgICAgICAg
PFJldHVyblR5cGU+U3lzdGVtLlN0cmluZzwvUmV0dXJuVHlwZT4KICAgICAgPC9SZXR1cm5WYWx1
ZT4KICAgICAgPFBhcmFtZXRlcnM+CiAgICAgICAgPFBhcmFtZXRlciBOYW1lPSJ2YWx1ZSIgVHlw
ZT0iU3lzdGVtLlN0cmluZyIgLz4KICAgICAgPC9QYXJhbWV0ZXJzPgogICAgICA8RG9jcz4KICAg
ICAgICA8c3VtbWFyeT5UbyBiZSBhZGRlZDwvc3VtbWFyeT4KICAgICAgICA8cGFyYW0gbmFtZT0i
dmFsdWUiPlRvIGJlIGFkZGVkOiBhbiBvYmplY3Qgb2YgdHlwZSAnc3RyaW5nJzwvcGFyYW0+CiAg
ICAgICAgPHJldHVybnM+VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0eXBlICdzdHJpbmcnPC9y
ZXR1cm5zPgogICAgICAgIDxyZW1hcmtzPlRvIGJlIGFkZGVkPC9yZW1hcmtzPgogICAgICA8L0Rv
Y3M+CiAgICA8L01lbWJlcj4KICAgIDxNZW1iZXIgTWVtYmVyTmFtZT0iUGF0dGVybiI+CiAgICAg
IDxNZW1iZXJTaWduYXR1cmUgTGFuZ3VhZ2U9IkMjIiBWYWx1ZT0icHVibGljIHN0cmluZyBQYXR0
ZXJuIHsgc2V0OyB9OyIgLz4KICAgICAgPE1lbWJlclR5cGU+UHJvcGVydHk8L01lbWJlclR5cGU+
CiAgICAgIDxSZXR1cm5WYWx1ZT4KICAgICAgICA8UmV0dXJuVHlwZT5TeXN0ZW0uU3RyaW5nPC9S
ZXR1cm5UeXBlPgogICAgICA8L1JldHVyblZhbHVlPgogICAgICA8UGFyYW1ldGVycz4KICAgICAg
ICA8UGFyYW1ldGVyIE5hbWU9InZhbHVlIiBUeXBlPSJTeXN0ZW0uU3RyaW5nIiAvPgogICAgICA8
L1BhcmFtZXRlcnM+CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVkPC9z
dW1tYXJ5PgogICAgICAgIDxwYXJhbSBuYW1lPSJ2YWx1ZSI+VG8gYmUgYWRkZWQ6IGFuIG9iamVj
dCBvZiB0eXBlICdzdHJpbmcnPC9wYXJhbT4KICAgICAgICA8cmV0dXJucz5UbyBiZSBhZGRlZDog
YW4gb2JqZWN0IG9mIHR5cGUgJ3N0cmluZyc8L3JldHVybnM+CiAgICAgICAgPHJlbWFya3M+VG8g
YmUgYWRkZWQ8L3JlbWFya3M+CiAgICAgIDwvRG9jcz4KICAgIDwvTWVtYmVyPgogICAgPE1lbWJl
ciBNZW1iZXJOYW1lPSJNbmVtb25pY0tleXZhbCI+CiAgICAgIDxNZW1iZXJTaWduYXR1cmUgTGFu
Z3VhZ2U9IkMjIiBWYWx1ZT0icHVibGljIHVpbnQgTW5lbW9uaWNLZXl2YWwgeyBnZXQ7IH07IiAv
PgogICAgICA8TWVtYmVyVHlwZT5Qcm9wZXJ0eTwvTWVtYmVyVHlwZT4KICAgICAgPFJldHVyblZh
bHVlPgogICAgICAgIDxSZXR1cm5UeXBlPlN5c3RlbS5VSW50MzI8L1JldHVyblR5cGU+CiAgICAg
IDwvUmV0dXJuVmFsdWU+CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVk
PC9zdW1tYXJ5PgogICAgICAgIDxyZXR1cm5zPlRvIGJlIGFkZGVkOiBhbiBvYmplY3Qgb2YgdHlw
ZSAndWludCc8L3JldHVybnM+CiAgICAgICAgPHJlbWFya3M+VG8gYmUgYWRkZWQ8L3JlbWFya3M+
CiAgICAgIDwvRG9jcz4KICAgIDwvTWVtYmVyPgogICAgPE1lbWJlciBNZW1iZXJOYW1lPSJXcmFw
Ij4KICAgICAgPE1lbWJlclNpZ25hdHVyZSBMYW5ndWFnZT0iQyMiIFZhbHVlPSJwdWJsaWMgYm9v
bCBXcmFwIHsgc2V0OyBnZXQ7IH07IiAvPgogICAgICA8TWVtYmVyVHlwZT5Qcm9wZXJ0eTwvTWVt
YmVyVHlwZT4KICAgICAgPFJldHVyblZhbHVlPgogICAgICAgIDxSZXR1cm5UeXBlPlN5c3RlbS5C
b29sZWFuPC9SZXR1cm5UeXBlPgogICAgICA8L1JldHVyblZhbHVlPgogICAgICA8UGFyYW1ldGVy
cz4KICAgICAgICA8UGFyYW1ldGVyIE5hbWU9InZhbHVlIiBUeXBlPSJTeXN0ZW0uQm9vbGVhbiIg
Lz4KICAgICAgPC9QYXJhbWV0ZXJzPgogICAgICA8RG9jcz4KICAgICAgICA8c3VtbWFyeT5UbyBi
ZSBhZGRlZDwvc3VtbWFyeT4KICAgICAgICA8cGFyYW0gbmFtZT0idmFsdWUiPlRvIGJlIGFkZGVk
OiBhbiBvYmplY3Qgb2YgdHlwZSAnYm9vbCc8L3BhcmFtPgogICAgICAgIDxyZXR1cm5zPlRvIGJl
IGFkZGVkOiBhbiBvYmplY3Qgb2YgdHlwZSAnYm9vbCc8L3JldHVybnM+CiAgICAgICAgPHJlbWFy
a3M+VG8gYmUgYWRkZWQ8L3JlbWFya3M+CiAgICAgIDwvRG9jcz4KICAgIDwvTWVtYmVyPgogICAg
PE1lbWJlciBNZW1iZXJOYW1lPSJVc2VVbmRlcmxpbmUiPgogICAgICA8TWVtYmVyU2lnbmF0dXJl
IExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBib29sIFVzZVVuZGVybGluZSB7IHNldDsgZ2V0
OyB9OyIgLz4KICAgICAgPE1lbWJlclR5cGU+UHJvcGVydHk8L01lbWJlclR5cGU+CiAgICAgIDxS
ZXR1cm5WYWx1ZT4KICAgICAgICA8UmV0dXJuVHlwZT5TeXN0ZW0uQm9vbGVhbjwvUmV0dXJuVHlw
ZT4KICAgICAgPC9SZXR1cm5WYWx1ZT4KICAgICAgPFBhcmFtZXRlcnM+CiAgICAgICAgPFBhcmFt
ZXRlciBOYW1lPSJ2YWx1ZSIgVHlwZT0iU3lzdGVtLkJvb2xlYW4iIC8+CiAgICAgIDwvUGFyYW1l
dGVycz4KICAgICAgPERvY3M+CiAgICAgICAgPHN1bW1hcnk+VG8gYmUgYWRkZWQ8L3N1bW1hcnk+
CiAgICAgICAgPHBhcmFtIG5hbWU9InZhbHVlIj5UbyBiZSBhZGRlZDogYW4gb2JqZWN0IG9mIHR5
cGUgJ2Jvb2wnPC9wYXJhbT4KICAgICAgICA8cmV0dXJucz5UbyBiZSBhZGRlZDogYW4gb2JqZWN0
IG9mIHR5cGUgJ2Jvb2wnPC9yZXR1cm5zPgogICAgICAgIDxyZW1hcmtzPlRvIGJlIGFkZGVkPC9y
ZW1hcmtzPgogICAgICA8L0RvY3M+CiAgICA8L01lbWJlcj4KICAgIDxNZW1iZXIgTWVtYmVyTmFt
ZT0iVXNlTWFya3VwIj4KICAgICAgPE1lbWJlclNpZ25hdHVyZSBMYW5ndWFnZT0iQyMiIFZhbHVl
PSJwdWJsaWMgYm9vbCBVc2VNYXJrdXAgeyBzZXQ7IGdldDsgfTsiIC8+CiAgICAgIDxNZW1iZXJU
eXBlPlByb3BlcnR5PC9NZW1iZXJUeXBlPgogICAgICA8UmV0dXJuVmFsdWU+CiAgICAgICAgPFJl
dHVyblR5cGU+U3lzdGVtLkJvb2xlYW48L1JldHVyblR5cGU+CiAgICAgIDwvUmV0dXJuVmFsdWU+
CiAgICAgIDxQYXJhbWV0ZXJzPgogICAgICAgIDxQYXJhbWV0ZXIgTmFtZT0idmFsdWUiIFR5cGU9
IlN5c3RlbS5Cb29sZWFuIiAvPgogICAgICA8L1BhcmFtZXRlcnM+CiAgICAgIDxEb2NzPgogICAg
ICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVkPC9zdW1tYXJ5PgogICAgICAgIDxwYXJhbSBuYW1lPSJ2
YWx1ZSI+VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0eXBlICdib29sJzwvcGFyYW0+CiAgICAg
ICAgPHJldHVybnM+VG8gYmUgYWRkZWQ6IGFuIG9iamVjdCBvZiB0eXBlICdib29sJzwvcmV0dXJu
cz4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAgICAgPC9Eb2NzPgog
ICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IkF0dHJpYnV0ZXMiPgogICAgICA8
TWVtYmVyU2lnbmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBQYW5nby5BdHRyTGlz
dCBBdHRyaWJ1dGVzIHsgc2V0OyBnZXQ7IH07IiAvPgogICAgICA8TWVtYmVyVHlwZT5Qcm9wZXJ0
eTwvTWVtYmVyVHlwZT4KICAgICAgPFJldHVyblZhbHVlPgogICAgICAgIDxSZXR1cm5UeXBlPlBh
bmdvLkF0dHJMaXN0PC9SZXR1cm5UeXBlPgogICAgICA8L1JldHVyblZhbHVlPgogICAgICA8UGFy
YW1ldGVycz4KICAgICAgICA8UGFyYW1ldGVyIE5hbWU9InZhbHVlIiBUeXBlPSJQYW5nby5BdHRy
TGlzdCIgLz4KICAgICAgPC9QYXJhbWV0ZXJzPgogICAgICA8RG9jcz4KICAgICAgICA8c3VtbWFy
eT5UbyBiZSBhZGRlZDwvc3VtbWFyeT4KICAgICAgICA8cGFyYW0gbmFtZT0idmFsdWUiPlRvIGJl
IGFkZGVkOiBhbiBvYmplY3Qgb2YgdHlwZSAnUGFuZ28uQXR0ckxpc3QnPC9wYXJhbT4KICAgICAg
ICA8cmV0dXJucz5UbyBiZSBhZGRlZDogYW4gb2JqZWN0IG9mIHR5cGUgJ1BhbmdvLkF0dHJMaXN0
JzwvcmV0dXJucz4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAgICAg
PC9Eb2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9Ik1vdmVDdXJzb3Ii
PgogICAgICA8TWVtYmVyU2lnbmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBldmVu
dCBHdGtTaGFycC5Nb3ZlQ3Vyc29ySGFuZGxlciBNb3ZlQ3Vyc29yOyIgLz4KICAgICAgPE1lbWJl
clR5cGU+RXZlbnQ8L01lbWJlclR5cGU+CiAgICAgIDxSZXR1cm5WYWx1ZSAvPgogICAgICA8UGFy
YW1ldGVycyAvPgogICAgICA8RG9jcz4KICAgICAgICA8c3VtbWFyeT5UbyBiZSBhZGRlZDwvc3Vt
bWFyeT4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAgICAgPC9Eb2Nz
PgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IlBvcHVsYXRlUG9wdXAiPgog
ICAgICA8TWVtYmVyU2lnbmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBldmVudCBH
dGtTaGFycC5Qb3B1bGF0ZVBvcHVwSGFuZGxlciBQb3B1bGF0ZVBvcHVwOyIgLz4KICAgICAgPE1l
bWJlclR5cGU+RXZlbnQ8L01lbWJlclR5cGU+CiAgICAgIDxSZXR1cm5WYWx1ZSAvPgogICAgICA8
UGFyYW1ldGVycyAvPgogICAgICA8RG9jcz4KICAgICAgICA8c3VtbWFyeT5UbyBiZSBhZGRlZDwv
c3VtbWFyeT4KICAgICAgICA8cmVtYXJrcz5UbyBiZSBhZGRlZDwvcmVtYXJrcz4KICAgICAgPC9E
b2NzPgogICAgPC9NZW1iZXI+CiAgICA8TWVtYmVyIE1lbWJlck5hbWU9IkNvcHlDbGlwYm9hcmQi
PgogICAgICA8TWVtYmVyU2lnbmF0dXJlIExhbmd1YWdlPSJDIyIgVmFsdWU9InB1YmxpYyBldmVu
dCBTeXN0ZW0uRXZlbnRIYW5kbGVyIENvcHlDbGlwYm9hcmQ7IiAvPgogICAgICA8TWVtYmVyVHlw
ZT5FdmVudDwvTWVtYmVyVHlwZT4KICAgICAgPFJldHVyblZhbHVlIC8+CiAgICAgIDxQYXJhbWV0
ZXJzIC8+CiAgICAgIDxEb2NzPgogICAgICAgIDxzdW1tYXJ5PlRvIGJlIGFkZGVkPC9zdW1tYXJ5
PgogICAgICAgIDxyZW1hcmtzPlRvIGJlIGFkZGVkPC9yZW1hcmtzPgogICAgICA8L0RvY3M+CiAg
ICA8L01lbWJlcj4KICA8L01lbWJlcnM+CjwvVHlwZT4K

--Multipart_Wed__5_Mar_2003_23:35:18_+0000_082670b8--

From miguel@ximian.com  Thu Mar  6 00:46:20 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 05 Mar 2003 19:46:20 -0500
Subject: [Mono-docs-list] can we include this in the Gnome.NET Tutorial?
In-Reply-To: <1046859143.14634.4.camel@meek.granta.internal>
References: <1046812883.28240.156.camel@erandi.boston.ximian.com>
 <1046859143.14634.4.camel@meek.granta.internal>
Message-ID: <1046911580.8245.181.camel@erandi.boston.ximian.com>

Hello,

> I think it would be great to include it in the Gnome.NET tutorial.
> However, I've not done any work on that (yet), so I don't know if it
> would be appropriate for me personally to commit it?

It has been a few days since we heard from the maintainers of the
tutorial, please go ahead and update it.  Later they can comment on it
;-)

Miguel

From mwh@sysrq.dk  Thu Mar  6 08:03:19 2003
From: mwh@sysrq.dk (Martin Willemoes Hansen)
Date: 06 Mar 2003 09:03:19 +0100
Subject: [Mono-docs-list] Learning C# patches
In-Reply-To: <50356.127.0.0.1.1046919564.squirrel@gnu-darwin.org>
References: <1046211783.21653.674.camel@lizard.reptile.ca>
 <1046246026.172.0.camel@spiril.sysrq.dk>
 <50356.127.0.0.1.1046919564.squirrel@gnu-darwin.org>
Message-ID: <1046937799.333.3.camel@spiril.sysrq.dk>

On Thu, 2003-03-06 at 03:59, PJ Cabrera wrote:
> Hello Martin,
> 
> Attached is the output of diff -ur for my changes to
> tutorial/html/en/languages/csharp.html and tutorial/html/en/index.html.
> 
> The diffs to csharp.html turned into a line by line replace, partly
> because of conversion from CRLF line endings to LF line endings. Diffs
> from now on should be much smaller.

Applied.
-- 
Martin Willemoes Hansen

--------------------------------------------------------
E-Mail	mwh@sysrq.dk	Website	mwh.sysrq.dk
IRC     MWH, freenode.net	
--------------------------------------------------------               


From mono-docs@fonicmonkey.net  Thu Mar  6 08:10:08 2003
From: mono-docs@fonicmonkey.net (Lee Mallabone)
Date: 06 Mar 2003 08:10:08 +0000
Subject: [Mono-docs-list] RFC: Gtk.Label (unfinished)
In-Reply-To: <20030305233518.109bf881.raphael.schmid@gmx.de>
References: <1046819255.1374.189.camel@localhost.localdomain>
 <20030305233518.109bf881.raphael.schmid@gmx.de>
Message-ID: <1046938208.856.9.camel@slayer.dunno.local>

On Wed, 2003-03-05 at 23:35, Raphael Schmid wrote:
> 
> attached you will find a first version of Gtk.Label. This one
> is a b**** but I think I'm about halfways through. Would be cool
> if I could get some comment on it. (This is definately not to be
> commited yet!)

Hi Raphael,

Looks great so far. The only nitpick comments I have are: the first example won't work as it's still a bit too C-like, and I think your examples with label.Markup need to set label.UseMarkup to true first.

Regards,

Lee.



From guerby@acm.org  Thu Mar  6 18:55:27 2003
From: guerby@acm.org (Laurent Guerby)
Date: 06 Mar 2003 19:55:27 +0100
Subject: [Mono-docs-list] Re: monkeyguide: fix contributing.html
In-Reply-To: <1046819255.1374.189.camel@localhost.localdomain>
References: <1046819255.1374.189.camel@localhost.localdomain>
Message-ID: <1046976927.3958.8.camel@localhost.localdomain>

--=-CmNFdEOUikXj/fMIbxfk
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Wed, 2003-03-05 at 00:07, Laurent Guerby wrote:
> As per Miguel suggestion on IRC I post here, the 
> johannes@jroith.de mentionned looks no longer valid.
> 
> I'm planning to contribute some help in getting the right
> RPMs for the people using Red Hat 8 in order
> to get gtk-sharp working, and to fix random
> things I run into while discovering the monkeyguide.
> 
> Should I send patches or full files?

No answer, second try (I've seen commits so there's hope...)



-- 
Laurent Guerby 

--=-CmNFdEOUikXj/fMIbxfk
Content-Disposition: attachment; filename=contributing.html
Content-Type: text/html; name=contributing.html; charset=us-ascii
Content-Transfer-Encoding: quoted-printable



The Mono Handbook - Contributing










The Mono Handbo=
ok > Contributing




DocWriters: There are lots of things to do:


    

  • C# tutorial

  • NAnt

  • Basic classes documentation

  • Adavanced classes documentation

  • Many parts in Gnome.NET area.


If you want to contribute, please get in touch with us on the mono-docs-list
mailing list.


The Mono Handbook is available in mono cvs, module "monkeyguide"
or at http://www.go-mono.or=
g/monkeyguide/






The Mono Handbook - © Copyright 2002 by Johannes Roith & Martin Willemoes Hansen<=
/div>



--=-CmNFdEOUikXj/fMIbxfk--


From mono-docs@fonicmonkey.net  Thu Mar  6 19:18:44 2003
From: mono-docs@fonicmonkey.net (Lee Mallabone)
Date: 06 Mar 2003 19:18:44 +0000
Subject: [Mono-docs-list] Re: monkeyguide: fix contributing.html
In-Reply-To: <1046976927.3958.8.camel@localhost.localdomain>
References: <1046819255.1374.189.camel@localhost.localdomain>
 <1046976927.3958.8.camel@localhost.localdomain>
Message-ID: <1046978323.941.12.camel@slayer.dunno.local>

On Thu, 2003-03-06 at 18:55, Laurent Guerby wrote:
> > 
> > I'm planning to contribute some help in getting the right
> > RPMs for the people using Red Hat 8 in order
> > to get gtk-sharp working, and to fix random
> > things I run into while discovering the monkeyguide.
> > 
> > Should I send patches or full files?

Sorry for not replying sooner - I for one find patches easier to work
with if you're editing content that already exists. I copied your
contributing.html file to my local copy of monkeyguide and a diff then
shows every line as changed. It's probably a whitespace or line-ending
issue, which is why I feel more comfortable committing if you've made
the diff yourself.

Regards,

Lee.



From guerby@acm.org  Thu Mar  6 19:24:51 2003
From: guerby@acm.org (Laurent Guerby)
Date: 06 Mar 2003 20:24:51 +0100
Subject: [Mono-docs-list] Re: monkeyguide: fix contributing.html
In-Reply-To: <1046978323.941.12.camel@slayer.dunno.local>
References: <1046819255.1374.189.camel@localhost.localdomain>
 <1046976927.3958.8.camel@localhost.localdomain>
 <1046978323.941.12.camel@slayer.dunno.local>
Message-ID: <1046978690.3956.22.camel@localhost.localdomain>

On Thu, 2003-03-06 at 20:18, Lee Mallabone wrote:
> On Thu, 2003-03-06 at 18:55, Laurent Guerby wrote:
> > > 
> > > I'm planning to contribute some help in getting the right
> > > RPMs for the people using Red Hat 8 in order
> > > to get gtk-sharp working, and to fix random
> > > things I run into while discovering the monkeyguide.
> > > 
> > > Should I send patches or full files?
> 
> Sorry for not replying sooner - I for one find patches easier to work
> with if you're editing content that already exists. I copied your
> contributing.html file to my local copy of monkeyguide and a diff then
> shows every line as changed. It's probably a whitespace or line-ending
> issue, which is why I feel more comfortable committing if you've made
> the diff yourself.

My mailer is evolution 1.2.2, I clicked on attach, don't know what
gremlins did their things :). Here is the cvs diff -u.


diff -u -r1.6 contributing.html
--- contributing.html	19 Feb 2003 19:09:10 -0000	1.6
+++ contributing.html	6 Mar 2003 19:20:50 -0000
@@ -23,17 +23,15 @@
 
  • Adavanced classes documentation
 
  • Many parts in Gnome.NET area.
 
-If you want to contribute, please drope me a note. 
-( johannes@jroith.de )
+If you want to contribute, please get in touch with us on the mono-docs-list
+mailing list.
 
    
-To avoid duplication, if you want to contribute first look if somebody else already has taken this chapter.
-
    
-The Mono Handbook is available in mono cvs, module "monkeyguide"
    
-or at http://www.go-mono.org/monkeyguide.
+The Mono Handbook is available in mono cvs, module "monkeyguide"
+or at http://www.go-mono.org/monkeyguide/
 
 
 
    
 
 
    The Mono Handbook - © Copyright 2002 by Johannes Roith & Martin Willemoes Hansen
    
 
-
\ No newline at end of file
+


-- 
Laurent Guerby 


From mono-docs@fonicmonkey.net  Thu Mar  6 19:52:19 2003
From: mono-docs@fonicmonkey.net (Lee Mallabone)
Date: 06 Mar 2003 19:52:19 +0000
Subject: [Mono-docs-list] Miguel asked me to pass this to you.
In-Reply-To: <1046486761.30969.7.camel@ve7frg.gmsys.com>
References: <1046486761.30969.7.camel@ve7frg.gmsys.com>
Message-ID: <1046980338.942.15.camel@slayer.dunno.local>

On Sat, 2003-03-01 at 02:46, George Farris wrote:
> I have written some very preliminary docs for the TreeView widget. 
> Please feel free to include them in the docs for GTK#.  I will expand
> the documentation to include selections and also make what I provide
> here much better over the long run but this should allow people to get
> stated.

I've tweaked the code tags for formatting only, and added the monkeyguide header.

It's now on cvs in monkeyguide/html/en/gnome/bindings/gtk-sharp/treeview.html

If any future revisions could be sent as patches against that, that would be really great.

Regards,

Lee.



From miguel@ximian.com  Thu Mar  6 23:18:24 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 06 Mar 2003 18:18:24 -0500
Subject: [Mono-docs-list] Good document on Focus.
Message-ID: <1046992703.8245.827.camel@erandi.boston.ximian.com>

Here is a good document on Focus in Gtk+:

	http://mail.gnome.org/archives/gtk-devel-list/2000-October/msg00108.html

We should try to get this in the Container, also the following bug
tracks the development of that feature for Gtk:

	http://bugzilla.gnome.org/show_bug.cgi?id=50197



From guerby@acm.org  Sat Mar  8 07:55:24 2003
From: guerby@acm.org (Laurent Guerby)
Date: 08 Mar 2003 08:55:24 +0100
Subject: [Mono-docs-list] monkeyguide: add procedure to get GTK# working
Message-ID: <1047110123.22542.6.camel@localhost.localdomain>

Hi, I had no luck with my first contribution (still not in), here
is another one. Let me know if I'm doing things wrong (submission,
style, wrong list, ...).

Laurent

html/en/installation/
Index: linux.html
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/mono/monkeyguide/html/en/installation/linux.html,v
retrieving revision 1.7
diff -u -r1.7 linux.html
--- linux.html	19 Feb 2003 19:09:14 -0000	1.7
+++ linux.html	8 Mar 2003 07:47:20 -0000
@@ -26,17 +26,27 @@
=20
 
    Binary install on RedHat & RPM based systems
    
=20
+To get Mono running you will need to download rpms made for your distribut=
ion from a few sources.
=20
-Download the 4 rpms for your distribution from http://www.go-mono.org/down=
load, then type:
-
+
      
+
    • From http://www.go-mono.or=
g/download
 
      -
-          rpm --install libgc-6.1-1.i386.rpm=20
-          rpm --install libgc-devel-6.1-1.i386.rpm=20
-          rpm --install mono-0.17-2.i386.rpm=20
-          rpm --install mono-devel-0.17-2.i386.rpm
-
+libgc-6.1-1.i386.rpm=20
+libgc-devel-6.1-1.i386.rpm=20
+mono-0.23-1.i386.rpm=20
+mono-devel-0.23-1.i386.rpm
+
      
+
    • If you want to use GTK#, from ftp://ftp.gnome-db.org/pub/gnome-db/
+
      +libgda-0.10.0-1.i386.rpm
+libgnomedb-0.10.0-1.i386.rpm
+
      
+And from http://gtk-sharp.so=
urceforge.net/
+
      +gtk-sharp-0.7-1.i386.rpm
 
      
+
    
+
=20
 
    Binary install on Debian
    
=20
Index: overview.html
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/mono/monkeyguide/html/en/installation/overview.html,v
retrieving revision 1.4
diff -u -r1.4 overview.html
--- overview.html	19 Feb 2003 19:09:14 -0000	1.4
+++ overview.html	8 Mar 2003 07:47:20 -0000
@@ -39,14 +39,14 @@
 installation.
 
    
There are two items this document will 
This document will not=20
  cover: the first is how to self host the mcs compiler=20
-under linux and the second is the graphical user environment=20
-which is implemented as GTK#. These two interesting topics=20
-are the subject of two more howto's that I'm planning.
+> cover: 
    
+
      
+
    • How to self host the mcs compiler under linux.
      
+
    
 
    
This document is also less useful for two types of people.
@@ -119,4 +119,4 @@
=20
 
    The Mono Handbook - © Copyright 2002 by Johannes Roith & Martin Willemoes Hansen=

    
 
-
\ No newline at end of file
+




From hgomez_36@flashmail.com  Sun Mar  9 03:18:12 2003
From: hgomez_36@flashmail.com (Hector E. Gomez Morales)
Date: 08 Mar 2003 21:18:12 -0600
Subject: [Mono-docs-list] Monodoc bug Redux
Message-ID: <1047179892.1192.13.camel@spivaka.uninet.mx>

--=-Zw3Wv6ijl/jFNsWueABs
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Ok this is patch is more adecuate: This patch doesn't brake the build of
mono and mcs. It passes the tests. The problem is in the implementation
of the elementStack it all is well when ckecking well-formedness of the
xml documents but when validating the elementstacks (like p, a, class,
etc) fall to 0 reguraly. The purpose of XmlTextReader (from MS): Because
the XmlTextReader does not perform the extra checks required for data
validation, it provides a fast well-formedness parser.
So we don't care about validating in Reader, so the elementStacks from
xsl (a, p , class ,etc) doesn't need to be checked in the error if.

Really need suggestions or confirmation thanks

--=-Zw3Wv6ijl/jFNsWueABs
Content-Disposition: attachment; filename=XmlTextReader.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/x-patch; name=XmlTextReader.diff; charset=UTF-8

Index: XmlTextReader.cs
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/public/mcs/class/System.XML/System.Xml/XmlTextReader.cs,v
retrieving revision 1.52
diff -u -r1.52 XmlTextReader.cs
--- XmlTextReader.cs	4 Mar 2003 18:39:58 -0000	1.52
+++ XmlTextReader.cs	9 Mar 2003 03:06:02 -0000
@@ -1011,7 +1011,7 @@
 			parserContext.NamespaceManager.PushScope ();
=20
 			string name =3D ReadName ();
-			if (haveEnteredDocument && elementStack.Count =3D=3D 0 && !allowMultipl=
eRoot)
+		        if (name !=3D "p" && name !=3D "struct"  && name !=3D "interface=
"  && name !=3D "class"  && name !=3D "enum"  && name !=3D "delegate" && ha=
veEnteredDocument && name !=3D "a" && elementStack.Count =3D=3D 0 && !allow=
MultipleRoot)
 				throw ReaderError("document has terminated, cannot open new element");
=20
 			haveEnteredDocument =3D true;

--=-Zw3Wv6ijl/jFNsWueABs--

From mwh@sysrq.dk  Sun Mar  9 10:47:19 2003
From: mwh@sysrq.dk (Martin Willemoes Hansen)
Date: 09 Mar 2003 11:47:19 +0100
Subject: [Mono-docs-list] monkeyguide: add procedure to get GTK# working
In-Reply-To: <1047110123.22542.6.camel@localhost.localdomain>
References: <1047110123.22542.6.camel@localhost.localdomain>
Message-ID: <1047206839.331.3.camel@spiril.sysrq.dk>

On Sat, 2003-03-08 at 08:55, Laurent Guerby wrote:
> Hi, I had no luck with my first contribution (still not in), here
> is another one. Let me know if I'm doing things wrong (submission,
> style, wrong list, ...).

Okay list, it would be nice tho if you would attach the patch to the
mail, instead of having it embeded in the mail.

I have applied it. Thanks for your work.

> Laurent
> 
> html/en/installation/
> Index: linux.html
> ===================================================================
> RCS file: /cvs/mono/monkeyguide/html/en/installation/linux.html,v
> retrieving revision 1.7
> diff -u -r1.7 linux.html
> --- linux.html	19 Feb 2003 19:09:14 -0000	1.7
> +++ linux.html	8 Mar 2003 07:47:20 -0000
> @@ -26,17 +26,27 @@
>  
>  
    Binary install on RedHat & RPM based systems
    
>  
> +To get Mono running you will need to download rpms made for your distribution from a few sources.
>  
> -Download the 4 rpms for your distribution from http://www.go-mono.org/download, then type:
> -
> +
      
> +
    • From http://www.go-mono.org/download
>  
      > -
> -          rpm --install libgc-6.1-1.i386.rpm 
> -          rpm --install libgc-devel-6.1-1.i386.rpm 
> -          rpm --install mono-0.17-2.i386.rpm 
> -          rpm --install mono-devel-0.17-2.i386.rpm
> -
> +libgc-6.1-1.i386.rpm 
> +libgc-devel-6.1-1.i386.rpm 
> +mono-0.23-1.i386.rpm 
> +mono-devel-0.23-1.i386.rpm
> +
      
> +
    • If you want to use GTK#, from ftp://ftp.gnome-db.org/pub/gnome-db/
> +
      > +libgda-0.10.0-1.i386.rpm
> +libgnomedb-0.10.0-1.i386.rpm
> +
      
> +And from http://gtk-sharp.sourceforge.net/
> +
      > +gtk-sharp-0.7-1.i386.rpm
>  
      
> +
    
> +
>  
>  
    Binary install on Debian
    
>  
> Index: overview.html
> ===================================================================
> RCS file: /cvs/mono/monkeyguide/html/en/installation/overview.html,v
> retrieving revision 1.4
> diff -u -r1.4 overview.html
> --- overview.html	19 Feb 2003 19:09:14 -0000	1.4
> +++ overview.html	8 Mar 2003 07:47:20 -0000
> @@ -39,14 +39,14 @@
>  installation.
>  
      >
     ->
There are two items this document will  +>
This document will   CLASS="emphasis"
>  >not 
>   -> cover: the first is how to self host the mcs compiler 
> -under linux and the second is the graphical user environment 
> -which is implemented as GTK#. These two interesting topics 
> -are the subject of two more howto's that I'm planning.
> +> cover: 
    
> +
      
> +
    • How to self host the mcs compiler under linux.
      
> +
    
>  
      >
      >
This document is also less useful for two types of people.
> @@ -119,4 +119,4 @@
>  
>  
    The Mono Handbook - © Copyright 2002 by Johannes Roith & Martin Willemoes Hansen
    
>  
> -
> \ No newline at end of file
> +
> 
> 
> 
> _______________________________________________
> Mono-docs-list maillist  -  Mono-docs-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-docs-list
-- 
Martin Willemoes Hansen

--------------------------------------------------------
E-Mail	mwh@sysrq.dk	Website	mwh.sysrq.dk
IRC     MWH, freenode.net	
--------------------------------------------------------               


From miguel@ximian.com  Mon Mar 10 01:34:25 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 09 Mar 2003 20:34:25 -0500
Subject: [Mono-docs-list] Monodoc bug Redux
In-Reply-To: <1047179892.1192.13.camel@spivaka.uninet.mx>
References: <1047179892.1192.13.camel@spivaka.uninet.mx>
Message-ID: <1047260065.21594.128.camel@erandi.boston.ximian.com>

Hello,

> Ok this is patch is more adecuate: This patch doesn't brake the build of
> mono and mcs. It passes the tests. The problem is in the implementation
> of the elementStack it all is well when ckecking well-formedness of the
> xml documents but when validating the elementstacks (like p, a, class,
> etc) fall to 0 reguraly. The purpose of XmlTextReader (from MS): Because
> the XmlTextReader does not perform the extra checks required for data
> validation, it provides a fast well-formedness parser.
> So we don't care about validating in Reader, so the elementStacks from
> xsl (a, p , class ,etc) doesn't need to be checked in the error if.
> 
> Really need suggestions or confirmation thanks

I do not understand why this happening.  Why does this patch hard-code
knowledge about class, struct, delegate, enum and p?  This does not look
right.

If the XmlReader fails with genuine XML, we should have a test case, and
work from that to fix it.

I just noticed that Monodoc is in fact failing for most Xml documents,
with a crash like this:



Unhandled Exception: System.Xml.XmlException: document has terminated,
cannot open new element Line 7, position 3.
in <0x000c1> 00 System.Xml.XmlTextReader:ReadStartTag ()
in <0x000bb> 00 System.Xml.XmlTextReader:ReadTag ()
in <0x000ee> 00 System.Xml.XmlTextReader:ReadContent ()
in <0x0002b> 00 System.Xml.XmlTextReader:Read ()
in <0x00080> 00 System.Xml.XmlDocument:ReadNode (System.Xml.XmlReader)
in <0x00032> 00 System.Xml.XmlDocument:Load (System.Xml.XmlReader)
in <0x00170> 00 .EcmaProvider:Htmlize (System.Xml.XmlNode)
in <0x0026f> 00 .EcmaProvider:RenderClassSummary
(System.Xml.XmlDocument,string)


From ginga@kit.hi-ho.ne.jp  Mon Mar 10 02:43:56 2003
From: ginga@kit.hi-ho.ne.jp (ginga@kit.hi-ho.ne.jp)
Date: Mon, 10 Mar 2003 11:43:56 +0900
Subject: [Mono-docs-list] Re: Monodoc bug Redux
In-Reply-To: <1047260065.21594.128.camel@erandi.boston.ximian.com>
References: <1047179892.1192.13.camel@spivaka.uninet.mx>
 <1047260065.21594.128.camel@erandi.boston.ximian.com>
Message-ID: <20030310111326.DDDC.GINGA@kit.hi-ho.ne.jp>

--------_3E6BF4C6DDD9046F81D0_MULTIPART_MIXED_
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hello,

> If the XmlReader fails with genuine XML, we should have a test case, and
> work from that to fix it.

I agree. Sorry to say I couldn't make monodoc nor libxslt on windows
yet and have no enough time. (Hmm... as to xslt, only I need to do is
copy rename libxslt.dll to xslt.dll and copy it to SYSTEM32, isn't it?
libxml2.dll is OK ...)

> I just noticed that Monodoc is in fact failing for most Xml documents,
> with a crash like this:

At least this XslTransform patch would be well. (It is the same
patch that I sent to Hector to try. It seems work well.)

And ecma-provider.cs... Hmm, cannot connect to anoncvs.
It is ecma-provider workaround:

-	transformed_doc.Load (transformed);
-	return transformed_doc.InnerXml;
+	XmlDocument transformed_doc = new XmlDocument ();
+	transformed_doc.LoadXml ("");
+	while (!transformed.EOF) {
+		XmlNode n = transformed_doc.ReadNode (transformed);
+		if (n != null)
+			transformed_doc.DocumentElement.AppendChild (n);
+	}
+	return transformed_doc.DocumentElement.InnerXml;


  Atsushi Eno

--------_3E6BF4C6DDD9046F81D0_MULTIPART_MIXED_
Content-Type: application/octet-stream; name="XslTransform.patch"
Content-Disposition: attachment;
 filename="XslTransform.patch"
Content-Transfer-Encoding: base64

SW5kZXg6IFhzbFRyYW5zZm9ybS5jcwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3ZzL3B1YmxpYy9t
Y3MvY2xhc3MvU3lzdGVtLlhNTC9TeXN0ZW0uWG1sLlhzbC9Yc2xUcmFuc2Zvcm0uY3MsdgpyZXRy
aWV2aW5nIHJldmlzaW9uIDEuMTIKZGlmZiAtdSAtcjEuMTIgWHNsVHJhbnNmb3JtLmNzCi0tLSBY
c2xUcmFuc2Zvcm0uY3MJMjAgRmViIDIwMDMgMTA6MzI6NDggLTAwMDAJMS4xMgorKysgWHNsVHJh
bnNmb3JtLmNzCTkgTWFyIDIwMDMgMTI6MTU6MjcgLTAwMDAKQEAgLTI2MSw3ICsyNjEsMTMgQEAK
IAkJCXhtbEZyZWVEb2MgKHhtbElucHV0KTsNCiAJCQlDbGVhbnVwICgpOw0KIA0KLQkJCXJldHVy
biBuZXcgWG1sVGV4dFJlYWRlciAobmV3IFN0cmluZ1JlYWRlciAoeHNsT3V0cHV0U3RyaW5nKSk7
DQorCQkJWG1sTmFtZVRhYmxlIG50ID0gbmV3IE5hbWVUYWJsZSAoKTsNCisJCQlyZXR1cm4gbmV3
IFhtbFRleHRSZWFkZXIgKHhzbE91dHB1dFN0cmluZywNCisJCQkJWG1sTm9kZVR5cGUuRG9jdW1l
bnRGcmFnbWVudCwNCisJCQkJbmV3IFhtbFBhcnNlckNvbnRleHQgKG50LA0KKwkJCQkJbmV3IFht
bE5hbWVzcGFjZU1hbmFnZXIgKG50KSwNCisJCQkJCW51bGwsDQorCQkJCQlYbWxTcGFjZS5Ob25l
KSk7DQogCQl9DQogDQogCQkvLyBUcmFuc2Zvcm1zIHRoZSBYTUwgZGF0YSBpbiB0aGUgSVhQYXRo
TmF2aWdhYmxlIHVzaW5nDQo=

--------_3E6BF4C6DDD9046F81D0_MULTIPART_MIXED_--


From miguel@ximian.com  Mon Mar 10 05:35:21 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 10 Mar 2003 00:35:21 -0500
Subject: [Mono-docs-list] Re: Monodoc bug Redux
In-Reply-To: <20030310111326.DDDC.GINGA@kit.hi-ho.ne.jp>
References: <1047179892.1192.13.camel@spivaka.uninet.mx>
 <1047260065.21594.128.camel@erandi.boston.ximian.com>
 <20030310111326.DDDC.GINGA@kit.hi-ho.ne.jp>
Message-ID: <1047274521.21594.149.camel@erandi.boston.ximian.com>

Hello,

    The bug was that the documentation assembler was generating files
like this:






    I have now changed it so the file generated is:


  
  
  
  


    The fixes are on CVS in the `monodoc' module.  I will try to do a
release tomorrow of Monodoc for people to use.

Miguel

From charles@reptile.ca  Wed Mar 12 01:18:16 2003
From: charles@reptile.ca (Charles Iliya Krempeaux)
Date: 11 Mar 2003 17:18:16 -0800
Subject: [Mono-docs-list] [Patch] Gnome.App.Show() -> Gnome.App.ShowAll()
Message-ID: <1047431891.5818.4418.camel@lizard.reptile.ca>

--=-Rq1djwzn436UIWtlZlmb
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello,

This Patch changes occurrences of Gnome.App.Show() to
Gnome.App.ShowAll() in the tutorials that I wrote.

I've made this change because I just spent a good deal
of time trying to figure out why my application won't
display its contents.  (Because I simply copy and pasted
from my tutorial... and then used it as a basis to write
a real application.)

(For anything but the simplest of Apps, Show() will not
display the Application's contents.  You need to use ShowAll().
And since people will definitely be doing alot of copying &
pasting, from this book, it is important that we don't cause
readers any headaches.)


Could someone (with CVS access) please review this patch and
commit it.


Thanks.


See ya

-- 
     Charles Iliya Krempeaux, BSc
     charles@reptile.ca

________________________________________________________________________
 Reptile Consulting & Services    604-REPTILE    http://www.reptile.ca/

--=-Rq1djwzn436UIWtlZlmb
Content-Disposition: attachment; filename=monkeyguide-ShowAll-correction.diff
Content-Type: text/x-patch; name=monkeyguide-ShowAll-correction.diff; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Index: Changelog
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /mono/monkeyguide/Changelog,v
retrieving revision 1.33
diff -u -r1.33 Changelog
--- Changelog	9 Mar 2003 10:50:27 -0000	1.33
+++ Changelog	12 Mar 2003 01:06:07 -0000
@@ -1,3 +1,15 @@
+2003-03-11  Charles Iliya Krempeaux 
+	* People are going to be doing alot of copy & pasting from
+	  this book!... so, to prevent people from having many
+	  headaches from wondering why the contents of their App
+	  won't show, changing Gnome.App.Show() to Gnome.App.ShowAll().
+	* monkeyguide/html/en/gnome/bindings/gnome/adding_contents.html :
+	  Changed Show() to ShowAll().
+	* monkeyguide/html/en/gnome/bindings/gnome/hello_world.html :
+	  Changed Show() to ShowAll().
+	* monkeyguide/html/en/gnome/bindings/rsvg/hello_world.html :
+	  Changed Show() to ShowAll().
+
 2003-03-09  Martin Willemoes Hansen 
 	* Fixed up installation/linux.html added a Credits section to it.
 	* Applied Laurent Guerby  patch to=20
Index: html/en/gnome/bindings/gnome/adding_contents.html
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /mono/monkeyguide/html/en/gnome/bindings/gnome/adding_contents.ht=
ml,v
retrieving revision 1.1
diff -u -r1.1 adding_contents.html
--- html/en/gnome/bindings/gnome/adding_contents.html	23 Feb 2003 20:41:16 =
-0000	1.1
+++ html/en/gnome/bindings/gnome/adding_contents.html	12 Mar 2003 01:06:07 =
-0000
@@ -41,7 +41,7 @@
                     new Gnome.Program("Hello World", "1.0", Gnome.Modules.=
UI, args);
=20
                     MyMainWindow app =3D new MyMainWindow(program);
-                    app.Show();
+                    app.ShowAll();
 =20
                     program.Run();
             }
Index: html/en/gnome/bindings/gnome/hello_world.html
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /mono/monkeyguide/html/en/gnome/bindings/gnome/hello_world.html,v
retrieving revision 1.4
diff -u -r1.4 hello_world.html
--- html/en/gnome/bindings/gnome/hello_world.html	23 Feb 2003 20:41:16 -000=
0	1.4
+++ html/en/gnome/bindings/gnome/hello_world.html	12 Mar 2003 01:06:07 -000=
0
@@ -34,7 +34,7 @@
                     new Gnome.Program("Hello World", "1.0", Gnome.Modules.=
UI, args);
=20
                     Gnome.App app =3D new Gnome.App("Hello World", "Hello =
World");
-                    app.Show();
+                    app.ShowAll();
 =20
                     program.Run();
             }
@@ -97,7 +97,7 @@
         
    
=20
 
    -                    app.Show();
+                    app.ShowAll();
 
    
=20
         
    
@@ -143,7 +143,7 @@
                     new Gnome.Program("Hello World", "1.0", Gnome.Modules.=
UI, args);
=20
                     MyMainWindow app =3D new MyMainWindow(program);
-                    app.Show();
+                    app.ShowAll();
 =20
                     program.Run();
             }
Index: html/en/gnome/bindings/rsvg/hello_world.html
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /mono/monkeyguide/html/en/gnome/bindings/rsvg/hello_world.html,v
retrieving revision 1.1
diff -u -r1.1 hello_world.html
--- html/en/gnome/bindings/rsvg/hello_world.html	26 Feb 2003 08:16:32 -0000=
	1.1
+++ html/en/gnome/bindings/rsvg/hello_world.html	12 Mar 2003 01:06:08 -0000
@@ -35,7 +35,7 @@
                     new Gnome.Program("SVG Hello World", "1.0", Gnome.Modu=
les.UI, args);
=20
                     MyMainWindow app =3D new MyMainWindow(program);
-                    app.Show();
+                    app.ShowAll();
 =20
                     program.Run();
             }

--=-Rq1djwzn436UIWtlZlmb--

From miguel@ximian.com  Wed Mar 12 20:15:17 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 12 Mar 2003 15:15:17 -0500
Subject: [Mono-docs-list] Tutorial and remoting: sample from Lluis.
Message-ID: <1047500117.2270.102.camel@erandi.boston.ximian.com>

Hello!

   I often find myself pointing people to the mailing list archives
`Check out the sample that Lluis wrote in the mailing list for remoting
to use it'.   It would be nice if we got the small samples from Lluis
into the tutorial, so I can tell people `Check the tutorial section for
remoting'.

   Nothing too elaborate, but at least we would have a central location
for this information.

Miguel.

From jamin@pubcrawler.org  Wed Mar 12 21:37:40 2003
From: jamin@pubcrawler.org (Jamin Philip Gray)
Date: Wed, 12 Mar 2003 15:37:40 -0600 (CST)
Subject: [Mono-docs-list] Tutorial and remoting: sample from Lluis.
In-Reply-To: <1047500117.2270.102.camel@erandi.boston.ximian.com>
Message-ID: 

On 12 Mar 2003, Miguel de Icaza wrote:

>    I often find myself pointing people to the mailing list archives
> `Check out the sample that Lluis wrote in the mailing list for remoting
> to use it'.   It would be nice if we got the small samples from Lluis
> into the tutorial, so I can tell people `Check the tutorial section for
> remoting'.
> 
>    Nothing too elaborate, but at least we would have a central location
> for this information.

Thanks for your ideas you posted in #mono, Miguel.  Lluis's post, btw I
found at:

http://www.mail-archive.com/mono-list@lists.ximian.com/msg00157.html

I've been playing around with remoting lately and have posted a few
examples on my website including an example implementing very basic
security where I publish a factory with a Login() method which returns the
object if the login is successful:

.NET Remoting with Mono Part I:
http://pubcrawler.org/modules.php?name=News&file=article&sid=91

.NET Remoting with Mono Part II:
http://pubcrawler.org/modules.php?name=News&file=article&sid=92

Remote Control IRC Bot:
http://pubcrawler.org/modules.php?name=News&file=article&sid=95

Adding Custom Basic Security to .NET Remoting:
http://pubcrawler.org/modules.php?name=News&file=article&sid=96

-- 
name:   Jamin Philip Gray
email:  jamin@pubcrawler.org
icq:    1361499
aim:    jamingray47
yahoo:  jamin47
web:    http://pubcrawler.org

I don't know half of you half as well as I should like, and I like less
than half of you half as well as you deserve.

--Bilbo Baggins


From miguel@ximian.com  Wed Mar 12 23:44:51 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 12 Mar 2003 18:44:51 -0500
Subject: [Mono-docs-list] Tutorial and remoting: sample from Lluis.
In-Reply-To: 
References: 
Message-ID: <1047512691.2269.137.camel@erandi.boston.ximian.com>

Hello Jamin!

> >    Nothing too elaborate, but at least we would have a central location
> > for this information.
> 
> Thanks for your ideas you posted in #mono, Miguel.  Lluis's post, btw I
> found at:
> 
> http://www.mail-archive.com/mono-list@lists.ximian.com/msg00157.html
> 
> I've been playing around with remoting lately and have posted a few
> examples on my website including an example implementing very basic
> security where I publish a factory with a Login() method which returns the
> object if the login is successful:
> 
> .NET Remoting with Mono Part I:
> http://pubcrawler.org/modules.php?name=News&file=article&sid=91
> 
> .NET Remoting with Mono Part II:
> http://pubcrawler.org/modules.php?name=News&file=article&sid=92
> 
> Remote Control IRC Bot:
> http://pubcrawler.org/modules.php?name=News&file=article&sid=95
> 
> Adding Custom Basic Security to .NET Remoting:
> http://pubcrawler.org/modules.php?name=News&file=article&sid=96

Ah!  This is all very nice.  

I suggest in your custom basic security code, that you actually create
the instance only upon having a valid login, just to make it more
"factory-esque" in behavior.  

That was fast, we had just spoken about this a couple of hours ago ;-)

Miguel

From pjcabrera@pobox.com  Thu Mar 13 03:43:38 2003
From: pjcabrera@pobox.com (PJ Cabrera)
Date: 12 Mar 2003 23:43:38 -0400
Subject: [Mono-docs-list] [Patch] Gnome.App.Show() ->
 Gnome.App.ShowAll()
In-Reply-To: <1047431891.5818.4418.camel@lizard.reptile.ca>
References: <1047431891.5818.4418.camel@lizard.reptile.ca>
Message-ID: <1047525981.4349.88.camel@acapulco>

--=-TWnN6Zc5LfREBCTv3Vr6
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2003-03-11 at 21:18, Charles Iliya Krempeaux wrote:
>=20
> (For anything but the simplest of Apps, Show() will not
> display the Application's contents.  You need to use ShowAll().



Thank you for that fix, and for mentioning the issue in the list. I was
having just the same problem getting a Gnome.Net app to work. It now
works pretty much as I intended, and I'm off to bed before I find
another bug and go chasing it into the dawn. :-)

--=20
PJ Cabrera 

--=-TWnN6Zc5LfREBCTv3Vr6
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+b/pcLTDzQf1aCV8RAljTAJ4vOGgy/CY1FXPCKe3SR/sEWXF9/ACghSwl
wAZe6S8wLz/Ug/K4RH4LI8Y=
=QdFL
-----END PGP SIGNATURE-----

--=-TWnN6Zc5LfREBCTv3Vr6--


From pjcabrera@pobox.com  Thu Mar 13 03:44:09 2003
From: pjcabrera@pobox.com (PJ Cabrera)
Date: 12 Mar 2003 23:44:09 -0400
Subject: [Mono-docs-list] Same Gnome case study for Mono Handbook (chapter 18.4)
In-Reply-To: <1047431891.5818.4418.camel@lizard.reptile.ca>
References: <1047431891.5818.4418.camel@lizard.reptile.ca>
Message-ID: <1047526394.4347.96.camel@acapulco>

--=-tomIEEHETuIV66YkTu7F
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Just writing to mention I have gotten started documenting my attempt at
remaking Same Gnome with Mono. This documentation is meant to flesh out
the Same Gnome case study in The Mono Handbook, which is chapter 18.4. I
expect the first draft will be ready in a week or so.

This weekend, I shall send in some small patches to "Learning C#" and
assorted other places in the Handbook.

--=20
PJ Cabrera 

--=-tomIEEHETuIV66YkTu7F
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+b/v5LTDzQf1aCV8RAicIAKCXTF5poO4/39mOJXFOA/4Pncy0oQCfWh+3
S6KVwOtytPG5Js+K7ddEzII=
=9rrO
-----END PGP SIGNATURE-----

--=-tomIEEHETuIV66YkTu7F--


From miguel@ximian.com  Thu Mar 13 06:16:05 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 13 Mar 2003 01:16:05 -0500
Subject: [Mono-docs-list] Same Gnome case study for Mono Handbook
 (chapter 18.4)
In-Reply-To: <1047526394.4347.96.camel@acapulco>
References: <1047431891.5818.4418.camel@lizard.reptile.ca>
 <1047526394.4347.96.camel@acapulco>
Message-ID: <1047536165.2269.168.camel@erandi.boston.ximian.com>

Hello!

> Just writing to mention I have gotten started documenting my attempt at
> remaking Same Gnome with Mono. This documentation is meant to flesh out
> the Same Gnome case study in The Mono Handbook, which is chapter 18.4. I
> expect the first draft will be ready in a week or so.
> 
> This weekend, I shall send in some small patches to "Learning C#" and
> assorted other places in the Handbook.

I wish you good luck doing this.  Same Gnome was one of the first Gnome
Applications written, so doing a new implementation is going to be nice,
as the platform has changed a lot since the early days.  The code should
be a lot simpler now to write.

Miguel

From mr_k_chin@yahoo.com  Fri Mar 14 02:18:55 2003
From: mr_k_chin@yahoo.com (Kevin A. Chin)
Date: Thu, 13 Mar 2003 18:18:55 -0800 (PST)
Subject: [Mono-docs-list] Draft Doc: Mono and .Net SDK
Message-ID: <20030314021855.41947.qmail@web21007.mail.yahoo.com>

All-

Here is a link to draft doc on 
Mono and .NET SDK:

http://www.geocities.com/monodocs/sdk/fw.pdf

Please pass on comments,
either directly or via this forum.

regards,
Kevin


__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com

From pjcabrera@pobox.com  Sun Mar 16 01:30:04 2003
From: pjcabrera@pobox.com (PJ Cabrera)
Date: 15 Mar 2003 21:30:04 -0400
Subject: [Mono-docs-list] Same Gnome case study for Mono Handbook
 (chapter 18.4)
In-Reply-To: <1047536165.2269.168.camel@erandi.boston.ximian.com>
References: <1047431891.5818.4418.camel@lizard.reptile.ca>
 <1047526394.4347.96.camel@acapulco>
 <1047536165.2269.168.camel@erandi.boston.ximian.com>
Message-ID: <1047764665.8654.42.camel@acapulco>

--=-4fbxQv6ndooxTU2ktTJF
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-03-13 at 02:16, Miguel de Icaza wrote:
> Hello!
>=20
> I wish you good luck doing this.  Same Gnome was one of the first Gnome
> Applications written, so doing a new implementation is going to be nice,
> as the platform has changed a lot since the early days.  The code should
> be a lot simpler now to write.
>=20
> Miguel

Thanks for the encouragement, it is coming along well.

Actually, I wouldn't have started if it had seemed too difficult, as I
am just getting started with Unix GUI programming. But I have six years
experience with client-side and server-side Java, which helps. It's just
a matter of learning the Gtk# and C# particulars, which I think I have
finally grasped enough to do this.

I'll yell if I get stuck. :-)

--=20
PJ Cabrera 

--=-4fbxQv6ndooxTU2ktTJF
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQA+c563LTDzQf1aCV8RApKlAJ44Tg4zoW12McL59Ubt7Kn02ciUYACfSKfW
XUuDl4pjEa7+YRg4g1LL0+k=
=KPdf
-----END PGP SIGNATURE-----

--=-4fbxQv6ndooxTU2ktTJF--


From charles@reptile.ca  Sun Mar 16 07:08:16 2003
From: charles@reptile.ca (Charles Iliya Krempeaux)
Date: 15 Mar 2003 23:08:16 -0800
Subject: [Mono-docs-list] Re: [Gtk-sharp-list] GladeWidget changes on CVS.
In-Reply-To: <1047762091.3841.101.camel@erandi.boston.ximian.com>
References: <1047762091.3841.101.camel@erandi.boston.ximian.com>
Message-ID: <1047798495.2568.71.camel@lizard.reptile.ca>

Hello,

This should probably also be updated in the Mono Handbook
(a.k.a. MonkeyGuide) too.


See ya

On Sat, 2003-03-15 at 13:01, Miguel de Icaza wrote:
> Hello guys,
> 
>     The Glade.GladeWidgetAttribute has been renamed to
> Glade.WidgetAttribute, if you had code that used the GladeWidget
> attribute, and looked like this:
> 
> 	[GladeWidget]
> 	Widget w;
> 
>     Change it to:
> 
> 	[Glade.Widget]
> 	Widget w;
> 
> Miguel.
> _______________________________________________
> Gtk-sharp-list maillist  -  Gtk-sharp-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/gtk-sharp-list
-- 
     Charles Iliya Krempeaux, BSc
     charles@reptile.ca

________________________________________________________________________
 Reptile Consulting & Services    604-REPTILE    http://www.reptile.ca/

From miguel@ximian.com  Sun Mar 16 16:51:32 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 16 Mar 2003 11:51:32 -0500
Subject: [Mono-docs-list] Re: [Gtk-sharp-list] GladeWidget changes on CVS.
In-Reply-To: <1047798495.2568.71.camel@lizard.reptile.ca>
References: <1047762091.3841.101.camel@erandi.boston.ximian.com>
 <1047798495.2568.71.camel@lizard.reptile.ca>
Message-ID: <1047833492.3841.112.camel@erandi.boston.ximian.com>

Hello,

> This should probably also be updated in the Mono Handbook
> (a.k.a. MonkeyGuide) too.

I did so ;-)

Miguel

From is118149@mail.udlap.mx  Sun Mar 16 21:25:24 2003
From: is118149@mail.udlap.mx (Carlos Alberto Cortez)
Date: 16 Mar 2003 15:25:24 -0600
Subject: [Mono-docs-list] Window class
Message-ID: <1047849924.9580.5.camel@localhost.localdomain>

--=-yOs/PoXUSQxoSor8eml/
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

A little piece of work ... I hope write some more ina  few days ;)

Regards,
Carlos.
-- 
--------------------------------------------------
/* The definition of myself */
using Cortez;
using GeniusIntelligence;

public class Carlos : Human, IGenius, ILinuxUser {

	static void Main () {
		Me.Born();
	}

}

--------------------------------------------------

--=-yOs/PoXUSQxoSor8eml/
Content-Disposition: attachment; filename=window3.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=window3.diff; charset=ISO-8859-1

? Window.xml.new
? Window2.xml
? window.diff
? window2.diff
? window3.diff
Index: Window.xml
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/public/gtk-sharp/doc/en/Gtk/Window.xml,v
retrieving revision 1.6
diff -u -r1.6 Window.xml
--- Window.xml	8 Mar 2003 06:28:10 -0000	1.6
+++ Window.xml	16 Mar 2003 21:28:13 -0000
@@ -92,8 +92,14 @@
       
       
       
-        
    To be added
-        To be added
+        Asks to iconify the Window.
+        
+	  
+	    Asks to iconify the Window. Note that you shouldn't assume the Window=
 is definitely iconified=20
+	    afterward, because other entities ( such the user or the window manag=
er ) could deiconify it before your code
+	    which assumes iconification gets to run.
+	  
+	
       
     
     
@@ -131,10 +137,21 @@
         
       
       
-        To be added
+        
+	  Obtains the current size ( width and height ) of the Window.
+	
         To be added: an object of type 'int&'
         To be added: an object of type 'int&'
-        To be added
+        
+	  
+	    Obtains the current size of the Window. If the Window is not on scree=
n, it returns th size Gtk# will suggest to the
+	    window manager for the initial window size. Note that we use out type=
 parameters.
+	  
+	  
+	    Note: The returned size does not include the size of the window manag=
er decorations ( the window border, for example),
+	    because those are not drawn by Gtk#, so Gtk# has no a reliable method=
for determining their size.
+	  
+	
       
     
     
@@ -148,10 +165,19 @@
         
       
       
-        To be added
+        Obtains the default size of the window ( width and height=
 ). 
         To be added: an object of type 'int&'
         To be added: an object of type 'int&'
-        To be added
+        
+	  
+	    Obtains the default size of the window. A value of -1 for the width o=
r height indicates that a default size has
+	    not been explicitly set for that dimention, so the "natural" size of =
the Window will be used.
+	  
+	  
+	    Note: The returned size does not include the size of the window manag=
er decorations ( the window border, for example),
+	    because those are not drawn by Gtk#, so Gtk# has no a reliable method=
for determining their size.
+	  
+	
       
     
     
@@ -165,10 +191,15 @@
         
       
       
-        To be added
+        Resizes the Window as if the user had done so.
         To be added: an object of type 'int'
         To be added: an object of type 'int'
-        To be added
+        
+	  
+	    Resizes the Window as if the user had done so. If it is called before=
 showing a Window for the first time,
+	    it overrides any default size set with Gtk.Window.SetDefaultSize().
+	  
+	
       
     
     
@@ -313,8 +344,14 @@
       
       
       
-        To be added
-        To be added
+        Asks to deiconify the Window.
+        
+	  
+	    Asks to deiconify (unminimize) the Window. Note that you shouldn't as=
sume the Window is definitely deiconified=20
+	    afterward, because other entities ( such the user or the window manag=
er ) could iconify it again before your code
+	    which assumes deiconification gets to run.
+	  
+	
       
     
     
@@ -506,7 +543,8 @@
         To be added: an object of type 'Gtk.Windo=
wPosition'
         
           
-            Is is used for placing the Window in some area, depending on t=
he Gtk.WindowPosition position argument.
+            Is is used for placing the Window in some area, depending on t=
he Gtk.WindowPosition=20
+	    position argument.
           
         
       
@@ -893,10 +931,16 @@
         
       
       
-        To be added
+        Property used for setting if a Window must be destroyed w=
hen its parent does.
         To be added: an object of type 'bool'
         To be added: an object of type 'bool'
-        To be added
+        
+	  
+	    If this property has the false value, then destroying the transient p=
arent of our Window will destroy
+	    the window itself. This is useful for dialogs that shouldn't persist =
beyond the lifetime of the main Window
+	    they're associated with.
+	  
+	
       
     
     
@@ -909,10 +953,15 @@
         
       
       
-        To be added
+        Property used for setting if a Window must be or not moda=
l.<
         To be added: an object of type 'bool'
         To be added: an object of type 'bool'
-        To be added
+        
+	  
+	    This property defines if a Window is modal or non-modal. Modal Window=
s prevent interaction with other Windows
+	    in the same application.
+	  
+	
       
     
     
@@ -962,9 +1011,14 @@
         Gtk.WindowType
       
       
-        To be added
+        Read only property (accesor) used for getting the WindowT=
ype of a specified Window.
         To be added: an object of type 'Gtk.WindowType'
-        To be added
+        
+	  
+	    This read-only property will let you know the Gtk.WindowType of the=20
+            specified Window; this is, the type the Window is.
+	  
+	
       
     
     
@@ -977,10 +1031,16 @@
         
       
       
-        To be added
+        Property used for defining the deafult width of a Window.=

         To be added: an object of type 'int'
         To be added: an object of type 'int'
-        To be added
+        
+	  
+	    This property will allow you to define the default width for your Win=
dow.
+            It only define the default one, so if the Window is resized, i=
t won't be able to do
+            anything.
+	  
+	
       
     
     
@@ -1132,4 +1192,4 @@
       
     
   
-
\ No newline at end of file
+

--=-yOs/PoXUSQxoSor8eml/--

From is118149@mail.udlap.mx  Thu Mar 20 10:33:28 2003
From: is118149@mail.udlap.mx (Carlos Alberto Cortez)
Date: 20 Mar 2003 04:33:28 -0600
Subject: [Mono-docs-list] Some examples in VB
Message-ID: <1048156408.1716.15.camel@localhost.localdomain>

--=-gaKqNBHmWBX17OZbIiZ8
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

hello:

I've written some examples in gtk# using visual basic, based on the
monkeyguide tutorial ( I have the intention to write them all in vb ),
you only need to compile it with "mbas the-source.vb -r gtk-sharp.dll"
and presto! :)

Maybe it would be a good idea to include them in the Monkey Guide
tutorial :)

regards,
carlos.
-- 
--------------------------------------------------
/* The definition of myself */
using Cortez;
using GeniusIntelligence;

public class Carlos : Human, IGenius, ILinuxUser {

	static void Main () {
		Me.Born();
	}

}

--------------------------------------------------

--=-gaKqNBHmWBX17OZbIiZ8
Content-Disposition: attachment; filename=buttons-basic.vb
Content-Type: x-directory/normal; name=buttons-basic.vb
Content-Transfer-Encoding: base64

JyBHdGsjIGV4YW1wbGUKJyBCeSBDYXJsb3MgQWxiZXJ0byBDb3J0ZXogR3VldmFyYSA8aXMxMTgx
NDlAbWFpbC51ZGxhcC5teD4KCmltcG9ydHMgU3lzdGVtCmltcG9ydHMgR3RrCmltcG9ydHMgR3Rr
U2hhcnAKCiBQdWJsaWMgTW9kdWxlIEJ1dHRvbnMKCglGdW5jdGlvbiBYcG1MYWJlbEJveCAoIHhw
bUZpbGVuYW1lIGFzIHN0cmluZywgbGFiZWxUZXh0IGFzIHN0cmluZyApIGFzIFdpZGdldAoKCQlE
aW0gYm94IGFzIEhCb3ggPSBuZXcgSEJveChmYWxzZSwgMCkKCQlib3guQm9yZGVyV2lkdGggPSAy
CgoJCURpbSBpbWFnZSBhcyBJbWFnZSA9IG5ldyBJbWFnZSh4cG1GaWxlbmFtZSkKCgkJRGltIGxh
YmVsIGFzIExhYmVsID0gbmV3IExhYmVsKGxhYmVsVGV4dCkKCgkJYm94LlBhY2tTdGFydChpbWFn
ZSwgZmFsc2UsIGZhbHNlLCAzKQoJCWJveC5QYWNrU3RhcnQobGFiZWwsIGZhbHNlLCBmYWxzZSwg
MykKCgkJaW1hZ2UuU2hvdygpCgkJbGFiZWwuU2hvdygpCgoJCXJldHVybiBib3gKCglFbmQgRnVu
Y3Rpb24KCglTdWIgQ2FsbGJhY2sgKCBCeVZhbCBvYmogYXMgb2JqZWN0LCBCeVZhbCBhcmdzIGFz
IEV2ZW50QXJncyApCgoJCUNvbnNvbGUuV3JpdGVMaW5lKCJIZWxvIGFnYWluIC0gY29vbCBidXR0
b24gd2FzIHByZXNzZWQiKQoKCUVuZCBTdWIKCglTdWIgT25EZWxldGVFdmVudCAoIEJ5VmFsIG9i
aiBhcyBvYmplY3QsIEJ5VmFsIGFyZ3MgYXMgRGVsZXRlRXZlbnRBcmdzICkKCgkJQXBwbGljYXRp
b24uUXVpdCgpCgoJRW5kIFN1YgoKCVB1YmxpYyBTdWIgTWFpbiAoKQoKCQlBcHBsaWNhdGlvbi5J
bml0KCkKCgkJRGltIHdpbmRvdyBhcyBXaW5kb3cgPSBuZXcgV2luZG93KCJQaXhtYXAgZCcgQnV0
dG9ucyAhIikKCQlBZGRIYW5kbGVyIHdpbmRvdy5EZWxldGVFdmVudCwgQWRkcmVzc09mIE9uRGVs
ZXRlRXZlbnQKCQl3aW5kb3cuQm9yZGVyV2lkdGggPSAxMAoKCQlEaW0gYnV0dG9uIGFzIEJ1dHRv
biA9IG5ldyBCdXR0b24oKQoJCUFkZEhhbmRsZXIgYnV0dG9uLkNsaWNrZWQsIEFkZHJlc3NPZiBD
YWxsYmFjawoKCQlEaW0gYm94IGFzIFdpZGdldCA9IFhwbUxhYmVsQm94KCJpbmZvLnhwbSIsICJj
b29sIGJ1dHRvbiIpCgkJYm94LlNob3coKQoKCQlidXR0b24uQWRkKGJveCkKCgkJd2luZG93LkFk
ZChidXR0b24pCgoJCXdpbmRvdy5TaG93QWxsKCkKCgkJQXBwbGljYXRpb24uUnVuKCkKCglFbmQg
U3ViCgogRW5kIE1vZHVsZQoK

--=-gaKqNBHmWBX17OZbIiZ8
Content-Disposition: attachment; filename=checkbuttons-basic.vb
Content-Type: x-directory/normal; name=checkbuttons-basic.vb
Content-Transfer-Encoding: base64

JyBHdGsjIGV4YW1wbGUKJyBCeSBDYXJsb3MgQWxiZXJ0byBDb3J0ZXogR3VldmFyYSA8aXMxMTgx
NDlAbWFpbC51ZGxhcC5teD4KCmltcG9ydHMgU3lzdGVtCmltcG9ydHMgR3RrCmltcG9ydHMgR3Rr
U2hhcnAKCiBQdWJsaWMgTW9kdWxlIENoZWNrQnV0dG9ucwoKCVN1YiBPbkRlbGV0ZUV2ZW50ICgg
QllWYWwgb2JqIGFzIG9iamVjdCwgQnlWYWwgYXJncyBhcyBEZWxldGVFdmVudEFyZ3MgKQoKCQlB
cHBsaWNhdGlvbi5RdWl0KCkKCglFbmQgU3ViCgoJU3ViIE9uQ2xpY2tlZEV2ZW50ICggQnlWYWwg
b2JqIGFzIG9iamVjdCwgQnlWYWwgYXJncyBhcyBFdmVudEFyZ3MgKQoKCQlpZiAoIChDVHlwZShv
YmosIENoZWNrQnV0dG9uKSkuQWN0aXZlICkgdGhlbgoJCQlDb25zb2xlLldyaXRlTGluZSgiQ2hl
Y2tCdXR0b24gY2xpY2tlZCwgSSdtIGFjdGl2YXRpbmciKQoJCWVsc2UKCQkJQ29uc29sZS5Xcml0
ZUxpbmUoIkNoZWNrQnV0dG9uIGNsaWNrZWQsIEknbSBkZXNhY3RpdmF0aW5nIikKCQllbmQgaWYK
CglFbmQgU3ViCgoJUHVibGljIFN1YiBNYWluICgpCgoJCUFwcGxpY2F0aW9uLkluaXQoKQoKCQlE
aW0gaGJveCBhcyBIQm94ID0gbmV3IEhCb3ggKGZhbHNlLCAwKQoJCWhib3guQm9yZGVyV2lkdGgg
PSAyCgoJCURpbSBjYjEgYXMgQ2hlY2tCdXR0b24gPSBuZXcgQ2hlY2tCdXR0b24oIkNoZWNrQnV0
dG9uIDEiKQoJCUFkZEhhbmRsZXIgY2IxLkNsaWNrZWQsIEFkZHJlc3NPZiBPbkNsaWNrZWRFdmVu
dAoKCQlEaW0gY2IyIGFzIENoZWNrQnV0dG9uID0gbmV3IENoZWNrQnV0dG9uKCJDaGVja0J1dHRv
biAyIikKCQlBZGRIYW5kbGVyIGNiMi5DbGlja2VkLCBBZGRyZXNzT2YgT25DbGlja2VkRXZlbnQK
CgkJaGJveC5QYWNrU3RhcnQoY2IxLCBmYWxzZSwgZmFsc2UsIDMpCgkJaGJveC5QYWNrU3RhcnQo
Y2IyLCBmYWxzZSwgZmFsc2UsIDMpCgoJCURpbSB3aW5kb3cgYXMgV2luZG93ID0gbmV3IFdpbmRv
dygiQ2hlY2sgQnV0dG9ucyIpCgkJd2luZG93LkJvcmRlcldpZHRoID0gMTAKCQlBZGRIYW5kbGVy
IHdpbmRvdy5EZWxldGVFdmVudCwgQWRkcmVzc09mIE9uRGVsZXRlRXZlbnQKCgkJd2luZG93LkFk
ZChoYm94KQoJCXdpbmRvdy5TaG93QWxsKCkKCgkJQXBwbGljYXRpb24uUnVuKCkKCglFbmQgU3Vi
CgogRW5kIE1vZHVsZQo=

--=-gaKqNBHmWBX17OZbIiZ8
Content-Disposition: attachment; filename=hello-basic.vb
Content-Type: x-directory/normal; name=hello-basic.vb
Content-Transfer-Encoding: base64

JyBHdGsjIGV4YW1wbGUKJyBCeSBDYXJsb3MgQWxiZXJ0byBDb3J0ZXogR3VldmFyYSA8aXMxMTgx
NDlAbWFpbC51ZGxhcC5teD4KCmltcG9ydHMgU3lzdGVtCmltcG9ydHMgR3RrCmltcG9ydHMgR3Rr
U2hhcnAKCiBQdWJsaWMgTW9kdWxlIEhlbGxvV29ybGQKCglTdWIgSGVsbG8gKCBCeVZhbCBvYmog
YXMgb2JqZWN0LCBCeVZhbCBhcmdzIGFzIEV2ZW50QXJncyApCgoJCUNvbnNvbGUuV3JpdGVMaW5l
KCJIZWxsbyBXb3JsZCIpCgkJQXBwbGljYXRpb24uUXVpdCgpCgoJRW5kIFN1YgoKCVN1YiBPbkRl
bGV0ZUV2ZW50ICggQnlWYWwgb2JqIGFzIG9iamVjdCwgQnlWYWwgYXJncyBhcyBEZWxldGVFdmVu
dEFyZ3MgKQoKCQlDb25zb2xlLldyaXRlTGluZSgiRGVsZXRlIEV2ZW50IG9jY3VycmVkXG4iKQoJ
CUFwcGxpY2F0aW9uLlF1aXQoKQoKCUVuZCBTdWIKCglQdWJsaWMgU3ViIE1haW4gKCkKCgkJQXBw
bGljYXRpb24uSW5pdCgpCgoJCQlEaW0gd2luZG93IGFzIFdpbmRvdyA9IG5ldyBXaW5kb3coIkhl
bGxvIFdvcmxkIikKCQkJQWRkSGFuZGxlciB3aW5kb3cuRGVsZXRlRXZlbnQsIEFkZHJlc3NPZiBP
bkRlbGV0ZUV2ZW50CgkJCXdpbmRvdy5Cb3JkZXJXaWR0aCA9IDEwCgoJCQlEaW0gYnV0dG9uIGFz
IEJ1dHRvbiA9IG5ldyBCdXR0b24oIkhlbGxvIFdvcmxkIikKCQkJQWRkSGFuZGxlciBidXR0b24u
Q2xpY2tlZCwgQWRkcmVzc09mIEhlbGxvCgoJCQl3aW5kb3cuQWRkKGJ1dHRvbikKCQkJd2luZG93
LlNob3dBbGwoKQoKCQlBcHBsaWNhdGlvbi5SdW4oKQoKCUVuZCBTdWIKCiBFbmQgTW9kdWxlCgo=

--=-gaKqNBHmWBX17OZbIiZ8
Content-Disposition: attachment; filename=hello2-basic.vb
Content-Type: x-directory/normal; name=hello2-basic.vb
Content-Transfer-Encoding: base64

JyBHdGsjIGV4YW1wbGUKJyBCeSBDYXJsb3MgQWxiZXJ0byBDb3J0ZXogR3VldmFyYSA8aXMxMTgx
NDlAbWFpbC51ZGxhcC5teD4KCmltcG9ydHMgU3lzdGVtCmltcG9ydHMgR3RrCmltcG9ydHMgR3Rr
U2hhcnAKCiBQdWJsaWMgTW9kdWxlIEhlbGxvV29ybGQyCgoJU3ViIENhbGxiYWNrICggQnlWYWwg
b2JqIGFzIG9iamVjdCwgQnlWYWwgYXJncyBhcyBFdmVudEFyZ3MgKQoKCQlEaW0gbXlidXR0b24g
YXMgQnV0dG9uCgkJbXlidXR0b24gPSAgQ1R5cGUob2JqLCBCdXR0b24pCgkJQ29uc29sZS5Xcml0
ZUxpbmUoIkhlbGxvIGFnYWluIC0gezB9IHdhcyBwcmVzc2VkIiwgbXlidXR0b24uTGFiZWwpCgoJ
RW5kIFN1YgoKCVN1YiBPbkRlbGV0ZUV2ZW50ICggQnlWYWwgb2JqIGFzIG9iamVjdCwgQnlWYWwg
YXJncyBhcyBEZWxldGVFdmVudEFyZ3MgKQoKCQlBcHBsaWNhdGlvbi5RdWl0KCkKCglFbmQgU3Vi
CgoJUHVibGljIFN1YiBNYWluICgpCgoJCUFwcGxpY2F0aW9uLkluaXQoKQoKCQlEaW0gd2luZG93
IGFzIFdpbmRvdyA9IG5ldyBXaW5kb3coIkhlbGxvV29ybGQiKQoJCXdpbmRvdy5UaXRsZSA9ICJI
ZWxsbyBCdXR0b25zICEiCgkJQWRkSGFuZGxlciB3aW5kb3cuRGVsZXRlRXZlbnQsIEFkZHJlc3NP
ZiBPbkRlbGV0ZUV2ZW50CgkJd2luZG93LkJvcmRlcldpZHRoID0gMTAKCgkJRGltIGJveDEgYXMg
SEJveCA9IG5ldyBIQm94KGZhbHNlLCAwKQoJCXdpbmRvdy5BZGQoYm94MSkKCgkJRGltIGJ1dHRv
bjEgYXMgVG9nZ2xlQnV0dG9uID0gbmV3IFRvZ2dsZUJ1dHRvbigiQnV0dG9uIDEiKQoJCUFkZEhh
bmRsZXIgYnV0dG9uMS5DbGlja2VkLCBBZGRyZXNzT2YgQ2FsbGJhY2sKCQlib3gxLlBhY2tTdGFy
dChidXR0b24xLCB0cnVlLCB0cnVlLCAwKQoJCWJ1dHRvbjEuU2hvdygpCgoJCURpbSBidXR0b24y
IGFzIEJ1dHRvbiA9IG5ldyBCdXR0b24oIkJ1dHRvbiAyIikKCQlBZGRIYW5kbGVyIGJ1dHRvbjIu
Q2xpY2tlZCwgQWRkcmVzc09mIENhbGxiYWNrCgkJYm94MS5QYWNrU3RhcnQoYnV0dG9uMiwgdHJ1
ZSwgdHJ1ZSwgMCkKCgkJd2luZG93LlNob3dBbGwoKQoKCQlBcHBsaWNhdGlvbi5SdW4oKQoKCUVu
ZCBTdWIKCiBFbmQgTW9kdWxlCgo=

--=-gaKqNBHmWBX17OZbIiZ8--

From is118149@mail.udlap.mx  Thu Mar 20 16:15:55 2003
From: is118149@mail.udlap.mx (Carlos Alberto Cortez)
Date: 20 Mar 2003 10:15:55 -0600
Subject: [Mono-docs-list] More vb gtk# examples
Message-ID: <1048176955.806.15.camel@localhost.localdomain>

--=-PTpVyctDHzcwDKLvrclK
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello!

Well, the codes in vb I sent, well ... can't be compiled, because the
mbas compiler sends an error message if any line different of "imports
..." appears in the beginning ... so, quit my comments, and any other
space, so the first line is "imports System"

Bye the way, I included a pair of vb gtk# little apps ..

Regards,
Carlos.
-- 
--------------------------------------------------
/* The definition of myself */
using Cortez;
using GeniusIntelligence;

public class Carlos : Human, IGenius, ILinuxUser {

	static void Main () {
		Me.Born();
	}

}

--------------------------------------------------

--=-PTpVyctDHzcwDKLvrclK
Content-Disposition: attachment; filename=togglebutton-basic.vb
Content-Type: x-directory/normal; name=togglebutton-basic.vb
Content-Transfer-Encoding: base64

aW1wb3J0cyBTeXN0ZW0KaW1wb3J0cyBHdGsKaW1wb3J0cyBHdGtTaGFycAoKIFB1YmxpYyBNb2R1
bGUgVG9nZ2xlQnV0dG9ucwoKCVN1YiBPbkRlbGV0ZUV2ZW50ICggQnlWYWwgb2JqIGFzIG9iamVj
dCwgQnlWYWwgYXJncyBhcyBEZWxldGVFdmVudEFyZ3MgKQoKCQlBcHBsaWNhdGlvbi5RdWl0KCkK
CglFbmQgU3ViCgoJU3ViIE9uRXhpdEJ1dHRvbkV2ZW50ICggQnlWYWwgb2JqIGFzIG9iamVjdCwg
QnlWYWwgYXJncyBhcyBFdmVudEFyZ3MgKQoKCQlBcHBsaWNhdGlvbi5RdWl0KCkKCglFbmQgU3Vi
CgoJUHVibGljIFN1YiBNYWluICgpCgoJCUFwcGxpY2F0aW9uLkluaXQoKQoKCQlEaW0gd2luZG93
IGFzIFdpbmRvdyA9IG5ldyBXaW5kb3coIlRvZ2dsZSBCdXR0b25zIikKCQlBZGRIYW5kbGVyIHdp
bmRvdy5EZWxldGVFdmVudCwgQWRkcmVzc09mIE9uRGVsZXRlRXZlbnQKCQl3aW5kb3cuQm9yZGVy
V2lkdGggPSAwCgoJCURpbSBib3gxIGFzIFZCb3ggPSBuZXcgVkJveCAoZmFsc2UsIDEwKQoJCXdp
bmRvdy5BZGQoYm94MSkKCQlib3gxLlNob3coKQoKCQlEaW0gYm94MiBhcyBWQm94ID0gbmV3IFZC
b3ggKGZhbHNlLCAxMCkKCQlib3gyLkJvcmRlcldpZHRoID0gMTAKCQlib3gxLlBhY2tTdGFydChi
b3gyLCB0cnVlLCB0cnVlLCAwKQoJCWJveDIuU2hvdygpCgoJCURpbSB0b2dnbGVCdXR0b24gYXMg
VG9nZ2xlQnV0dG9uID0gbmV3IFRvZ2dsZUJ1dHRvbiAoIkJ1dHRvbiAxIikKCQlib3gyLlBhY2tT
dGFydCh0b2dnbGVCdXR0b24sIHRydWUsIHRydWUsIDApCgkJdG9nZ2xlQnV0dG9uLlNob3coKQoK
CQlEaW0gdG9nZ2xlQnV0dG9uMiBhcyBUb2dnbGVCdXR0b24gPSBuZXcgVG9nZ2xlQnV0dG9uICgi
QnV0dG9uIDIiKQoJCXRvZ2dsZUJ1dHRvbjIuQWN0aXZlID0gdHJ1ZQoJCWJveDIuUGFja1N0YXJ0
KHRvZ2dsZUJ1dHRvbjIsIHRydWUsIHRydWUsIDApCgkJdG9nZ2xlQnV0dG9uMi5TaG93KCkKCgkJ
RGltIHNlcGFyYXRvciBhcyBIU2VwYXJhdG9yID0gbmV3IEhTZXBhcmF0b3IgKCkKCQlib3gxLlBh
Y2tTdGFydChzZXBhcmF0b3IsIGZhbHNlLCB0cnVlLCAwKQoJCXNlcGFyYXRvci5TaG93KCkKCgkJ
RGltIGJveDMgYXMgVkJveCA9IG5ldyBWQm94IChmYWxzZSwgMTApCgkJYm94My5Cb3JkZXJXaWR0
aCA9IDEwCgkJYm94MS5QYWNrU3RhcnQoYm94MywgZmFsc2UsIHRydWUsIDApCgoJCURpbSBidXR0
b24gYXMgQnV0dG9uID0gbmV3IEJ1dHRvbigiQ2xvc2UiKQoJCUFkZEhhbmRsZXIgYnV0dG9uLkNs
aWNrZWQsIEFkZHJlc3NPZiBPbkV4aXRCdXR0b25FdmVudAoKCQlib3gzLlBhY2tTdGFydChidXR0
b24sIHRydWUsIHRydWUsIDApCgkJYnV0dG9uLkNhbkRlZmF1bHQgPSB0cnVlCgkJYnV0dG9uLkdy
YWJEZWZhdWx0KCkKCQlidXR0b24uU2hvdygpCgoJCXdpbmRvdy5TaG93QWxsKCkgCgoJCUFwcGxp
Y2F0aW9uLlJ1bigpCgoJRW5kIFN1YgoKIEVuZCBNb2R1bGUKCg==

--=-PTpVyctDHzcwDKLvrclK
Content-Disposition: attachment; filename=fileselect-basic.vb
Content-Type: x-directory/normal; name=fileselect-basic.vb
Content-Transfer-Encoding: base64

aW1wb3J0cyBTeXN0ZW0KaW1wb3J0cyBHdGsKaW1wb3J0cyBHdGtTaGFycAoKIFB1YmxpYyBNb2R1
bGUgRmlsZVNlbAoKCURpbSBmaWxldyBhcyBGaWxlU2VsZWN0aW9uCgoJU3ViIEZpbGVPa1NlbEV2
ZW50ICggQnlWYWwgb2JqIGFzIG9iamVjdCwgQnlWYWwgYXJncyBhcyBFdmVudEFyZ3MgKQoKCQlD
b25zb2xlLldyaXRlTGluZSgiezB9XG4iLCBmaWxldy5GaWxlbmFtZSkKCglFbmQgU3ViCgoJU3Vi
IE9uRGVsZXRlRXZlbnQgKCBCeVZhbCBvYmogYXMgb2JqZWN0LCBCeVZhbCBhcmdzIGFzIERlbGV0
ZUV2ZW50QXJncyApCgoJCUFwcGxpY2F0aW9uLlF1aXQoKQoKCUVuZCBTdWIKCglTdWIgT25DYW5j
ZWxFdmVudCAoIEJ5VmFsIG9iaiBhcyBvYmplY3QsIEJ5VmFsIGFyZ3MgYXMgRXZlbnRBcmdzICkK
CgkJQXBwbGljYXRpb24uUXVpdCgpCgoJRW5kIFN1YgoKCVB1YmxpYyBTdWIgTWFpbiAoKQoKCQlB
cHBsaWNhdGlvbi5Jbml0KCkKCgkJZmlsZXcgPSBuZXcgRmlsZVNlbGVjdGlvbigiRmlsZSBTZWxl
Y3Rpb24iKQoKCQlBZGRIYW5kbGVyIGZpbGV3LkRlbGV0ZUV2ZW50LCBBZGRyZXNzT2YgT25EZWxl
dGVFdmVudAoKCQlBZGRIYW5kbGVyIGZpbGV3Lk9rQnV0dG9uLkNsaWNrZWQsIEFkZHJlc3NPZiBG
aWxlT2tTZWxFdmVudAoKCQlBZGRIYW5kbGVyIGZpbGV3LkNhbmNlbEJ1dHRvbi5DbGlja2VkLCBB
ZGRyZXNzT2YgT25DYW5jZWxFdmVudAoKCQlmaWxldy5GaWxlbmFtZSA9ICJwZW5ndWluLnBuZyIK
CgkJZmlsZXcuU2hvdygpCgoJCUFwcGxpY2F0aW9uLlJ1bigpCgoJRW5kIFN1YgoKIEVuZCBNb2R1
bGUKCg==

--=-PTpVyctDHzcwDKLvrclK--

From groith@tcrz.net  Thu Mar 20 16:31:38 2003
From: groith@tcrz.net (Guenther Roith)
Date: Thu, 20 Mar 2003 17:31:38 +0100
Subject: [Mono-docs-list] Some examples in VB
References: <1048156408.1716.15.camel@localhost.localdomain>
Message-ID: <001401c2eefe$2eca02d0$2100a8c0@ROITH>

Hi Carlos!

Looks good!
I will include them.

Thanks, 
Johannes


From mono-docs@fonicmonkey.net  Sat Mar 22 10:47:54 2003
From: mono-docs@fonicmonkey.net (Lee Mallabone)
Date: 22 Mar 2003 10:47:54 +0000
Subject: [Mono-docs-list] monodoc status?
Message-ID: <1048330074.5460.5.camel@slayer.dunno.local>

Hi all,

What's the current status of the monodoc browser? Is anyone working on
back/forward functionality?

How's search/indexing coming along? Is there a design or
work-in-progress for any of it?

Regards,

Lee.



From miguel@ximian.com  Wed Mar 26 02:32:21 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 25 Mar 2003 21:32:21 -0500
Subject: [Mono-docs-list] monodoc status?
In-Reply-To: <1048330074.5460.5.camel@slayer.dunno.local>
References: <1048330074.5460.5.camel@slayer.dunno.local>
Message-ID: <1048645941.7536.149.camel@erandi.boston.ximian.com>

Hello!

> What's the current status of the monodoc browser? Is anyone working on
> back/forward functionality?

Funny you mention this, I started doing this today.  

I should have something soon.

> How's search/indexing coming along? Is there a design or
> work-in-progress for any of it?

I have not done any of this, but my thoughts were something like:

	* Have a tool that would take an `all.xml' file and construct
	  the index/table of contents based on this.

	* Each provider would be given a chance to populate the index
	  with any data it felt convenient.

	* There will be name collisions, so we should take this into
	  account.  So for example, there might be many matches for
	  `ToString' 

For searching, I want to reuse the Evolution searching library.  Michael
Zucchi from Evolution has been kind enough to package the library as a
standalone library that we can use, but I have lacked the time to work
on integrating it.

Those are just my thoughts at this point.

Miguel.

From zizhao_chen@yahoo.com  Wed Mar 26 04:59:47 2003
From: zizhao_chen@yahoo.com (=?gb2312?q?Chen=20Zizhao?=)
Date: Wed, 26 Mar 2003 12:59:47 +0800 (CST)
Subject: [Mono-docs-list] unscrible
Message-ID: <20030326045947.29574.qmail@web14512.mail.yahoo.com>

--0-813444212-1048654787=:28731
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 8bit

  

……………………
陈子钊
zizhao_chen@yahoo.com



---------------------------------
Do You Yahoo!?
"雅虎通网络KTV, 随时随地免费卡拉OK~~"
--0-813444212-1048654787=:28731
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: 8bit

 
 

    ……………………
    陈子钊
    zizhao_chen@yahoo.com

    Do You Yahoo!?
    
"雅虎通网络KTV, 随时随地免费卡拉OK~~"
--0-813444212-1048654787=:28731--

From sander.scheepens@iakbv.nl  Wed Mar 26 04:58:30 2003
From: sander.scheepens@iakbv.nl (Sander Scheepens)
Date: Wed, 26 Mar 2003 05:58:30 +0100
Subject: [Mono-docs-list] Betr.: Mono-docs-list digest, Vol 1 #46 - 8 msgs (Cursus)
Message-ID: 

Ik ben tot 31 maart op cursus

From mono-docs@fonicmonkey.net  Wed Mar 26 12:15:12 2003
From: mono-docs@fonicmonkey.net (Lee Mallabone)
Date: 26 Mar 2003 12:15:12 +0000
Subject: [Mono-docs-list] monodoc status?
In-Reply-To: <1048645941.7536.149.camel@erandi.boston.ximian.com>
References: <1048330074.5460.5.camel@slayer.dunno.local>
 <1048645941.7536.149.camel@erandi.boston.ximian.com>
Message-ID: <1048680912.22525.85.camel@meek.granta.internal>

On Wed, 2003-03-26 at 02:32, Miguel de Icaza wrote:

> > How's search/indexing coming along? Is there a design or
> > work-in-progress for any of it?
>
> For searching, I want to reuse the Evolution searching library.  Michael
> Zucchi from Evolution has been kind enough to package the library as a
> standalone library that we can use, but I have lacked the time to work
> on integrating it.

Will that be easy to wrap into C#?
I have a fair amount of experience with a great free Java full-text
search engine - Apache Lucene. More info can be found on its web page at
http://jakarta.apache.org/lucene/

It has a C# port named NLucene; is this something you might consider
using for searching, or does the evolution search library fit the bill
for sure?

Where can I read up on the evolution searching library? Does it have any
white papers/articles, API docs you could point me at?

Regards,

Lee.



From miguel@ximian.com  Wed Mar 26 16:28:39 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 26 Mar 2003 11:28:39 -0500
Subject: [Mono-docs-list] monodoc status?
In-Reply-To: <1048680912.22525.85.camel@meek.granta.internal>
References: <1048330074.5460.5.camel@slayer.dunno.local>
 <1048645941.7536.149.camel@erandi.boston.ximian.com>
 <1048680912.22525.85.camel@meek.granta.internal>
Message-ID: <1048696119.7532.176.camel@erandi.boston.ximian.com>

Hello,

> > > How's search/indexing coming along? Is there a design or
> > > work-in-progress for any of it?
> >
> > For searching, I want to reuse the Evolution searching library.  Michael
> > Zucchi from Evolution has been kind enough to package the library as a
> > standalone library that we can use, but I have lacked the time to work
> > on integrating it.
> 
> Will that be easy to wrap into C#?

It should be, yes.

> I have a fair amount of experience with a great free Java full-text
> search engine - Apache Lucene. More info can be found on its web page at
> http://jakarta.apache.org/lucene/
> 
> It has a C# port named NLucene; is this something you might consider
> using for searching, or does the evolution search library fit the bill
> for sure?

I might consider using it, yes.  But I am a bit behind there ;-)

> Where can I read up on the evolution searching library? Does it have any
> white papers/articles, API docs you could point me at?

None of that sort, you would have to read the source code ;-(

Miguel

From mono-docs@fonicmonkey.net  Wed Mar 26 16:45:51 2003
From: mono-docs@fonicmonkey.net (Lee Mallabone)
Date: 26 Mar 2003 16:45:51 +0000
Subject: [Mono-docs-list] monodoc status?
In-Reply-To: <1048696119.7532.176.camel@erandi.boston.ximian.com>
References: <1048330074.5460.5.camel@slayer.dunno.local>
 <1048645941.7536.149.camel@erandi.boston.ximian.com>
 <1048680912.22525.85.camel@meek.granta.internal>
 <1048696119.7532.176.camel@erandi.boston.ximian.com>
Message-ID: <1048697151.22525.273.camel@meek.granta.internal>

On Wed, 2003-03-26 at 16:28, Miguel de Icaza wrote:
> > I have a fair amount of experience with a great free Java full-text
> > search engine - Apache Lucene. More info can be found on its web page at
> > http://jakarta.apache.org/lucene/
> 
> I might consider using it, yes.  But I am a bit behind there ;-)

It is arguably the best search library available for Java, but I haven't
looked in detail at the dot net port.

> > Where can I read up on the evolution searching library? Does it have any
> > white papers/articles, API docs you could point me at?
> 
> None of that sort, you would have to read the source code ;-(

Hmmm. I suspect reading C source code isn't a quick way to learn an API,
and reading C# wrapped C source code is an even slower way!

If it really does get adopted for monodoc, would there be any chance of
you convincing the relevant person to write a high level overview of the
library's architecture and/or key code points?

Is there any time frame/deadline on the browser's search development? If
you think it might be worth it, I may take a look into how much work a
Lucene based search feature would take?

Regards,

Lee.



From miguel@ximian.com  Wed Mar 26 16:52:21 2003
From: miguel@ximian.com (Miguel de Icaza)
Date: 26 Mar 2003 11:52:21 -0500
Subject: [Mono-docs-list] monodoc status?
In-Reply-To: <1048697151.22525.273.camel@meek.granta.internal>
References: <1048330074.5460.5.camel@slayer.dunno.local>
 <1048645941.7536.149.camel@erandi.boston.ximian.com>
 <1048680912.22525.85.camel@meek.granta.internal>
 <1048696119.7532.176.camel@erandi.boston.ximian.com>
 <1048697151.22525.273.camel@meek.granta.internal>
Message-ID: <1048697540.7536.188.camel@erandi.boston.ximian.com>

Hello,

> > I might consider using it, yes.  But I am a bit behind there ;-)
> 
> It is arguably the best search library available for Java, but I haven't
> looked in detail at the dot net port.

Well, that is very good news ;-)

> > > Where can I read up on the evolution searching library? Does it have any
> > > white papers/articles, API docs you could point me at?
> > 
> > None of that sort, you would have to read the source code ;-(
> 
> Hmmm. I suspect reading C source code isn't a quick way to learn an API,
> and reading C# wrapped C source code is an even slower way!

Heh, I would not be too concerned about this.  The API looks pretty
simple, I have placed a tarball here:

	http://primates.ximian.com/~miguel/tmp/camel-index.tar.gz

> If it really does get adopted for monodoc, would there be any chance of
> you convincing the relevant person to write a high level overview of the
> library's architecture and/or key code points?

Yes, I think this can be done.  I just happened to be familiar, because
its the new and improved search engine (with a scalable incremental
updating facility, which might turn out to be important if we allow
pluggable documentation to be introduced).  This is the second
generation of text searching that was written for Evolution, and the
design was driven by the requirements exposed by Evolution with large
inboxes with large histories. 

> Is there any time frame/deadline on the browser's search development? If
> you think it might be worth it, I may take a look into how much work a
> Lucene based search feature would take?

No timeframe at this point.  As soon as I can get my hands on it, but I
have a lot on my queue right now.

Miguel.

From johannes@jroith.de  Thu Mar 27 17:32:40 2003
From: johannes@jroith.de (Johannes Roith)
Date: Thu, 27 Mar 2003 18:32:40 +0100
Subject: [Mono-docs-list] Mono Handbook - Available Jobs
Message-ID: <000001c2f486$e2127290$020aa8c0@ROITH>

Hello, everybody!

Here is a little advertisement for people to contribute to the Mono
Handbook (http://www.go-mono.org/tutorial)
It's certainly one of the best and easiest places to start contributing
to mono.

A topic can become really big (see the Gtk# part), so if you pick only
one of these and work on it with the needed power, this is better.

Currently we need:

- Threading
- Remoting (!)
- Gtk#:
examples are ported, but the text of the tutorial contains many parts
form the original C tutorial, marked with a *

- Gnome#
- A Basic.NET tutorial
- Someone to write about WebServices:
Felix planned to help here, but I have not seen him for a long time
here, but maybe he can tell if he is working on it.

- ASP.NET needs much work:
Each control should be described in detail with some text and at least
one example

- I claim ADO.NET, XML, GnomeCanvas for me :)
But of course I want to stop nobody to help, just let me know.

Johannes



From 陈子钊" 

haha,i like it very much!
but,i know GTK# very little.i like Linux very much,but the language i know is
C#,so i like mono.

ok,the handbook is very good!
在您的来信中提到
>Hello, everybody!
>
>Here is a little advertisement for people to contribute to the Mono
>Handbook (http://www.go-mono.org/tutorial)
>It's certainly one of the best and easiest places to start contributing
>to mono.
>
>A topic can become really big (see the Gtk# part), so if you pick only
>one of these and work on it with the needed power, this is better.
>
>Currently we need:
>
>- Threading
>- Remoting (!)
>- Gtk#:
>examples are ported, but the text of the tutorial contains many parts
>form the original C tutorial, marked with a *
>
>- Gnome#
>- A Basic.NET tutorial
>- Someone to write about WebServices:
>Felix planned to help here, but I have not seen him for a long time
>here, but maybe he can tell if he is working on it.
>
>- ASP.NET needs much work:
>Each control should be described in detail with some text and at least
>one example
>
>- I claim ADO.NET, XML, GnomeCanvas for me :)
>But of course I want to stop nobody to help, just let me know.
>
>Johannes
>
>
>_______________________________________________
>Mono-docs-list maillist  -  Mono-docs-list@lists.ximian.com
>http://lists.ximian.com/mailman/listinfo/mono-docs-list
> 





--http://www.eyou.com
--稳定可靠的免费电子信箱  语音邮件  移动书签  日历服务  网络存储...亿邮未尽