diff --git a/archived/monomac_documentation_api_design.md b/archived/monomac_documentation_api_design.md index 3d8af8ca..100cfb91 100644 --- a/archived/monomac_documentation_api_design.md +++ b/archived/monomac_documentation_api_design.md @@ -116,13 +116,13 @@ Major Namespaces ### MonoMac.ObjCRuntime -The [MonoMac.ObjCRuntime](http://docs.go-mono.com/MonoMac.ObjCRuntime) namespace allows developers to bridge the worlds between C# and Objective-C. +The [MonoMac.ObjCRuntime](http://docs.go-mono.com/?link=N:MonoMac.ObjCRuntime) namespace allows developers to bridge the worlds between C# and Objective-C. ### MonoMac.Foundation -The [MonoMac.Foundation](http://docs.go-mono.com/MonoMac.Foundation) namespace provides the basic data types designed to interoperate with the Objective-C Foundation framework that is part of Mac OS X and is the base for object oriented programming in Objective-C. +The [MonoMac.Foundation](http://docs.go-mono.com/?link=N:MonoMac.Foundation) namespace provides the basic data types designed to interoperate with the Objective-C Foundation framework that is part of Mac OS X and is the base for object oriented programming in Objective-C. -MonoMac mirrors in C# the hierarchy of classes from Objective-C. For example, the Objective-C base class [NSObject](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/Foundation/Classes/NSObject_Class/Reference/Reference.html#//apple_ref/doc/uid/TP40003706) is usable from C# via [MonoMac.Foundation.NSObject](http://docs.go-mono.com/MonoMac.Foundation.NSObject). +MonoMac mirrors in C# the hierarchy of classes from Objective-C. For example, the Objective-C base class [NSObject](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/Foundation/Classes/NSObject_Class/Reference/Reference.html#//apple_ref/doc/uid/TP40003706) is usable from C# via [MonoMac.Foundation.NSObject](http://docs.go-mono.com/?link=T:MonoMac.Foundation.NSObject). Although this namespace provides bindings for the underlying Objective-C Foundation types, in a few cases we have mapped the underlying types to .NET types. For example: @@ -133,13 +133,13 @@ For more details on binding APIs see the [MonoMac Binding Generator](/MonoMac/Do #### NSObject -The [NSObject](http://docs.go-mono.com/MonoMac.Foundation.NSObject) type is the foundation for all the Objective-C bindings. MonoMac types mirror two classes of types from the OS X Cocoa APIs: the C types (typically referred to as CoreFoundation types) and the Objective-C types (these all derive from the NSObject class). +The [NSObject](http://docs.go-mono.com/?link=T:MonoMac.Foundation.NSObject) type is the foundation for all the Objective-C bindings. MonoMac types mirror two classes of types from the OS X Cocoa APIs: the C types (typically referred to as CoreFoundation types) and the Objective-C types (these all derive from the NSObject class). -For each type that mirrors an unmanaged type, it is possible to obtain the native object through the [Handle](http://docs.go-mono.com/MonoMac.Foundation.NSObject.Handle) +For each type that mirrors an unmanaged type, it is possible to obtain the native object through the [Handle](http://docs.go-mono.com/?link=T:MonoMac.Foundation.NSObject.Handle) -While Mono will provide garbage collection for all of your objects, we made the *MonoMac.Foundation.NSObject'* implement the [System.IDisposable](http://docs.go-mono.com/System.IDisposable) interface. This means that you can explicitly release the resources of any given NSObject without having to wait for the Garbage Collector to kick-in. This is important when you are using heavy NSObjects, for example, NSImages that might hold pointers to large blocks of data. +While Mono will provide garbage collection for all of your objects, we made the *MonoMac.Foundation.NSObject'* implement the [System.IDisposable](http://docs.go-mono.com/?link=T:System.IDisposable) interface. This means that you can explicitly release the resources of any given NSObject without having to wait for the Garbage Collector to kick-in. This is important when you are using heavy NSObjects, for example, NSImages that might hold pointers to large blocks of data. -If your type needs to perform deterministic finalization, override the [http://docs.go-mono.com/MonoMac.Foundation.NSObject.Dispose%20(bool)](http://docs.go-mono.com/MonoMac.Foundation.NSObject.Dispose%20(bool)) NSObject.Dispose(bool) method]. The parameter to Dispose is *bool disposing*, and if set to *true* it means that your Dispose method is being called because the user explicitly called *Dispose()* on the object. If the value is false, this means that your Dispose(bool disposing) method is being called from the finalizer on the finalizer thread. +If your type needs to perform deterministic finalization, override the [http://docs.go-mono.com/?link=M:MonoMac.Foundation.NSObject.Dispose%20(bool)](http://docs.go-mono.com/?link=M:MonoMac.Foundation.NSObject.Dispose%20(bool)) NSObject.Dispose(bool) method]. The parameter to Dispose is *bool disposing*, and if set to *true* it means that your Dispose method is being called because the user explicitly called *Dispose()* on the object. If the value is false, this means that your Dispose(bool disposing) method is being called from the finalizer on the finalizer thread. #### PreserveAttribute @@ -153,13 +153,13 @@ You can apply this attribute on every member of a type, or on the type itself. I ### MonoMac.AppKit -The [MonoMac.AppKit](http://docs.go-mono.com/MonoMac.AppKit) namespace contains a one to one mapping to all of the UI components that make up Cocoa in the form of C# classes. The API has been modified to follow the conventions used in the C# language. +The [MonoMac.AppKit](http://docs.go-mono.com/?link=N:MonoMac.AppKit) namespace contains a one to one mapping to all of the UI components that make up Cocoa in the form of C# classes. The API has been modified to follow the conventions used in the C# language. C# delegates are provided for common operations. See the [delegates](#delegates) section for more information. ### OpenGL -For OpenGL we use the [MonoMac.OpenGL](http://docs.go-mono.com/MonoMac.OpenGL) namespace, an object-oriented binding to OpenGL based on [OpenTK](http://opentk.org) that has been modified to use CoreGraphics data types and structures as well as only exposing the functionality that is available on Mac OS X. +For OpenGL we use the [MonoMac.OpenGL](http://docs.go-mono.com/?link=N:MonoMac.OpenGL) namespace, an object-oriented binding to OpenGL based on [OpenTK](http://opentk.org) that has been modified to use CoreGraphics data types and structures as well as only exposing the functionality that is available on Mac OS X. Binding Design -------------- @@ -224,9 +224,9 @@ For example, consider the [WebView](http://developer.apple.com/library/mac/docum For many types, MonoMac will automatically create an appropriate delegate which will forward the e.g. *WebFrameLoadDelegate* calls onto C# events. For *WebView*: -- The [webView:didStartProvisionalLoadForFrame:](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/WebKit/Protocols/WebFrameLoadDelegate_Protocol/Reference/Reference.html#//apple_ref/doc/uid/TP40003828) method is mapped to the [WebView.StartedProvisionalLoad](http://docs.go-mono.com/MonoMac.WebKit.WebView.StartedProvisionalLoad) event. -- The [webView:didFinishLoadForFrame:](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/WebKit/Protocols/WebFrameLoadDelegate_Protocol/Reference/Reference.html#//apple_ref/doc/uid/TP40003828) method is mapped to the [WebView.FinishedLoad](http://docs.go-mono.com/MonoMac.WebKit.WebView.FinishedLoad) event. -- The [webView:didFailLoadWithError:forFrame:](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/WebKit/Protocols/WebFrameLoadDelegate_Protocol/Reference/Reference.html#//apple_ref/doc/uid/TP40003828) method is mapped to the [WebView.FailedLoadWithError](http://docs.go-mono.com/MonoMac.WebKit.WebView.FailedLoadWithError) event. +- The [webView:didStartProvisionalLoadForFrame:](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/WebKit/Protocols/WebFrameLoadDelegate_Protocol/Reference/Reference.html#//apple_ref/doc/uid/TP40003828) method is mapped to the [WebView.StartedProvisionalLoad](http://docs.go-mono.com/?link=E:MonoMac.WebKit.WebView.StartedProvisionalLoad) event. +- The [webView:didFinishLoadForFrame:](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/WebKit/Protocols/WebFrameLoadDelegate_Protocol/Reference/Reference.html#//apple_ref/doc/uid/TP40003828) method is mapped to the [WebView.FinishedLoad](http://docs.go-mono.com/?link=E:MonoMac.WebKit.WebView.FinishedLoad) event. +- The [webView:didFailLoadWithError:forFrame:](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/WebKit/Protocols/WebFrameLoadDelegate_Protocol/Reference/Reference.html#//apple_ref/doc/uid/TP40003828) method is mapped to the [WebView.FailedLoadWithError](http://docs.go-mono.com/?link=E:MonoMac.WebKit.WebView.FailedLoadWithError) event. For example, this simple program times the time it takes to load a web view: @@ -259,7 +259,7 @@ The NSTextField's TextShouldEndEditing property in this case takes as an argumen #### Strongly typed via a Delegate property -If you would prefer not to use events, you can provide your own [WebFrameLoadDelegate](http://docs.go-mono.com/MonoMac.WebKit.WebFrameLoadDelegate) subclass and assign it to the [WebView.FrameLoadDelegate](http://docs.go-mono.com/MonoMac.WebKit.WebView.FrameLoadDelegate) property. Once *WebView.FrameLoadDelegate* has been assigned, the *WebView* event dispatch mechanism will no longer function, and the WebFrameLoadDelegate methods will be invoked when the corresponding events occur. +If you would prefer not to use events, you can provide your own [WebFrameLoadDelegate](http://docs.go-mono.com/?link=T:MonoMac.WebKit.WebFrameLoadDelegate) subclass and assign it to the [WebView.FrameLoadDelegate](http://docs.go-mono.com/?link=T:MonoMac.WebKit.WebView.FrameLoadDelegate) property. Once *WebView.FrameLoadDelegate* has been assigned, the *WebView* event dispatch mechanism will no longer function, and the WebFrameLoadDelegate methods will be invoked when the corresponding events occur. For example, this simple type records the time it takes to load a web view: @@ -290,13 +290,13 @@ The above will create a *WebView* and it will instruct it to send messages to an This pattern is also used to control behavior for certain controls. *TODO: Example.* -The pattern is also used to provide the data on demand for a few controls. For example the [NSTableView](http://docs.go-mono.com/MonoMac.AppKit.NSTableView) control is a powerful table rendering control and both the look and the contents are driven by an instace of a [NSTableViewDataSource](http://docs.go-mono.com/MonoMac.AppKit.NSTableViewDataSource) set in the [NSTableView.DataSource](http://docs.go-mono.com/MonoMac.AppKit.NSTableView.DataSource) property. +The pattern is also used to provide the data on demand for a few controls. For example the [NSTableView](http://docs.go-mono.com/?link=T:MonoMac.AppKit.NSTableView) control is a powerful table rendering control and both the look and the contents are driven by an instace of a [NSTableViewDataSource](http://docs.go-mono.com/?link=T:MonoMac.AppKit.NSTableViewDataSource) set in the [NSTableView.DataSource](http://docs.go-mono.com/?link=T:MonoMac.AppKit.NSTableView.DataSource) property. #### Loosely typed via the WeakDelegate property In addition to the strongly typed property, there is also a weak typed delegate that allows the developer to bind things differently if desired. Everywhere where a strongly typed *Delegate* property is exposed in MonoMac's binding a corresponding *WeakDelegate* property is also exposed. -When using the *WeakDelegate* you are responsible for properly decorating your class using the [ExportAttribute](http://docs.go-mono.com/MonoMac.Foundation.ExportAttribute) attribute to specify the selector. For example: +When using the *WeakDelegate* you are responsible for properly decorating your class using the [ExportAttribute](http://docs.go-mono.com/?link=T:MonoMac.Foundation.ExportAttribute) attribute to specify the selector. For example: ``` csharp class Notifier : NSObject { @@ -443,7 +443,7 @@ This is done in a few steps: The steps (1) through (3) are covered in Apple's documentation for building interfaces with Interface Builder. -When using MonoMac your application will need to create a class that derives from [NSViewController](http://docs.go-mono.com/MonoMac.AppKit.NSViewController) and implement it like this: +When using MonoMac your application will need to create a class that derives from [NSViewController](http://docs.go-mono.com/?link=T:MonoMac.AppKit.NSViewController) and implement it like this: ``` csharp public class MyViewController : NSViewController { @@ -483,7 +483,7 @@ You do not need to worry about this when using MonoDevelop and InterfaceBuilder. A core concept of Objective-C programming are selectors. You will often come across APIs that require you to pass a selector, or expects your code to respond to a selector. -Creating new selectors in C# is very easy, you just create a new instance of the [MonoMac.ObjCRuntime.Selector](http://docs.go-mono.com/MonoMac.ObjCRuntime.Selector) class and use the result in any place in the API that requires it. For example: +Creating new selectors in C# is very easy, you just create a new instance of the [MonoMac.ObjCRuntime.Selector](http://docs.go-mono.com/?link=T:MonoMac.ObjCRuntime.Selector) class and use the result in any place in the API that requires it. For example: ``` csharp var selector_add = new Selector ("add:plus:"); diff --git a/archived/monomac_documentation_api_design_nsstring.md b/archived/monomac_documentation_api_design_nsstring.md index bfe828db..bebf7dff 100644 --- a/archived/monomac_documentation_api_design_nsstring.md +++ b/archived/monomac_documentation_api_design_nsstring.md @@ -11,7 +11,7 @@ MonoMac/Documentation/API Design/NSString NSString ======== -The design of MonoMac calls for the use of the native .NET string type for string manipulation in C# and other .NET programming languages and to expose *string* as the data type exposed by the API instead of the [NSString](http://docs.go-mono.com/MonoMac.Foundation.NSString) data type. +The design of MonoMac calls for the use of the native .NET string type for string manipulation in C# and other .NET programming languages and to expose *string* as the data type exposed by the API instead of the [NSString](http://docs.go-mono.com/?link=T:MonoMac.Foundation.NSString) data type. This means that developers should not have to keep strings that are intended to be used for calling into the MonoMac API in special types, they can keep using Mono's *System.String* for all of the operations, and whenever an API in MonoMac requires a string, our API binding takes care of marshalling the information. @@ -19,7 +19,7 @@ For example, the Objective-C *PlaceholderString* property on a NSTextFieldCell i - (NSString *)placeholderString -This is [exposed in MonoMac as](http://docs.go-mono.com/MonoMac.AppKit.NSTextFieldCell.PlaceholderString): +This is [exposed in MonoMac as](http://docs.go-mono.com/?link=P:MonoMac.AppKit.NSTextFieldCell.PlaceholderString): ``` csharp class NSTextFieldCell { diff --git a/archived/monomac_documentation_binding_new_objectivec_types.md b/archived/monomac_documentation_binding_new_objectivec_types.md index a3fef1e4..6850e26d 100644 --- a/archived/monomac_documentation_binding_new_objectivec_types.md +++ b/archived/monomac_documentation_binding_new_objectivec_types.md @@ -297,8 +297,8 @@ The following table shows how you should map types from the Objective-C and Coco > |CGPoint|System.Drawing.PointF| > |CGSize|System.Drawing.SizeF| > |CGFloat|float| -> |CoreFoundation types (CF\*)|[MonoMac.CoreFoundation](http://docs.go-mono.com/MonoMac.CoreFoundation).CF\*| -> |Foundation Types (NS\*)|[MonoMac.Foundation](http://docs.go-mono.com/MonoMac.Foundation).NS\*| +> |CoreFoundation types (CF\*)|[MonoMac.CoreFoundation](http://docs.go-mono.com/?link=N:MonoMac.CoreFoundation).CF\*| +> |Foundation Types (NS\*)|[MonoMac.Foundation](http://docs.go-mono.com/?link=N:MonoMac.Foundation).NS\*| > ### Arrays diff --git a/archived/monomac_documentation_binding_new_objectivec_types_binding_details.md b/archived/monomac_documentation_binding_new_objectivec_types_binding_details.md index d03d4c10..013ecbf4 100644 --- a/archived/monomac_documentation_binding_new_objectivec_types_binding_details.md +++ b/archived/monomac_documentation_binding_new_objectivec_types_binding_details.md @@ -13,11 +13,11 @@ Binding Details These are the details of how the binding takes place. -It is possible to use the [[Register](http://docs.go-mono.com/MonoMac.Foundation.RegisterAttribute)] attribute, [[Export](http://docs.go-mono.com/MonoMac.Foundation.ExportAttribute)] attribute, and manual Objective-C selector invocation together to manually bind new (previously unbound) Objective-C types. +It is possible to use the [[Register](http://docs.go-mono.com/?link=T:MonoMac.Foundation.RegisterAttribute)] attribute, [[Export](http://docs.go-mono.com/?link=T:MonoMac.Foundation.ExportAttribute)] attribute, and manual Objective-C selector invocation together to manually bind new (previously unbound) Objective-C types. -First, find a type that you wish to bind. For discussion purposes (and simplicity), we'll bind the [NSEnumerator](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/Foundation/Classes/NSEnumerator_Class/Reference/Reference.html#//apple_ref/doc/uid/TP40003654) type (which has already been bound in [MonoMac.Foundation.NSEnumerator](http://docs.go-mono.com/MonoMac.Foundation.NSEnumerator); the implementation below is just for example purposes). +First, find a type that you wish to bind. For discussion purposes (and simplicity), we'll bind the [NSEnumerator](http://developer.apple.com/library/mac/documentation/Cocoa/Reference/Foundation/Classes/NSEnumerator_Class/Reference/Reference.html#//apple_ref/doc/uid/TP40003654) type (which has already been bound in [MonoMac.Foundation.NSEnumerator](http://docs.go-mono.com/?link=T:MonoMac.Foundation.NSEnumerator); the implementation below is just for example purposes). -Second, we need to create the C# type. We'll likely want to place this into a namespace; since Objective-C doesn't support namespaces, we'll need to use the [Register] attribute to change the type name that MonoTouch will register with the Objective-C runtime. The C# type must also inherit from [MonoMac.Foundation.NSObject](http://docs.go-mono.com/MonoMac.Foundation.NSObject): +Second, we need to create the C# type. We'll likely want to place this into a namespace; since Objective-C doesn't support namespaces, we'll need to use the [Register] attribute to change the type name that MonoTouch will register with the Objective-C runtime. The C# type must also inherit from [MonoMac.Foundation.NSObject](http://docs.go-mono.com/?link=T:MonoMac.Foundation.NSObject): ``` csharp namespace MonoMac.Example.Binding { @@ -29,7 +29,7 @@ namespace MonoMac.Example.Binding { } ``` -Third, review the Objective-C documentation and create [MonoMac.ObjCRuntime.Selector](http://docs.go-mono.com/MonoMac.ObjCRuntime.Selector) instances for each selector you wish to use. Place these within the class body: +Third, review the Objective-C documentation and create [MonoMac.ObjCRuntime.Selector](http://docs.go-mono.com/?link=T:MonoMac.ObjCRuntime.Selector) instances for each selector you wish to use. Place these within the class body: ``` csharp static Selector selInit = new Selector("init"); @@ -55,7 +55,7 @@ public NSEnumerator(IntPtr handle) } ``` -Fifth, provide methods for each of the Selectors declared in Step 3. These will use objc_msgSend() to invoke the selector on the native object. Note the use of [Runtime.GetNSObject()](http://docs.go-mono.com/MonoMac.ObjCRuntime.Runtime.GetNSObject%20(System.IntPtr)) to convert an IntPtr into an appropriately typed NSObject (sub-)type. If you want the method to be callable from Objective-C code, the member *must* be **virtual**. +Fifth, provide methods for each of the Selectors declared in Step 3. These will use objc_msgSend() to invoke the selector on the native object. Note the use of [Runtime.GetNSObject()](http://docs.go-mono.com/?link=M:MonoMac.ObjCRuntime.Runtime.GetNSObject%20(System.IntPtr)) to convert an IntPtr into an appropriately typed NSObject (sub-)type. If you want the method to be callable from Objective-C code, the member *must* be **virtual**. ``` csharp [Export("nextObject")] diff --git a/archived/monomacnew.md b/archived/monomacnew.md index 68691f21..0d3e742c 100644 --- a/archived/monomacnew.md +++ b/archived/monomacnew.md @@ -12,7 +12,7 @@ MonoMacNew Getting Started -[API Documentation](http://docs.go-mono.com/N:MonoMac) +[API Documentation](http://docs.go-mono.com/?link=N:MonoMac) \
diff --git a/archived/monotouch_installation.md b/archived/monotouch_installation.md index 09130181..4ac2aff3 100644 --- a/archived/monotouch_installation.md +++ b/archived/monotouch_installation.md @@ -73,7 +73,7 @@ Downloads Documentation ============= -In addition to the tutorials on this site, our web site at [www.go-mono.com/docs](http://www.go-mono.com/docs) contains the API documentation for the libraries shipped with MonoTouch. Look for the MonoTouch namespace. +In addition to the tutorials on this site, our web site at [docs.go-mono.com](http://docs.go-mono.com/) contains the API documentation for the libraries shipped with MonoTouch. Look for the MonoTouch namespace. The API design for the CIL/Objective-C binding is covered in our [MonoTouch_API](/MonoTouch_API) document. diff --git a/archived/monotouchlimitations.md b/archived/monotouchlimitations.md index c1e49afe..d3b4a959 100644 --- a/archived/monotouchlimitations.md +++ b/archived/monotouchlimitations.md @@ -118,7 +118,7 @@ In standard Mono it is possible to pass C# delegate instances to unmanaged code In Mono these bridges are implemented by the Just-in-Time compiler. When using the ahead-of-time compiler required by the iPhone there are two important limitations at this point: -- You must flag all of your callback methods with the [MonoPInvokeCallbackAttribute](http://go-mono.com/docs/monodoc.ashx?tlink=20@ecma%3a1%23MonoPInvokeCallbackAttribute%2f). +- You must flag all of your callback methods with the [MonoPInvokeCallbackAttribute](http://docs.go-mono.com/monodoc.ashx?tlink=20@ecma%3a1%23MonoPInvokeCallbackAttribute%2f). - The methods have to be static methods, there is no support for instance methods (this limitation will be removed in the future). No Remoting diff --git a/archived/other_downloads.md b/archived/other_downloads.md index 34c1157f..18a70a71 100644 --- a/archived/other_downloads.md +++ b/archived/other_downloads.md @@ -45,7 +45,7 @@ Nokia / Maemo Snapshots --------- -[Daily test tarballs](http://www.go-mono.com/daily/) of the SVN repository are made almost daily. These are not guaranteed to build, but have undergone a minimum sanity check in that the snapshot of the SVN repository from which they were generated was buildable on the test machine. The time when they become available is not predictable, and there are sometimes gaps of several days. +Daily test tarballs of the SVN repository are made almost daily. These are not guaranteed to build, but have undergone a minimum sanity check in that the snapshot of the SVN repository from which they were generated was buildable on the test machine. The time when they become available is not predictable, and there are sometimes gaps of several days. The [AnonSVN](/AnonSVN) mirrors are updated in real time. diff --git a/archived/userzacbowling_downloads.md b/archived/userzacbowling_downloads.md index 1150eb39..7298735e 100644 --- a/archived/userzacbowling_downloads.md +++ b/archived/userzacbowling_downloads.md @@ -204,7 +204,7 @@ Standalone Gtk# Installer for Microsoft .NET Framework 1.1 SDK Snapshots --------- -[Daily test tarballs](http://www.go-mono.com/daily/) of the SVN repository are made almost daily. These are used to run [daily tests](http://mono.ximian.com/tests/). These are not guaranteed to build, but have undergone a minimum sanity check in that the snapshot of the SVN repository from which they were generated was buildable on the test machine. The time when they become available is not predictable, and there are sometimes gaps of several days. +Daily test tarballs of the SVN repository are made almost daily. These are used to run [daily tests](http://mono.ximian.com/tests/). These are not guaranteed to build, but have undergone a minimum sanity check in that the snapshot of the SVN repository from which they were generated was buildable on the test machine. The time when they become available is not predictable, and there are sometimes gaps of several days. The [AnonSVN](/SourceCodeRepository) mirrors updated every 30 minutes. diff --git a/community/contributing/index.md b/community/contributing/index.md index ac9bbbd5..6ac285b4 100644 --- a/community/contributing/index.md +++ b/community/contributing/index.md @@ -15,7 +15,7 @@ Users:
Contributors:
  [Class Status](/archived/resources#api-completion-status-pages) | [Build Status](https://jenkins.mono-project.com/) | [Source Code](/community/contributing/source-code-repository/)
Community:
-  [Mailing Lists](/community/help/mailing-lists/) | [Chat](/community/help/chat/) | [Blogs](http://www.go-mono.com/monologue/)
+  [Mailing Lists](/community/help/mailing-lists/) | [Chat](/community/help/chat/)
FAQ:
  [General](/docs/faq/general/) | [Technical](/docs/faq/technical/) | [Licensing](/docs/faq/licensing/) | [Asp.net](/docs/faq/aspnet/) | [Security](/docs/faq/security/) | [WinForms](/docs/faq/winforms/) diff --git a/docs/about-mono/releases/0.18.0.md b/docs/about-mono/releases/0.18.0.md index e02834ed..abb4b378 100644 --- a/docs/about-mono/releases/0.18.0.md +++ b/docs/about-mono/releases/0.18.0.md @@ -102,4 +102,4 @@ classes in the XML assembly. Plenty of new crypto from Sebastien as well. A new web page in our site can be used to track this. - http://www.go-mono.com/crypto.html + /docs/faq/security/ diff --git a/docs/about-mono/releases/0.24.0.md b/docs/about-mono/releases/0.24.0.md index 10e26dad..2e8e8fb8 100644 --- a/docs/about-mono/releases/0.24.0.md +++ b/docs/about-mono/releases/0.24.0.md @@ -165,7 +165,7 @@ We can now focus on tuning the performance of the JIT engine ### New Tools -**cilc:** Alp Toker has provided us with cilc, a tool that can generate C bindings to any assembly. This tool is useful if you want to reuse managed code from your C application. This is typically used by those who [embed](http://www.go-mono.com/embedded-api.html) the Mono runtime into their existing C code. +**cilc:** Alp Toker has provided us with cilc, a tool that can generate C bindings to any assembly. This tool is useful if you want to reuse managed code from your C application. This is typically used by those who [embed](/docs/advanced/embedding/) the Mono runtime into their existing C code. This is of particular interest to Gnome developers, as they can now easily import new widgets written in C# into their applications. diff --git a/docs/about-mono/releases/0.25.0.md b/docs/about-mono/releases/0.25.0.md index d111a496..259b9b70 100644 --- a/docs/about-mono/releases/0.25.0.md +++ b/docs/about-mono/releases/0.25.0.md @@ -7,7 +7,7 @@ releasedate: '2003-06-23' Hello everyone, -A new release of the [Mono](http://www.go-mono.com/) runtime and SDK is available for UNIX and Windows. Packages for various distributions are also available from our download page. +A new release of the [Mono](http://www.mono-project.com/) runtime and SDK is available for UNIX and Windows. Packages for various distributions are also available from our download page. This is a delicious release of Mono: so many new things have been improved, implemented, fixed, and tuned from the last release that it is hard to not be excited about it. diff --git a/docs/about-mono/releases/0.26.0.md b/docs/about-mono/releases/0.26.0.md index 58b0e572..05dc3575 100644 --- a/docs/about-mono/releases/0.26.0.md +++ b/docs/about-mono/releases/0.26.0.md @@ -7,7 +7,7 @@ releasedate: '2003-08-14' Hello everyone, -A new release of the [Mono](http://www.go-mono.com/) runtime and SDK is available for UNIX and Windows. Packages for various distributions are also available from our download page. +A new release of the [Mono](http://www.mono-project.com/) runtime and SDK is available for UNIX and Windows. Packages for various distributions are also available from our download page. Since the last release, 1,591 individual commits were done to our runtime and class libraries (out of 2,700 commits to the repository). diff --git a/docs/about-mono/releases/0.28.0.md b/docs/about-mono/releases/0.28.0.md index f5cbabc7..5a176d04 100644 --- a/docs/about-mono/releases/0.28.0.md +++ b/docs/about-mono/releases/0.28.0.md @@ -7,7 +7,7 @@ releasedate: '2003-10-01' Hello everyone, -A new release of the [Mono](http://www.go-mono.com/) runtime and SDK is available for UNIX and Windows. Packages for various distributions are also available from our download page. +A new release of the [Mono](http://www.mono-project.com/) runtime and SDK is available for UNIX and Windows. Packages for various distributions are also available from our download page. Since the last release, 1,124 individual commits were done to our runtime and class libraries. @@ -19,7 +19,7 @@ We have finished the SourceGear [contract](http://www.ximian.com/about_us/press_ As you can expect, this release features bug fixes everywhere: memory leaks plugged, performance problems solved, performance improvements and more. A special area of robustness is the client-side web services component: it is extremely robust now, as one of the SourceGear acceptance criteria was a 24-hour continuous test of their client library that did millions of web service operations. -We hope to bring the same level of robustness to the server side component in the next release, the www.go-mono.com site [documentation](http://docs.go-mono.com/index.html) is currently running with Mono and our ASP.NET implementation (that is why the site has gone down a few times: we were using it on our production system to use it under stress). +We hope to bring the same level of robustness to the server side component in the next release, the www.go-mono.com site [documentation](http://docs.go-mono.com/) is currently running with Mono and our ASP.NET implementation (that is why the site has gone down a few times: we were using it on our production system to use it under stress). Each new release of Mono opens the door for more abusive tests, and this time is not an exception, we already have a few areas of performance and scalability that we want to address for the next release. diff --git a/docs/about-mono/releases/0.29.0.md b/docs/about-mono/releases/0.29.0.md index 9baefa26..4395ed91 100644 --- a/docs/about-mono/releases/0.29.0.md +++ b/docs/about-mono/releases/0.29.0.md @@ -7,13 +7,13 @@ releasedate: '2003-12-02' Hello everyone, -A new release of [Mono](http://www.go-mono.com/) has been released. Mono is an open source implementation of the .NET Framework for Unix, Linux and Windows systems. +A new release of [Mono](http://www.mono-project.com/) has been released. Mono is an open source implementation of the .NET Framework for Unix, Linux and Windows systems. There are big breaking news: Mono JIT on PowerPC runs Hello World, ASP.NET is feature complete, AppDomain unloading is supported and 64-bit ports of HPPA and SPARCv9 are available now. A new group of developers from Mainsoft has been contributing extensively to ADO.NET and ASP.NET. This release includes four components at once: the Runtime and Software Development Kit as well as the Documentation browser, our XSP web host for ASP.NET and the Mono/Apache module have been released. Packages for various distributions are also available from our download page. -A big push in this release has been to get closer to completion on the .NET 1.0 and .NET 1.1 APIs and completing pieces that we need for the [Mono 1.0 release](http://www.go-mono.com/mono-roadmap.html). But at the same time work continues within the safety of #ifdefs on Mono 1.1 features (integrating .NET 1.2 components). +A big push in this release has been to get closer to completion on the .NET 1.0 and .NET 1.1 APIs and completing pieces that we need for the Mono 1.0 release. But at the same time work continues within the safety of #ifdefs on Mono 1.1 features (integrating .NET 1.2 components). I know that the following summary is incomplete, I apologize for missing major features @@ -189,7 +189,7 @@ The Web edition has better JavaScript navigation facilities for the tree explore You can use the Monodoc/web edition to host the documentation for your own class libraries. -You can see the web front-end for Monodoc live at [http://docs.go-mono.com/index.html](http://docs.go-mono.com/index.html) +You can see the web front-end for Monodoc live at [http://docs.go-mono.com/](http://docs.go-mono.com/) John Luke contributed various aesthetic changes to the web edition and various Gtk# types were documented by him. The new style is closer to the NDoc web interface. @@ -279,7 +279,7 @@ Also new: ## Other News -Gonzalo has written a couple of new tools to generate an XML map of an API and a tool to compare arbitrary sets of XML API maps. We are now using this in place of our previous "CorCompare" tool to generate the API status pages on the Mono site. The new tools allow us to update those more frequently and they more accurately represent the [current library status](http://www.go-mono.com/class-status-corlib.html). +Gonzalo has written a couple of new tools to generate an XML map of an API and a tool to compare arbitrary sets of XML API maps. We are now using this in place of our previous "CorCompare" tool to generate the API status pages on the Mono site. The new tools allow us to update those more frequently and they more accurately represent the current library status. Our IL assembler and disassembler are much better and more conforming than before. diff --git a/docs/about-mono/releases/0.30.0.md b/docs/about-mono/releases/0.30.0.md index b89481d8..6c60e18d 100644 --- a/docs/about-mono/releases/0.30.0.md +++ b/docs/about-mono/releases/0.30.0.md @@ -7,7 +7,7 @@ releasedate: '2004-02-02' Hello everyone, -A new release of [Mono](http://www.go-mono.com/) has been released. Mono is an open source implementation of the .NET Framework for Unix, Linux and Windows systems. +A new release of [Mono](http://www.mono-project.com/) has been released. Mono is an open source implementation of the .NET Framework for Unix, Linux and Windows systems. This release includes four components at once: the Runtime and Software Development Kit, the Documentation browser, and the ASP.NET server with its Apache module. Packages for various distributions are also available from our download page. diff --git a/docs/about-mono/releases/0.30.1.md b/docs/about-mono/releases/0.30.1.md index df6e6db5..83e0fab3 100644 --- a/docs/about-mono/releases/0.30.1.md +++ b/docs/about-mono/releases/0.30.1.md @@ -7,7 +7,7 @@ releasedate: '2004-02-13' Hello everyone, -A small bug fix release of the [Mono](http://www.go-mono.com/) runtime and SDK has been released. +A small bug fix release of the [Mono](http://www.mono-project.com/) runtime and SDK has been released. This release only includes a few smaller bug fixes to our Http client as well as minor fixes to the C# compiler. diff --git a/docs/about-mono/releases/0.31.0.md b/docs/about-mono/releases/0.31.0.md index 39a519d6..3547eb8a 100644 --- a/docs/about-mono/releases/0.31.0.md +++ b/docs/about-mono/releases/0.31.0.md @@ -7,7 +7,7 @@ releasedate: '2004-03-18' Hello everyone, -A new release of [Mono](http://www.go-mono.com/) has been released. Mono is an open source implementation of the .NET Framework for Unix, Linux and Windows systems. +A new release of [Mono](http://www.mono-project.com/) has been released. Mono is an open source implementation of the .NET Framework for Unix, Linux and Windows systems. The major highligths of this release: diff --git a/docs/about-mono/releases/0.9.0.md b/docs/about-mono/releases/0.9.0.md index 396caea7..9156faf6 100644 --- a/docs/about-mono/releases/0.9.0.md +++ b/docs/about-mono/releases/0.9.0.md @@ -97,7 +97,7 @@ compile, but this should be taken care of next week. There are many ways to help the project, check the details documentation in: - http://www.go-mono.com/contributing.html + /community/contributing/ You might also want to stop by our IRC channel on irc.gnome.org, channel #mono if you are interested in diff --git a/docs/about-mono/releases/1.0.0-beta1.md b/docs/about-mono/releases/1.0.0-beta1.md index 8ce5fd0e..2efea3df 100644 --- a/docs/about-mono/releases/1.0.0-beta1.md +++ b/docs/about-mono/releases/1.0.0-beta1.md @@ -39,7 +39,7 @@ Outside of Novell, Mono is being used by many, including SourceGear which relies ## Beta 1 Release Goals -This release is the first of two Mono 1.0 beta releases [planned](http://www.go-mono.com/road-to-1.0.html) before our final release. +This release is the first of two Mono 1.0 beta releases planned before our final release. It is the first opportunity for developers outside of the contributing community to experience mono on their platform of choice. One of our main objective is to make it easy for the novice or experienced Linux or Windows developer to start building applications on Linux or other platforms right away. @@ -66,7 +66,7 @@ The Mono Beta 1 includes: * C# 1.0 compiler. * Development toolchain. * API documentation browser, with Wiki-like collaborative support. -* [Embeddable runtime](http://www.go-mono.com/embedded-api.html): make your application scriptable and extensible with C# or any other .NET language using our embedding API. +* [Embeddable runtime](/docs/advanced/embedding/): make your application scriptable and extensible with C# or any other .NET language using our embedding API. ### Mono Stack @@ -331,4 +331,4 @@ This list is not complete, but we will update it in the next few weeks, if your For any direct feedback (excluding [bug reports](#logging-bugs-against-mono)) regarding Mono 1.0 Beta 1 please contact [monobeta@ximian.com](https://web.archive.org/web/20040507075216/mailto:monobeta@ximian.com) -Other venues are available for discussion about Mono, including our [mailing-lists](http://go-mono.com/mailing-lists.html) and IRC channel (#mono on irc.gnome.org). +Other venues are available for discussion about Mono, including our [mailing-lists](/community/help/mailing-lists/) and IRC channel (#mono on irc.gnome.org). diff --git a/docs/about-mono/releases/1.0.0-beta2.md b/docs/about-mono/releases/1.0.0-beta2.md index 7eebffd5..b8eb47a3 100644 --- a/docs/about-mono/releases/1.0.0-beta2.md +++ b/docs/about-mono/releases/1.0.0-beta2.md @@ -53,7 +53,7 @@ It is also being used by the community for various projects: ## Beta 2 Release Goals -This release is the second and last Mono 1.0 beta releases [planned](http://www.go-mono.com/road-to-1.0.html) before our final release. +This release is the second and last Mono 1.0 beta releases planned before our final release. This is an opportunity for developers outside of the contributing community to experience mono on their platform of choice. One of our main objectives is to make it easy for the novice or experienced Linux or Windows developer to start building applications on Linux or other platforms right away. @@ -66,7 +66,7 @@ This Beta is signature compatible with the .NET Framework 1.1. Although we are s * Windows.Forms is only available as a preview, and it is not meant for production use. * Code Access Security (CAS) is not supported: missing in the runtime and class libraries. -Just like any Beta release, we welcome any [bug reports](http://www.go-mono.com/bugs.html) and [suggestions](https://web.archive.org/web/20040606170018/mailto:monobeta@ximian.com). +Just like any Beta release, we welcome any [bug reports](/community/) and [suggestions](https://web.archive.org/web/20040606170018/mailto:monobeta@ximian.com). ## Contents of the Beta 2 @@ -83,7 +83,7 @@ The Mono Beta 2 includes: * C# 1.0 compiler. * Development toolchain. * API documentation browser, with Wiki-like capabilities. -* [Embeddable runtime](http://www.go-mono.com/embedded-api.html): make your application scriptable and extensible with C# or any other .NET language using our embedding API. +* [Embeddable runtime](/docs/advanced/embedding/): make your application scriptable and extensible with C# or any other .NET language using our embedding API. ### Mono Stack @@ -385,4 +385,4 @@ This list is not complete, but we will update it in the next few weeks, if your For any direct feedback (excluding [bug reports](#logging-bugs-against-mono)) regarding Mono 1.0 Beta 2 please contact [monobeta@ximian.com](https://web.archive.org/web/20040606170018/mailto:monobeta@ximian.com). -Other venues are available for discussion about Mono, including our [mailing-lists](http://go-mono.com/mailing-lists.html) and IRC channel (#mono on irc.gnome.org). +Other venues are available for discussion about Mono, including our [mailing-lists](/community/help/mailing-lists/) and IRC channel (#mono on irc.gnome.org).