GtkSharp/doc/en/Gdk/ByteOrder.xml
Mike Kestner f73a9c9db9 2004-06-17 Mike Kestner <mkestner@ximian.com>
* scan-deprecations.cs : kill value__ fields of enum types too.
	* en/*/*.xml : remove value__ fields from enum types. 400 more tba's.

svn path=/trunk/gtk-sharp/; revision=29783
2004-06-17 15:45:32 +00:00

57 lines
No EOL
2.1 KiB
XML

<Type Name="ByteOrder" FullName="Gdk.ByteOrder">
<TypeSignature Language="C#" Maintainer="auto" Value="public enum ByteOrder;" />
<AssemblyInfo>
<AssemblyName>gdk-sharp</AssemblyName>
<AssemblyPublicKey>
</AssemblyPublicKey>
<AssemblyVersion>0.0.0.0</AssemblyVersion>
<AssemblyCulture>neutral</AssemblyCulture>
<Attributes />
</AssemblyInfo>
<ThreadSafetyStatement>Gtk# is thread aware, but not thread safe; See the <link location="node:gtk-sharp/programming/threads">Gtk# Thread Programming</link> for details.</ThreadSafetyStatement>
<Docs>
<summary>A set of values describing the possible byte-orders for storing pixel values in memory.</summary>
<remarks />
</Docs>
<Base>
<BaseTypeName>System.Enum</BaseTypeName>
</Base>
<Interfaces>
<Interface>
<InterfaceName>System.IComparable</InterfaceName>
</Interface>
<Interface>
<InterfaceName>System.IConvertible</InterfaceName>
</Interface>
<Interface>
<InterfaceName>System.IFormattable</InterfaceName>
</Interface>
</Interfaces>
<Attributes />
<Members>
<Member MemberName="LsbFirst">
<MemberSignature Language="C#" Value="LsbFirst" />
<MemberType>Field</MemberType>
<ReturnValue>
<ReturnType>Gdk.ByteOrder</ReturnType>
</ReturnValue>
<Parameters />
<Docs>
<summary>The values are stored with the least-significant byte first.</summary>
<remarks>For instance, the 32-bit value 0xffeecc would be stored in memory as 0xcc, 0xee, 0xff, 0x00.</remarks>
</Docs>
</Member>
<Member MemberName="MsbFirst">
<MemberSignature Language="C#" Value="MsbFirst" />
<MemberType>Field</MemberType>
<ReturnValue>
<ReturnType>Gdk.ByteOrder</ReturnType>
</ReturnValue>
<Parameters />
<Docs>
<summary>The values are stored with the most-significant byte first.</summary>
<remarks>For instance, the 32-bit value 0xffeecc would be stored in memory as 0x00, 0xcc, 0xee, 0xff.</remarks>
</Docs>
</Member>
</Members>
</Type>