From 11c7e40b699e89913a282bf3b23553dfed79a055 Mon Sep 17 00:00:00 2001 From: "Hector E. Gomez Morales" Date: Sat, 20 Sep 2003 09:47:14 +0000 Subject: [PATCH] Erroneous tabwidth from 4 to 8. svn path=/trunk/gtk-sharp/; revision=18212 --- doc/en/Gtk/Widget.xml | 16 +- doc/en/Gtk/Window.xml | 376 +++++++++++++++++++++--------------------- 2 files changed, 198 insertions(+), 194 deletions(-) diff --git a/doc/en/Gtk/Widget.xml b/doc/en/Gtk/Widget.xml index 80bb8465c..070395676 100644 --- a/doc/en/Gtk/Widget.xml +++ b/doc/en/Gtk/Widget.xml @@ -2707,14 +2707,14 @@ Obtains the preferred size of a . A to be filled in. - - - The container uses this information to arrange its child widgets and decide what size allocations to give them with . 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. - - - This function is typically used when implementing a subclass. Also remember that the size request is not necessarily the size a widget will actually be allocated. - - + + + The container uses this information to arrange its child widgets and decide what size allocations to give them with . 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. + + + This function is typically used when implementing a subclass. Also remember that the size request is not necessarily the size a widget will actually be allocated. + + diff --git a/doc/en/Gtk/Window.xml b/doc/en/Gtk/Window.xml index 47a5a8b9c..adf5d76ff 100644 --- a/doc/en/Gtk/Window.xml +++ b/doc/en/Gtk/Window.xml @@ -41,7 +41,7 @@ List of toplevel widgets. - 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, ) 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, ) first, and then unref all the widgets afterwards. @@ -66,7 +66,7 @@ Timestamp from the click event that initiated the drag. - 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. @@ -91,11 +91,11 @@ Location to store the height of the frame at the bottom, or . - 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 to get the standard window border extents.) See also , . + 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 to get the standard window border extents.) See also , . - - Note: this is a special-purpose function intended for the framebuffer port; see . - + + Note: this is a special-purpose function intended for the framebuffer port; see . + @@ -109,12 +109,12 @@ Asks to iconify (i.e. minimize) the specified . - - 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. - - - You can track iconification via the signal on . - + + 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. + + + You can track iconification via the signal on . + @@ -128,12 +128,12 @@ Asks to unstick window, which means that it will appear on only one of the user's desktops. - - 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. - - - You can track stickiness via the signal on . - + + 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. + + + You can track stickiness via the signal on . + @@ -147,12 +147,12 @@ Asks to unmaximize . - - 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. - - - You can track maximization via the signal on . - + + 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. + + + You can track maximization via the signal on + @@ -171,12 +171,12 @@ Return location for width, or . Return location for height, or . - - 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 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 then immediately call , 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. - - - 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 on the window and adjust your size-dependent state to match the size delivered in the GdkEventConfigure. - + + 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 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 then immediately call , 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. + + + 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 on the window and adjust your size-dependent state to match the size delivered in the GdkEventConfigure. + @@ -195,9 +195,9 @@ Location to store the default width, or . Location to store the default height, or . - - 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. - + + 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. + @@ -216,13 +216,13 @@ Width in pixels to resize the window to. Height in pixels to resize the window to. - - The default geometry constraint is that windows may not be smaller than their size request; to override this constraint, call to set the window's request to a smaller value. - - - If is called before showing a window for the first time, it overrides any default size set with . Windows may not be resized smaller than 1 by 1 pixels. - - + + The default geometry constraint is that windows may not be smaller than their size request; to override this constraint, call to set the window's request to a smaller value. + + + If is called before showing a window for the first time, it overrides any default size set with . Windows may not be resized smaller than 1 by 1 pixels. + + @@ -252,19 +252,19 @@ if string was parsed successfully. - - does work on all GTK+ ports including Win32 but is primarily intended for an X environment. - - - If either a size or a position can be extracted from the geometry string, returns and calls and/or to resize/move the window. - - - If returns , 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. - - - Note that for to work as expected, it has to be called when the window has its "final" size, i.e. after calling on the contents and on the window. - - + + does work on all GTK+ ports including Win32 but is primarily intended for an X environment. + + + If either a size or a position can be extracted from the geometry string, returns and calls and/or to resize/move the window. + + + If returns , 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. + + + Note that for to work as expected, it has to be called when the window has its "final" size, i.e. after calling on the contents and on the window. + + @@ -292,13 +292,13 @@ Asks to stick , which means that it will appear on all user desktops. - - 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. - - - You can track stickiness via the signal on GtkWidget. It's permitted to call this function before showing a window. - - + + 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. + + + You can track stickiness via the signal on GtkWidget. It's permitted to call this function before showing a window. + + @@ -320,10 +320,10 @@ The width of the right border. The height of the bottom border. - - Note: this is a special-purpose function intended for the framebuffer port; see . 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. - - + + Note: this is a special-purpose function intended for the framebuffer port; see . 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. + + @@ -364,10 +364,10 @@ Y position where the user clicked to initiate the drag Timestamp from the click event that initiated the drag. - - 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. - - + + 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. + + @@ -385,22 +385,22 @@ Return location for X coordinate of gravity-determined reference point. Return location for Y coordinate of gravity-determined reference point. - - If you haven't changed the window gravity, its gravity will be GDK_GRAVITY_NORTH_WEST. This means that gets the position of the top-left corner of the window manager frame for the window. sets the position of this same top-left corner. - - - 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. - - - 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 tends to result in moving the window slightly. Window managers are slowly getting better over time. - - - If a window has gravity GDK_GRAVITY_STATIC the window manager frame is not relevant, and thus 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. - - - 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. - - + + If you haven't changed the window gravity, its gravity will be GDK_GRAVITY_NORTH_WEST. This means that gets the position of the top-left corner of the window manager frame for the window. sets the position of this same top-left corner. + + + 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. + + + 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 tends to result in moving the window slightly. Window managers are slowly getting better over time. + + + If a window has gravity GDK_GRAVITY_STATIC the window manager frame is not relevant, and thus 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. + + + 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. + + @@ -413,13 +413,13 @@ Asks to deiconify (i.e. unminimizw) the specified . - - 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. - - - You can track iconification via the signal on GtkWidget. - - + + 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. + + + You can track iconification via the signal on GtkWidget. + + @@ -451,10 +451,10 @@ Activates the default for the . if a widget is activated. - - That is unless the current focused widget has been configured to receive the default (see ) action in which case the case the focused widget is activated. - - + + That is unless the current focused widget has been configured to receive the default (see ) action in which case the case the focused widget is activated. + + @@ -467,13 +467,13 @@ Asks to maximize , so that it becomes full-screen. - - 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. - - - You can track maximization via the 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. - - + + 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. + + + You can track maximization via the 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. + + @@ -523,10 +523,10 @@ Window name hint. Window class hint. - - 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 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. - - + + 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 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. + + @@ -559,21 +559,21 @@ Width in pixels, or -1 to unset the default width. Height in pixels, or -1 to unset the default height. - - 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 ( can be used to set these explicitly), the default size will be clamped to the nearest permitted size. - - - Unlike 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). - - - For more control over a window's initial size and how resizing works, investigate . - - - For some uses, is a more appropriate function. changes the current size of the window, rather than the size to be used on initial display. always affects the window itself, not the geometry widget. - - - 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. - + + 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 ( can be used to set these explicitly), the default size will be clamped to the nearest permitted size. + + + Unlike 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). + + + For more control over a window's initial size and how resizing works, investigate . + + + For some uses, is a more appropriate function. changes the current size of the window, rather than the size to be used on initial display. always affects the window itself, not the geometry widget. + + + 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. + @@ -587,13 +587,13 @@ Presents a to the user. - - 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 as well. - - - 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 to move the already-open dialog where the user can see it. - - + + 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 as well. + + + 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 to move the already-open dialog where the user can see it. + + @@ -606,10 +606,10 @@ Hides , then reshows it, resetting the default size and position of the window. - - Used by GUI builders only. - - + + Used by GUI builders only. + + @@ -627,19 +627,19 @@ X coordinate to move window to. Y coordinate to move window to. - - 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. - - - 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. - - - By default the gravity is GDK_GRAVITY_NORTH_WEST, so the reference point is simply the x, y supplied to . The top-left corner of the window decorations (aka window frame or border) will be placed at , . 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. - - - 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. - - + + 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. + + + 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. + + + By default the gravity is GDK_GRAVITY_NORTH_WEST, so the reference point is simply the x, y supplied to . The top-left corner of the window decorations (aka window frame or border) will be placed at , . 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. + + + 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. + + @@ -655,9 +655,9 @@ Sets the position constraint for a . A position constraint. - - Is is used for placing the window in some area, depending on the constraint. - + + Is is used for placing the window in some area, depending on the constraint. + @@ -674,10 +674,10 @@ Associate with . A . - - Such that calling on will activate accelerators in . - - + + Such that calling on will activate accelerators in . + + @@ -697,10 +697,10 @@ Struct containing geometry information. Mask indicating which struct fields should be paid attention to. - - 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 . - - + + 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 . + + @@ -727,7 +727,7 @@ Pointer to the C object. An instance of Window, wrapping the C object. - This is an internal constructor, and should not be used by user code. + This is an internal constructor, and should not be used by user code. @@ -743,9 +743,9 @@ A . A . - - 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. - + + 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. + @@ -772,9 +772,9 @@ A string. A . - - Creates a new TopLevel Window object, using as the title. You get the same if you use the public Window ( Gtk.WindowType type ) constructor and later set the string Title property. - + + Creates a new TopLevel Window object, using as the title. You get the same if you use the public Window ( Gtk.WindowType type ) constructor and later set the string Title property. + @@ -942,12 +942,12 @@ A . to decorate the window or if the window has been set to have decorations. - - With this property you control if a window will be decorated or not. - - - 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. - + + With this property you control if a window will be decorated or not. + + + 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. + @@ -963,9 +963,9 @@ an object of type an object of type - - 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. - + + 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. + @@ -981,9 +981,9 @@ an object of type an object of type - - 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. - + + 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. + @@ -999,9 +999,9 @@ an object of type an object of type - - 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. - + + 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. + @@ -1059,9 +1059,9 @@ an object of type an object of type - - 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. - + + 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. + @@ -1203,9 +1203,9 @@ GLib type for the type Creates a new instance of Window, using the GLib-provided type - - This is a constructor used by derivative types of that would have their own GLib type assigned to it. This is not typically used by C# code. - + + This is a constructor used by derivative types of that would have their own GLib type assigned to it. This is not typically used by C# code. + @@ -1379,8 +1379,12 @@ - To be added - To be added + Asks to toggle off the fullscreen state for . + + + 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. + +