Erroneous tabwidth from 4 to 8.

svn path=/trunk/gtk-sharp/; revision=18212
This commit is contained in:
Hector E. Gomez Morales 2003-09-20 09:47:14 +00:00
parent 255e87a7c7
commit 11c7e40b69
2 changed files with 198 additions and 194 deletions

View file

@ -2707,14 +2707,14 @@
<Docs>
<summary>Obtains the preferred size of a <paramref name="widget" />.</summary>
<param name="requisition">A <see cref="T:Gtk.Requisition" /> to be filled in.</param>
<remarks>
<para>
The container uses this information to arrange its child widgets and decide what size allocations to give them with <see cref="M:Gtk.Widget.SizeAllocate" />. You can also call this function from an application, with some caveats. Most notably, getting a size request requires the widget to be associated with a screen, because font information may be needed. Multihead-aware applications should keep this in mind.
</para>
<para>
This function is typically used when implementing a <see cref="T:Gtk.Container" /> subclass. Also remember that the size request is not necessarily the size a widget will actually be allocated.
</para>
</remarks>
<remarks>
<para>
The container uses this information to arrange its child widgets and decide what size allocations to give them with <see cref="M:Gtk.Widget.SizeAllocate" />. You can also call this function from an application, with some caveats. Most notably, getting a size request requires the widget to be associated with a screen, because font information may be needed. Multihead-aware applications should keep this in mind.
</para>
<para>
This function is typically used when implementing a <see cref="T:Gtk.Container" /> subclass. Also remember that the size request is not necessarily the size a widget will actually be allocated.
</para>
</remarks>
</Docs>
</Member>
</Members>

View file

@ -41,7 +41,7 @@
<returns>List of toplevel widgets.</returns>
<remarks>
<para>
The widgets in the list are not individually referenced. If you want to iterate through the list and perform actions involving callbacks that might destroy the widgets, you must call g_list_foreach (result, (GFunc)g_object_ref, <see langword="null" />) first, and then unref all the widgets afterwards.
The widgets in the list are not individually referenced. If you want to iterate through the list and perform actions involving callbacks that might destroy the widgets, you must call g_list_foreach (result, (GFunc)g_object_ref, <see langword="null" />) first, and then unref all the widgets afterwards.
</para>
</remarks>
</Docs>
@ -66,7 +66,7 @@
<param name="timestamp">Timestamp from the click event that initiated the drag.</param>
<remarks>
<para>
This method is used if an application has window movement grips. When GDK can support it, the window movement will be done using the standard mechanism for the window manager or windowing system. Otherwise, GDK will try to emulate window movement, potentially not all that well, depending on the windowing system.
This method is used if an application has window movement grips. When GDK can support it, the window movement will be done using the standard mechanism for the window manager or windowing system. Otherwise, GDK will try to emulate window movement, potentially not all that well, depending on the windowing system.
</para>
</remarks>
</Docs>
@ -91,11 +91,11 @@
<param name="bottom">Location to store the height of the frame at the bottom, or <see langword="null" />.</param>
<remarks>
<para>
It will not return the size of the window border drawn by the window manager, which is the normal case when using a windowing system. See <see cref="M:Gdk.Window.GetFrameExtents" /> to get the standard window border extents.) See also <see cref="P:Gtk.Window.HasFrame" />, <see cref="M:Gtk.Window.SetFrameDimensions" />.
It will not return the size of the window border drawn by the window manager, which is the normal case when using a windowing system. See <see cref="M:Gdk.Window.GetFrameExtents" /> to get the standard window border extents.) See also <see cref="P:Gtk.Window.HasFrame" />, <see cref="M:Gtk.Window.SetFrameDimensions" />.
</para>
<para>
Note: this is a special-purpose function intended for the framebuffer port; see <see cref="M:Gtk.Window.SetFrameDimensions" />.
</para>
<para>
Note: this is a special-purpose function intended for the framebuffer port; see <see cref="M:Gtk.Window.SetFrameDimensions" />.
</para>
</remarks>
</Docs>
</Member>
@ -109,12 +109,12 @@
<Docs>
<summary>Asks to iconify (i.e. minimize) the specified <paramref name="window" />.</summary>
<remarks>
<para>
Note that you shouldn't assume the window is definitely iconified afterward, because other entities (e.g. the user or window manager) could deiconify it again, or there may not be a window manager in which case iconification isn't possible, etc. But normally the window will end up iconified. Just do not write code that crashes if not.
</para>
<para>
You can track iconification via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on <see cref="T:Gtk.Widget" />.
</para>
<para>
Note that you shouldn't assume the window is definitely iconified afterward, because other entities (e.g. the user or window manager) could deiconify it again, or there may not be a window manager in which case iconification isn't possible, etc. But normally the window will end up iconified. Just do not write code that crashes if not.
</para>
<para>
You can track iconification via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on <see cref="T:Gtk.Widget" />.
</para>
</remarks>
</Docs>
</Member>
@ -128,12 +128,12 @@
<Docs>
<summary>Asks to unstick window, which means that it will appear on only one of the user's desktops.</summary>
<remarks>
<para>
Note that you shouldn't assume the window is definitely unstuck afterward, because other entities (e.g. the user or window manager) could stick it again. But normally the window will end up stuck. Just do not write code that crashes if not.
</para>
<para>
You can track stickiness via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on <see cref="T:Gtk.Widget" />.
</para>
<para>
Note that you shouldn't assume the window is definitely unstuck afterward, because other entities (e.g. the user or window manager) could stick it again. But normally the window will end up stuck. Just do not write code that crashes if not.
</para>
<para>
You can track stickiness via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on <see cref="T:Gtk.Widget" />.
</para>
</remarks>
</Docs>
</Member>
@ -147,12 +147,12 @@
<Docs>
<summary>Asks to unmaximize <paramref name="window" />.</summary>
<remarks>
<para>
Note that you shouldn't assume the window is definitely unmaximized afterward, because other entities (e.g. the user or window manager) could maximize it again, and not all window managers honor requests to unmaximize. But normally the window will end up unmaximized. Just don't write code that crashes if not.
</para>
<para>
You can track maximization via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on <see cref="T:Gtk.Widget" />.
</para>
<para>
Note that you shouldn't assume the window is definitely unmaximized afterward, because other entities (e.g. the user or window manager) could maximize it again, and not all window managers honor requests to unmaximize. But normally the window will end up unmaximized. Just don't write code that crashes if not.
</para>
<para>
You can track maximization via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on <see cref="T:Gtk.Widget" />
</para>
</remarks>
</Docs>
</Member>
@ -171,12 +171,12 @@
<param name="width">Return location for width, or <see langword="null" />.</param>
<param name="height">Return location for height, or <see langword="null" />.</param>
<remarks>
<para>
If window is not onscreen, it returns the size GTK+ will suggest to the window manager for the initial window size (but this is not reliably the same as the size the window manager will actually select). The size obtained by <see cref="M:Gtk.Window.GetSize" /> is the last size received in a GdkEventConfigure, that is, GTK+ uses its locally-stored size, rather than querying the X server for the size. As a result, if you call <see cref="M:Gtk.Window.Resize" /> then immediately call <see cref="M:Gtk.Window.GetSize" />, the size would not have taken effect yet. After the window manager processes the resize request, GTK+ receives notification that the size has changed via a configure event, and the size of the window gets updated.
</para>
<para>
Note 1: Nearly any use of this function creates a race condition, because the size of the window may change between the time that you get the size and the time that you perform some action assuming that size is the current size. To avoid race conditions, connect to <see cref="F:Gtk.Widget.ConfigureEvent" /> on the window and adjust your size-dependent state to match the size delivered in the GdkEventConfigure.
</para>
<para>
If window is not onscreen, it returns the size GTK+ will suggest to the window manager for the initial window size (but this is not reliably the same as the size the window manager will actually select). The size obtained by <see cref="M:Gtk.Window.GetSize" /> is the last size received in a GdkEventConfigure, that is, GTK+ uses its locally-stored size, rather than querying the X server for the size. As a result, if you call <see cref="M:Gtk.Window.Resize" /> then immediately call <see cref="M:Gtk.Window.GetSize" />, the size would not have taken effect yet. After the window manager processes the resize request, GTK+ receives notification that the size has changed via a configure event, and the size of the window gets updated.
</para>
<para>
Note 1: Nearly any use of this function creates a race condition, because the size of the window may change between the time that you get the size and the time that you perform some action assuming that size is the current size. To avoid race conditions, connect to <see cref="F:Gtk.Widget.ConfigureEvent" /> on the window and adjust your size-dependent state to match the size delivered in the GdkEventConfigure.
</para>
</remarks>
</Docs>
</Member>
@ -195,9 +195,9 @@
<param name="width">Location to store the default width, or <see langword="null" />.</param>
<param name="height">Location to store the default height, or <see langword="null" />.</param>
<remarks>
<para>
A value of -1 for the width or height indicates that a default size has not been explicitly set for that dimension, so the "natural" size of the window will be used.
</para>
<para>
A value of -1 for the width or height indicates that a default size has not been explicitly set for that dimension, so the "natural" size of the window will be used.
</para>
</remarks>
</Docs>
</Member>
@ -216,13 +216,13 @@
<param name="width">Width in pixels to resize the window to.</param>
<param name="height">Height in pixels to resize the window to.</param>
<remarks>
<para>
The default geometry constraint is that windows may not be smaller than their size request; to override this constraint, call <see cref="M:Gtk.Widget.SetSizeRequest" /> to set the window's request to a smaller value.
</para>
<para>
If <see cref="M:Gtk.Window.Resize" /> is called before showing a window for the first time, it overrides any default size set with <see cref="M:Gtk.Window.SetDefaultSize" />. Windows may not be resized smaller than 1 by 1 pixels.
</para>
</remarks>
<para>
The default geometry constraint is that windows may not be smaller than their size request; to override this constraint, call <see cref="M:Gtk.Widget.SetSizeRequest" /> to set the window's request to a smaller value.
</para>
<para>
If <see cref="M:Gtk.Window.Resize" /> is called before showing a window for the first time, it overrides any default size set with <see cref="M:Gtk.Window.SetDefaultSize" />. Windows may not be resized smaller than 1 by 1 pixels.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="ActivateFocus">
@ -252,19 +252,19 @@
<param name="geometry"></param>
<returns><see langword="true" /> if string was parsed successfully.</returns>
<remarks>
<para>
<see cref="M:Gtk.Window.ParseGeometry" /> does work on all GTK+ ports including Win32 but is primarily intended for an X environment.
</para>
<para>
If either a size or a position can be extracted from the geometry string, <see cref="M:Gtk.Window.ParseGeometry" /> returns <see langword="true" /> and calls <see cref="M:Gtk.Window.SetDefaultSize" /> and/or <see cref="M:Gtk.Window.Move" /> to resize/move the window.
</para>
<para>
If <see cref="M:Gtk.Window.ParseGeometry" /> returns <see langword="true" />, it will also set the GDK_HINT_USER_POS and/or GDK_HINT_USER_SIZE hints indicating to the window manager that the size/position of the window was user-specified. This causes most window managers to honor the geometry.
</para>
<para>
Note that for <see cref="M:Gtk.Window.ParseGeometry" /> to work as expected, it has to be called when the window has its "final" size, i.e. after calling <see cref="M:Gtk.Widget.ShowAll" /> on the contents and <see cref="M:Gtk.Window.SetGeometryHints" /> on the window.
</para>
</remarks>
<para>
<see cref="M:Gtk.Window.ParseGeometry" /> does work on all GTK+ ports including Win32 but is primarily intended for an X environment.
</para>
<para>
If either a size or a position can be extracted from the geometry string, <see cref="M:Gtk.Window.ParseGeometry" /> returns <see langword="true" /> and calls <see cref="M:Gtk.Window.SetDefaultSize" /> and/or <see cref="M:Gtk.Window.Move" /> to resize/move the window.
</para>
<para>
If <see cref="M:Gtk.Window.ParseGeometry" /> returns <see langword="true" />, it will also set the GDK_HINT_USER_POS and/or GDK_HINT_USER_SIZE hints indicating to the window manager that the size/position of the window was user-specified. This causes most window managers to honor the geometry.
</para>
<para>
Note that for <see cref="M:Gtk.Window.ParseGeometry" /> to work as expected, it has to be called when the window has its "final" size, i.e. after calling <see cref="M:Gtk.Widget.ShowAll" /> on the contents and <see cref="M:Gtk.Window.SetGeometryHints" /> on the window.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="RemoveAccelGroup">
@ -292,13 +292,13 @@
<Docs>
<summary>Asks to stick <paramref name="window" />, which means that it will appear on all user desktops.</summary>
<remarks>
<para>
Note that you shouldn't assume the window is definitely stuck afterward, because other entities (e.g. the user or window manager) could unstick it again, and some window managers do not support sticking windows. But normally the window will end up stuck. Just don't write code that crashes if not.
</para>
<para>
You can track stickiness via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on GtkWidget. It's permitted to call this function before showing a window.
</para>
</remarks>
<para>
Note that you shouldn't assume the window is definitely stuck afterward, because other entities (e.g. the user or window manager) could unstick it again, and some window managers do not support sticking windows. But normally the window will end up stuck. Just don't write code that crashes if not.
</para>
<para>
You can track stickiness via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on GtkWidget. It's permitted to call this function before showing a window.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="SetFrameDimensions">
@ -320,10 +320,10 @@
<param name="right">The width of the right border.</param>
<param name="bottom">The height of the bottom border.</param>
<remarks>
<para>
Note: this is a special-purpose function intended for the framebuffer port; see <see cref="P:Gtk.Window.HasFrame" />. It will have no effect on the window border drawn by the window manager, which is the normal case when using the X Window system.
</para>
</remarks>
<para>
Note: this is a special-purpose function intended for the framebuffer port; see <see cref="P:Gtk.Window.HasFrame" />. It will have no effect on the window border drawn by the window manager, which is the normal case when using the X Window system.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="AddMnemonic">
@ -364,10 +364,10 @@
<param name="root_y">Y position where the user clicked to initiate the drag</param>
<param name="timestamp">Timestamp from the click event that initiated the drag.</param>
<remarks>
<para>
This function is used if an application has window resizing controls. When GDK can support it, the resize will be done using the standard mechanism for the window manager or windowing system. Otherwise, GDK will try to emulate window resizing, potentially not all that well, depending on the windowing system.
</para>
</remarks>
<para>
This function is used if an application has window resizing controls. When GDK can support it, the resize will be done using the standard mechanism for the window manager or windowing system. Otherwise, GDK will try to emulate window resizing, potentially not all that well, depending on the windowing system.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="GetPosition">
@ -385,22 +385,22 @@
<param name="root_x">Return location for X coordinate of gravity-determined reference point.</param>
<param name="root_y">Return location for Y coordinate of gravity-determined reference point.</param>
<remarks>
<para>
If you haven't changed the window gravity, its gravity will be GDK_GRAVITY_NORTH_WEST. This means that <see cref="M:Gtk.Window.GetPosition" /> gets the position of the top-left corner of the window manager frame for the window. <see cref="M:Gtk.Window.Move" /> sets the position of this same top-left corner.
</para>
<para>
<see cref="M:Gtk.Window.GetPosition" /> is not 100% reliable because the X Window System does not specify a way to obtain the geometry of the decorations placed on a window by the window manager. Thus GTK+ is using a "best guess" that works with most window managers.
</para>
<para>
Moreover, nearly all window managers are historically broken with respect to their handling of window gravity. So moving a window to its current position as returned by <see cref="M:Gtk.Window.GetPostion" /> tends to result in moving the window slightly. Window managers are slowly getting better over time.
</para>
<para>
If a window has gravity GDK_GRAVITY_STATIC the window manager frame is not relevant, and thus <see cref="M:Gtk.Window.GetPosition" /> will always produce accurate results. However you can't use static gravity to do things like place a window in a corner of the screen, because static gravity ignores the window manager decorations.
</para>
<para>
If you are saving and restoring your application's window positions, you should know that it's impossible for applications to do this without getting it somewhat wrong because applications do not have sufficient knowledge of window manager state. The Correct Mechanism is to support the session management protocol (see the "GnomeClient" object in the GNOME libraries for example) and allow the window manager to save your window sizes and positions.
</para>
</remarks>
<para>
If you haven't changed the window gravity, its gravity will be GDK_GRAVITY_NORTH_WEST. This means that <see cref="M:Gtk.Window.GetPosition" /> gets the position of the top-left corner of the window manager frame for the window. <see cref="M:Gtk.Window.Move" /> sets the position of this same top-left corner.
</para>
<para>
<see cref="M:Gtk.Window.GetPosition" /> is not 100% reliable because the X Window System does not specify a way to obtain the geometry of the decorations placed on a window by the window manager. Thus GTK+ is using a "best guess" that works with most window managers.
</para>
<para>
Moreover, nearly all window managers are historically broken with respect to their handling of window gravity. So moving a window to its current position as returned by <see cref="M:Gtk.Window.GetPostion" /> tends to result in moving the window slightly. Window managers are slowly getting better over time.
</para>
<para>
If a window has gravity GDK_GRAVITY_STATIC the window manager frame is not relevant, and thus <see cref="M:Gtk.Window.GetPosition" /> will always produce accurate results. However you can't use static gravity to do things like place a window in a corner of the screen, because static gravity ignores the window manager decorations.
</para>
<para>
If you are saving and restoring your application's window positions, you should know that it's impossible for applications to do this without getting it somewhat wrong because applications do not have sufficient knowledge of window manager state. The Correct Mechanism is to support the session management protocol (see the "GnomeClient" object in the GNOME libraries for example) and allow the window manager to save your window sizes and positions.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="Deiconify">
@ -413,13 +413,13 @@
<Docs>
<summary>Asks to deiconify (i.e. unminimizw) the specified <paramref name="window" />.</summary>
<remarks>
<para>
Note that you shouldn't assume the window is definitely deiconified afterward, because other entities (e.g. the user or window manager) could iconify it again before your code which assumes deiconification gets to run.
</para>
<para>
You can track iconification via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on GtkWidget.
</para>
</remarks>
<para>
Note that you shouldn't assume the window is definitely deiconified afterward, because other entities (e.g. the user or window manager) could iconify it again before your code which assumes deiconification gets to run.
</para>
<para>
You can track iconification via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on GtkWidget.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="MnemonicActivate">
@ -451,10 +451,10 @@
<summary>Activates the default <paramref name="widget" /> for the <paramref name="window" />.</summary>
<returns><see langword="true" /> if a widget is activated.</returns>
<remarks>
<para>
That is unless the current focused widget has been configured to receive the default (see <see cref="F:Gtk.WidgetFlags.ReceivesDefault" />) action in which case the case the focused widget is activated.
</para>
</remarks>
<para>
That is unless the current focused widget has been configured to receive the default (see <see cref="F:Gtk.WidgetFlags.ReceivesDefault" />) action in which case the case the focused widget is activated.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="Maximize">
@ -467,13 +467,13 @@
<Docs>
<summary>Asks to maximize <paramref name="window" />, so that it becomes full-screen.</summary>
<remarks>
<para>
Note that you shouldn't assume the window is definitely maximized afterward, because other entities (e.g. the user or window manager) could unmaximize it again, and not all window managers support maximization. But normally the window will end up maximized. Just don't write code that crashes if not.
</para>
<para>
You can track maximization via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on GtkWidget. It's permitted to call this function before showing a window, in which case the window will be maximized when it appears onscreen initially.
</para>
</remarks>
<para>
Note that you shouldn't assume the window is definitely maximized afterward, because other entities (e.g. the user or window manager) could unmaximize it again, and not all window managers support maximization. But normally the window will end up maximized. Just don't write code that crashes if not.
</para>
<para>
You can track maximization via the <see cref="F:Gtk.Widget.WindowStateEvent" /> signal on GtkWidget. It's permitted to call this function before showing a window, in which case the window will be maximized when it appears onscreen initially.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="RemoveMnemonic">
@ -523,10 +523,10 @@
<param name="wmclass_name">Window name hint.</param>
<param name="wmclass_class">Window class hint.</param>
<remarks>
<para>
According to the ICCCM, you should always set these to the same value for all windows in an application, and GTK+ sets them to that value by default, so calling this function is sort of pointless. However, you may want to call <see cref="P:Gtk.Window.Role" /> on each window in your application, for the benefit of the session manager. Setting the role allows the window manager to restore window positions when loading a saved session.
</para>
</remarks>
<para>
According to the ICCCM, you should always set these to the same value for all windows in an application, and GTK+ sets them to that value by default, so calling this function is sort of pointless. However, you may want to call <see cref="P:Gtk.Window.Role" /> on each window in your application, for the benefit of the session manager. Setting the role allows the window manager to restore window positions when loading a saved session.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="RemoveEmbeddedXid">
@ -559,21 +559,21 @@
<param name="width">Width in pixels, or -1 to unset the default width.</param>
<param name="height">Height in pixels, or -1 to unset the default height.</param>
<remarks>
<para>
If the window's "natural" size (its size request) is larger than the default, the default will be ignored. More generally, if the default size does not obey the geometry hints for the window (<see cref="M:Gtk.Window.SetGeometryHints" /> can be used to set these explicitly), the default size will be clamped to the nearest permitted size.
</para>
<para>
Unlike <see cref="M:Gtk.Widget.SetSizeRequest" /> which sets a size request for a widget and thus would keep users from shrinking the window, this function only sets the initial size, just as if the user had resized the window themselves. Users can still shrink the window again as they normally would. Setting a default size of -1 means to use the "natural" default size (the size request of the window).
</para>
<para>
For more control over a window's initial size and how resizing works, investigate <see cref="M:Gtk.Window.SetGeometryHints" />.
</para>
<para>
For some uses, <see cref="M:Gtk.Window.Resize" /> is a more appropriate function. <see cref="M:Gtk.Window.Resize" /> changes the current size of the window, rather than the size to be used on initial display. <see cref="M:Gtk.Window.Resize" /> always affects the window itself, not the geometry widget.
</para>
<para>
The default size of a window only affects the first time a window is shown; if a window is hidden and re-shown, it will remember the size it had prior to hiding, rather than using the default size.
</para>
<para>
If the window's "natural" size (its size request) is larger than the default, the default will be ignored. More generally, if the default size does not obey the geometry hints for the window (<see cref="M:Gtk.Window.SetGeometryHints" /> can be used to set these explicitly), the default size will be clamped to the nearest permitted size.
</para>
<para>
Unlike <see cref="M:Gtk.Widget.SetSizeRequest" /> which sets a size request for a widget and thus would keep users from shrinking the window, this function only sets the initial size, just as if the user had resized the window themselves. Users can still shrink the window again as they normally would. Setting a default size of -1 means to use the "natural" default size (the size request of the window).
</para>
<para>
For more control over a window's initial size and how resizing works, investigate <see cref="M:Gtk.Window.SetGeometryHints" />.
</para>
<para>
For some uses, <see cref="M:Gtk.Window.Resize" /> is a more appropriate function. <see cref="M:Gtk.Window.Resize" /> changes the current size of the window, rather than the size to be used on initial display. <see cref="M:Gtk.Window.Resize" /> always affects the window itself, not the geometry widget.
</para>
<para>
The default size of a window only affects the first time a window is shown; if a window is hidden and re-shown, it will remember the size it had prior to hiding, rather than using the default size.
</para>
</remarks>
</Docs>
</Member>
@ -587,13 +587,13 @@
<Docs>
<summary>Presents a <paramref name="window" /> to the user.</summary>
<remarks>
<para>
This may mean raising the window in the stacking order, deiconifying it, moving it to the current desktop, and/or giving it the keyboard focus, possibly dependent on the user's platform, window manager, and preferences. If window is hidden, this function calls <see cref="M:Gtk.Widget.Show" /> as well.
</para>
<para>
This function should be used when the user tries to open a window that's already open. Say for example the preferences dialog is currently open, and the user chooses Preferences from the menu a second time; use <see cref="M:Gtk.Window.Present" /> to move the already-open dialog where the user can see it.
</para>
</remarks>
<para>
This may mean raising the window in the stacking order, deiconifying it, moving it to the current desktop, and/or giving it the keyboard focus, possibly dependent on the user's platform, window manager, and preferences. If window is hidden, this function calls <see cref="M:Gtk.Widget.Show" /> as well.
</para>
<para>
This function should be used when the user tries to open a window that's already open. Say for example the preferences dialog is currently open, and the user chooses Preferences from the menu a second time; use <see cref="M:Gtk.Window.Present" /> to move the already-open dialog where the user can see it.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="ReshowWithInitialSize">
@ -606,10 +606,10 @@
<Docs>
<summary>Hides <paramref name="window" />, then reshows it, resetting the default size and position of the window.</summary>
<remarks>
<para>
Used by GUI builders only.
</para>
</remarks>
<para>
Used by GUI builders only.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="Move">
@ -627,19 +627,19 @@
<param name="x">X coordinate to move window to.</param>
<param name="y">Y coordinate to move window to.</param>
<remarks>
<para>
Window managers are free to ignore this; most window managers ignore requests for initial window positions (instead using a user-defined placement algorithm) and honor requests after the window has already been shown.
</para>
<para>
Note: the position is the position of the gravity-determined reference point for the window. The gravity determines two things: first, the location of the reference point in root window coordinates; and second, which point on the window is positioned at the reference point.
</para>
<para>
By default the gravity is GDK_GRAVITY_NORTH_WEST, so the reference point is simply the x, y supplied to <see cref="M:Gtk.Window.Move" />. The top-left corner of the window decorations (aka window frame or border) will be placed at <paramref name="x" />, <paramref name="y" />. Therefore, to position a window at the top left of the screen, you want to use the default gravity (which is GDK_GRAVITY_NORTH_WEST) and move the window to 0,0.
</para>
<para>
To position a window at the bottom right corner of the screen, you would set GDK_GRAVITY_SOUTH_EAST, which means that the reference point is at x + the window width and y + the window height, and the bottom-right corner of the window border will be placed at that reference point.
</para>
</remarks>
<para>
Window managers are free to ignore this; most window managers ignore requests for initial window positions (instead using a user-defined placement algorithm) and honor requests after the window has already been shown.
</para>
<para>
Note: the position is the position of the gravity-determined reference point for the window. The gravity determines two things: first, the location of the reference point in root window coordinates; and second, which point on the window is positioned at the reference point.
</para>
<para>
By default the gravity is GDK_GRAVITY_NORTH_WEST, so the reference point is simply the x, y supplied to <see cref="M:Gtk.Window.Move" />. The top-left corner of the window decorations (aka window frame or border) will be placed at <paramref name="x" />, <paramref name="y" />. Therefore, to position a window at the top left of the screen, you want to use the default gravity (which is GDK_GRAVITY_NORTH_WEST) and move the window to 0,0.
</para>
<para>
To position a window at the bottom right corner of the screen, you would set GDK_GRAVITY_SOUTH_EAST, which means that the reference point is at x + the window width and y + the window height, and the bottom-right corner of the window border will be placed at that reference point.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="SetPosition">
@ -655,9 +655,9 @@
<summary>Sets the position constraint for a <paramref name="window" />.</summary>
<param name="position">A position constraint.</param>
<remarks>
<para>
Is is used for placing the window in some area, depending on the <paramref name="position" /> constraint.
</para>
<para>
Is is used for placing the window in some area, depending on the <paramref name="position" /> constraint.
</para>
</remarks>
</Docs>
</Member>
@ -674,10 +674,10 @@
<summary>Associate <paramref name="accel_group" /> with <paramref name="window" />.</summary>
<param name="accel_group">A <see cref="T:Gtk.AccelGroup" />.</param>
<remarks>
<para>
Such that calling <see cref="T:Gtk.AccelGroupActivate" /> on <paramref name="window" /> will activate accelerators in <paramref name="accel_group" />.
</para>
</remarks>
<para>
Such that calling <see cref="T:Gtk.AccelGroupActivate" /> on <paramref name="window" /> will activate accelerators in <paramref name="accel_group" />.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="SetGeometryHints">
@ -697,10 +697,10 @@
<param name="geometry">Struct containing geometry information.</param>
<param name="geom_mask">Mask indicating which struct fields should be paid attention to.</param>
<remarks>
<para>
You can set a minimum and maximum size; allowed resize increments (e.g. for xterm, you can only resize by the size of a character); aspect ratios; and more. See <see cref="T:Gdk.Geometry" />.
</para>
</remarks>
<para>
You can set a minimum and maximum size; allowed resize increments (e.g. for xterm, you can only resize by the size of a character); aspect ratios; and more. See <see cref="T:Gdk.Geometry" />.
</para>
</remarks>
</Docs>
</Member>
<Member MemberName="Finalize">
@ -727,7 +727,7 @@
<param name="raw">Pointer to the C object.</param>
<returns>An instance of Window, wrapping the C object.</returns>
<remarks>
<para>This is an internal constructor, and should not be used by user code.</para>
<para>This is an internal constructor, and should not be used by user code.</para>
</remarks>
</Docs>
</Member>
@ -743,9 +743,9 @@
<param name="type">A <see cref="T:Gtk.WindowType" />.</param>
<returns>A <see cref="T:Gtk.Window" />.</returns>
<remarks>
<para>
Creates a new Window object, wich can be of type TopLevel ( most of the cases ) or PopUp. Take care with the use of PopUp type, since it is not controlled by the window manager.
</para>
<para>
Creates a new Window object, wich can be of type TopLevel ( most of the cases ) or PopUp. Take care with the use of PopUp type, since it is not controlled by the window manager.
</para>
</remarks>
</Docs>
</Member>
@ -772,9 +772,9 @@
<param name="title">A string.</param>
<returns>A <see cref="T:Gtk.Window" />.</returns>
<remarks>
<para>
Creates a new TopLevel Window object, using <paramref name="string" /> as the title. You get the same if you use the public Window ( Gtk.WindowType type ) constructor and later set the string Title property.
</para>
<para>
Creates a new TopLevel Window object, using <paramref name="string" /> as the title. You get the same if you use the public Window ( Gtk.WindowType type ) constructor and later set the string Title property.
</para>
</remarks>
</Docs>
</Member>
@ -942,12 +942,12 @@
<param name="value">A <see cref="T:System.Boolean" />.</param>
<returns><see langword="true" /> to decorate the window or if the window has been set to have decorations.</returns>
<remarks>
<para>
With this property you control if a window will be decorated or not.
</para>
<para>
By default, windows are decorated with a title bar and resize controls. Some window managers allow to disable these decorations, creating a borderless Window. If you set this property as false, Gtk# will try to convince the window manager not to decorate the Window.
</para>
<para>
With this property you control if a window will be decorated or not.
</para>
<para>
By default, windows are decorated with a title bar and resize controls. Some window managers allow to disable these decorations, creating a borderless Window. If you set this property as false, Gtk# will try to convince the window manager not to decorate the Window.
</para>
</remarks>
</Docs>
</Member>
@ -963,9 +963,9 @@
<param name="value">an object of type <see cref="T:System.Boolean" /></param>
<returns>an object of type <see cref="T:System.Boolean" /></returns>
<remarks>
<para>
By default, windows are resizable, so you can change the size of them. But if you set this property to false, the user won't be able to change the size of them.
</para>
<para>
By default, windows are resizable, so you can change the size of them. But if you set this property to false, the user won't be able to change the size of them.
</para>
</remarks>
</Docs>
</Member>
@ -981,9 +981,9 @@
<param name="value">an object of type <see cref="T:Gtk.WindowPosition" /></param>
<returns>an object of type <see cref="T:Gtk.WindowPosition" /></returns>
<remarks>
<para>
This property will alow you to define where a Window must be displayed on the screen. It work with the Gtk.WindowPosition enum, soy maybe you should check it before use it.
</para>
<para>
This property will alow you to define where a Window must be displayed on the screen. It work with the Gtk.WindowPosition enum, soy maybe you should check it before use it.
</para>
</remarks>
</Docs>
</Member>
@ -999,9 +999,9 @@
<param name="value">an object of type <see cref="T:System.Int32" /></param>
<returns>an object of type <see cref="T:System.Int32" /></returns>
<remarks>
<para>
This property will allow you to define the default height for your Window. It only define the default one, so if the Window is resized, it won't be able to do anything.
</para>
<para>
This property will allow you to define the default height for your Window. It only define the default one, so if the Window is resized, it won't be able to do anything.
</para>
</remarks>
</Docs>
</Member>
@ -1059,9 +1059,9 @@
<param name="value">an object of type <see cref="T:System.String" /></param>
<returns>an object of type <see cref="T:System.String" /></returns>
<remarks>
<para>
This property will allow you to set the Window Title. The Title of a window will be displayed in its title bar. Since the title bar is rendered by the window managers on X Window System, the way it appears will depend on the user preferences. This title should help the users to distinguish a window from others opened. A good title will have the application name an the actual document, for example.
</para>
<para>
This property will allow you to set the Window Title. The Title of a window will be displayed in its title bar. Since the title bar is rendered by the window managers on X Window System, the way it appears will depend on the user preferences. This title should help the users to distinguish a window from others opened. A good title will have the application name an the actual document, for example.
</para>
</remarks>
</Docs>
</Member>
@ -1203,9 +1203,9 @@
<param name="gtype">GLib type for the type</param>
<returns>Creates a new instance of Window, using the GLib-provided type</returns>
<remarks>
<para>
This is a constructor used by derivative types of <see cref="T:Gtk.Window" /> that would have their own GLib type assigned to it. This is not typically used by C# code.
</para>
<para>
This is a constructor used by derivative types of <see cref="T:Gtk.Window" /> that would have their own GLib type assigned to it. This is not typically used by C# code.
</para>
</remarks>
</Docs>
</Member>
@ -1379,8 +1379,12 @@
</ReturnValue>
<Parameters />
<Docs>
<summary>To be added</summary>
<remarks>To be added</remarks>
<summary>Asks to toggle off the fullscreen state for <paramref name="window" />.</summary>
<remarks>
<para>
Note that you shouldn't assume the window is definitely not full screen afterward, because other entities (e.g. the user or window manager) could fullscreen it again, and not all window managers honor requests to unfullscreen windows. But normally the window will end up restored to its normal state. Just don't write code that crashes if not.
</para>
</remarks>
</Docs>
</Member>
</Members>