diff options
author | Timothy Pearson <kb9vqf@pearsoncomputing.net> | 2011-12-16 09:56:31 -0600 |
---|---|---|
committer | Timothy Pearson <kb9vqf@pearsoncomputing.net> | 2011-12-16 09:56:31 -0600 |
commit | c9cb4f487428aad5d8cda5e3a4b9ad87390d7e54 (patch) | |
tree | 1ee1912ac4bb966475f0db0f2a78678661b4b4a5 /kexi/doc/handbook | |
parent | 94844816550ad672ccfcdc25659c625546239998 (diff) | |
download | koffice-c9cb4f487428aad5d8cda5e3a4b9ad87390d7e54.tar.gz koffice-c9cb4f487428aad5d8cda5e3a4b9ad87390d7e54.zip |
Revert "Rename a number of old tq methods that are no longer tq specific"
This reverts commit 94844816550ad672ccfcdc25659c625546239998.
Diffstat (limited to 'kexi/doc/handbook')
4 files changed, 35 insertions, 35 deletions
diff --git a/kexi/doc/handbook/html.tmp/01_02_00_db_spreadsheet.html b/kexi/doc/handbook/html.tmp/01_02_00_db_spreadsheet.html index e7959df7..b7b62ab9 100644 --- a/kexi/doc/handbook/html.tmp/01_02_00_db_spreadsheet.html +++ b/kexi/doc/handbook/html.tmp/01_02_00_db_spreadsheet.html @@ -168,7 +168,7 @@ In this case the very way the spreadsheet works is problematic. Fields for data <a name="reports"></a> <h4>Reports</h4> <p> -Databases enable grouping, limiting and summing up data in a form of a <em>report</em>. Spreadsheets are usually printed in a form of small tables without fully automatic control over page divisions and the layout of fields. +Databases enable grouping, limiting and summing up data in a form of a <em>report</em>. Spreadsheets are usually printed in a form of small tables without fully automatic control over page divisions and the tqlayout of fields. </p> <a name="programming"></a> diff --git a/kexi/doc/handbook/html.tmp/05_01_00_table_designing.html b/kexi/doc/handbook/html.tmp/05_01_00_table_designing.html index 14c0b511..2953a0f0 100644 --- a/kexi/doc/handbook/html.tmp/05_01_00_table_designing.html +++ b/kexi/doc/handbook/html.tmp/05_01_00_table_designing.html @@ -2,7 +2,7 @@ <H2>5.1. Designing Database Tables</H2> <p> -First, there will be two tables added to your database: <em>persons</em> and <em>phone_numbers</em>. These are exactly the same tables as described in chapter <a href="01_02_00_db_spreadsheet.html">1.2. A database and a spreadsheet</a>. A layout for <em>Persons</em> can be found in section <a href="01_02_00_db_spreadsheet.html#data_integrity">Data integrity and validity</a> in that chapter. +First, there will be two tables added to your database: <em>persons</em> and <em>phone_numbers</em>. These are exactly the same tables as described in chapter <a href="01_02_00_db_spreadsheet.html">1.2. A database and a spreadsheet</a>. A tqlayout for <em>Persons</em> can be found in section <a href="01_02_00_db_spreadsheet.html#data_integrity">Data integrity and validity</a> in that chapter. </p> <p> diff --git a/kexi/doc/handbook/html.tmp/05_04_00_form_designing.html b/kexi/doc/handbook/html.tmp/05_04_00_form_designing.html index 9cb671d1..bfab0a72 100644 --- a/kexi/doc/handbook/html.tmp/05_04_00_form_designing.html +++ b/kexi/doc/handbook/html.tmp/05_04_00_form_designing.html @@ -196,7 +196,7 @@ It is right moment for testing your form. Click the <nobr><img src="icons/state_ To make it easier for the form's user to identify meaning of every field widget, these should have added text labels with appropriate titles. To create text labels <nobr><img src="icons/label.png" class="icon"> <em>Label</em></nobr> widget is used. </p> <p> -Insert three text label widgets onto the form, placing them on the left hand of the text fields (or on the right hand if your operating system uses right-to-left layout). On inserting every new label, a text cursor appears inside where you can enter desired title. Enter consecutively: <em>Name</em>, <em>Surname</em> and <em>Street</em>. Additionally, on the top of the form insert another label displaying name of the form, i.e. "Persons". Enlarge this label's size and set larger font using <a href="aa_00_00_menu.html#menu_format_font">Format -> Font</a> menu command. +Insert three text label widgets onto the form, placing them on the left hand of the text fields (or on the right hand if your operating system uses right-to-left tqlayout). On inserting every new label, a text cursor appears inside where you can enter desired title. Enter consecutively: <em>Name</em>, <em>Surname</em> and <em>Street</em>. Additionally, on the top of the form insert another label displaying name of the form, i.e. "Persons". Enlarge this label's size and set larger font using <a href="aa_00_00_menu.html#menu_format_font">Format -> Font</a> menu command. </p> <p> <br><img src="img/05_04_06_form_with_labels.png"> @@ -256,50 +256,50 @@ The following example presents a form where text fields and labels were placed b <br>An example form with widgets that cannot not fit in the window<br><br> </p> <p> -Using special tool called <em>widget layouts</em> can help to automatically lay out the form widgets. Widget layout is an action of grouping two or more widgets so these are well positioned and have appropriate sizes. +Using special tool called <em>widget layouts</em> can help to automatically lay out the form widgets. Widget tqlayout is an action of grouping two or more widgets so these are well positioned and have appropriate sizes. </p> <p> -Using layout in this form improves alignment. Moreover, its space is better developed. Text fields are closer each other, spacing is constant. +Using tqlayout in this form improves tqalignment. Moreover, its space is better developed. Text fields are closer each other, spacing is constant. <br> <br><img src="img/05_04_08_form_well_fit.png"> - <br>Example form with layout used<br><br> + <br>Example form with tqlayout used<br><br> </p> <p> -There are two methods to create widget layout. +There are two methods to create widget tqlayout. <ul> -<li>Select two or more widgets that should be placed in a common layout, and select one of the layout types from the context menu item <a href="aa_00_00_menu.html#menu_format_layout">Layout Widgets</a>.</li> -<li>Click a <a hrf="widget_containers">container widget</a> (or a form surface itself), where widgets are inserted and select one of the layout types from the context menu item <a href="aa_00_00_menu.html#menu_format_layout">Layout Widgets</a>. All widgets existing within the container or within the form, being on the same level will be put into a single common layout.</li> +<li>Select two or more widgets that should be placed in a common tqlayout, and select one of the tqlayout types from the context menu item <a href="aa_00_00_menu.html#menu_format_layout">Layout Widgets</a>.</li> +<li>Click a <a hrf="widget_containers">container widget</a> (or a form surface itself), where widgets are inserted and select one of the tqlayout types from the context menu item <a href="aa_00_00_menu.html#menu_format_layout">Layout Widgets</a>. All widgets existing within the container or within the form, being on the same level will be put into a single common tqlayout.</li> </ul> In each of these cases you can also use <em>Format -> Layout Widgets</em> menu. </p> <p> <img src="img/05_04_08_form_layout_selecting.png"> - <br>Selecting widgets that will be put into a layout<br> + <br>Selecting widgets that will be put into a tqlayout<br> <br><img src="img/05_04_08_form_layout_selected.png"> <br>Four widgets are selected<br><br> <br><img src="img/05_04_08_form_layout_popup.png"><br> - <br>Using the context menu for putting the widgets into a grid layout<br><br> + <br>Using the context menu for putting the widgets into a grid tqlayout<br><br> </p> <p> -Widget layout is presented in the design view using a blue, green or red box drawn with broken line. This line is displayed only in the form's design view. +Widget tqlayout is presented in the design view using a blue, green or red box drawn with broken line. This line is displayed only in the form's design view. </p> <p> <br> <br><img src="img/05_04_08_form_layout_grid.png"> - <br>Widgets within a grid layout<br><br> + <br>Widgets within a grid tqlayout<br><br> </p> <p> -Besides the grid type, there are other widget layout types. +Besides the grid type, there are other widget tqlayout types. <ul> <li>vertical <br> <br><img src="img/05_04_08_form_layout_vertical.png"> - <br>Vertical widget layout<br><br> + <br>Vertical widget tqlayout<br><br> </li> <li>horizontal <br> <br><img src="img/05_04_08_form_layout_horizontal.png"> - <br>Horizontal widget layout<br><br> + <br>Horizontal widget tqlayout<br><br> </li> <!-- TODO podzia³ poziomy / pionowy <br><img src="img/05_04_08_form_layout_vertical_splitter.png"> @@ -322,12 +322,12 @@ A <em>spring</em> in widget layouts is a special, invisible element allowing to </ol> </p> <p> -For the following example, the spring has been inserted on the left hand of the text label "Persons". The label is thus displayed on the right hand of the form. To make the spring work, it has been put into a common horizontal layout with the label. +For the following example, the spring has been inserted on the left hand of the text label "Persons". The label is thus displayed on the right hand of the form. To make the spring work, it has been put into a common horizontal tqlayout with the label. <br><img src="img/05_04_08_form_spring.png"> - <br>Horizontal layout containing a spring and a text label<br><br> + <br>Horizontal tqlayout containing a spring and a text label<br><br> </p> <p> -To make springs work you need to create a global widget layout i.e. a layout for the form itself. Then, springs can use edges of the form as a boundary for expanding. +To make springs work you need to create a global widget tqlayout i.e. a tqlayout for the form itself. Then, springs can use edges of the form as a boundary for expanding. </p> <a name="advanced_form_layouts"></a> @@ -337,21 +337,21 @@ Widget layouts can be combined (or nested). On the following example you can ide </p> <p> <ol> -<li>horizontal layout with a spring, aligning the "Persons" text label to the right</li> -<li>grid layout grouping widgets on the whole form</li> +<li>horizontal tqlayout with a spring, aligning the "Persons" text label to the right</li> +<li>grid tqlayout grouping widgets on the whole form</li> </ol> </p> <p> <img src="img/05_04_08_form_advanced_layout.png"> - <br>Two widget layouts combined: horizontal layout inside of a grid layout<br><br> + <br>Two widget layouts combined: horizontal tqlayout inside of a grid tqlayout<br><br> </p> <p> -The horizontal layout is treat in the example as a single widget by the grid layout - it takes exactly one "cell" of the grid. +The horizontal tqlayout is treat in the example as a single widget by the grid tqlayout - it takes exactly one "cell" of the grid. After opening a form designed this way in the data view, you can notice (by resizing the form) that: </p> <ul> <li>"Persons" text label thanks to the spring used is constantly aligned to the to the right side of the form</li> -<li>text fields take all of the available width thanks to putting them into the grid layout</li> +<li>text fields take all of the available width thanks to putting them into the grid tqlayout</li> <li>all the form's widgets are pushed to the top thanks to the spring used at the bottom of the form</li> </ul> <p> @@ -362,24 +362,24 @@ After opening a form designed this way in the data view, you can notice (by resi <a name="layout_breaking"></a> <H4>Removing widget layouts</H4> <p> -To remove widget layout without removing widgets, perform one of these actions: +To remove widget tqlayout without removing widgets, perform one of these actions: <ul> -<li>click with the &RMB; on the layout's border and select <em>Break Layout</em> command from the context menu</li> -<li>click with the &LMB; on the layout's border and select <em>Format -> Break Layout</em> menu command</li> +<li>click with the &RMB; on the tqlayout's border and select <em>Break Layout</em> command from the context menu</li> +<li>click with the &LMB; on the tqlayout's border and select <em>Format -> Break Layout</em> menu command</li> </ul> </p> <H4>Notes</H4> -<p>Removing widget layout using the <em>Break Layout</em> command will not remove widgets contained in the layout. If you want to remove the widgets as well, just select the layout by clicking on its border and press <kbd>Delete</kbd> key or use <nobr><em>Edit -> <img src="icons/editdelete.png" class="icon"> Delete</em></nobr> menu command or context menu command. +<p>Removing widget tqlayout using the <em>Break Layout</em> command will not remove widgets contained in the tqlayout. If you want to remove the widgets as well, just select the tqlayout by clicking on its border and press <kbd>Delete</kbd> key or use <nobr><em>Edit -> <img src="icons/editdelete.png" class="icon"> Delete</em></nobr> menu command or context menu command. </p> <a name="layout_size_types"></a> -<H4>Size policies for widgets within a layout</H4> +<H4>Size policies for widgets within a tqlayout</H4> <p> Instead of setting a fixed size for your widgets, in &kexi; you can choose between various widget's <em>size policies</em>. A size policy is a flexible strategy for controlling how a widget is stretched (or shrunk) depending on other neighbouring widgets and space available within the form. </p> <p> -After putting widgets into a <em>layout</em>, typically each widget gets a proportional (<em>Preferred</em>) size policy. These widgets will be automatically resized with preferred settings, depending on their type and size of the entire layout itself. For example, three buttons put into the horizontal layout will be resized to fit their visible text. +After putting widgets into a <em>tqlayout</em>, typically each widget gets a proportional (<em>Preferred</em>) size policy. These widgets will be automatically resized with preferred settings, depending on their type and size of the entire tqlayout itself. For example, three buttons put into the horizontal tqlayout will be resized to fit their visible text. </p> <p> For each widget inserted into the form, there are settings for size policy available in the <em>Property Editor</em>. The settings are presented as a group of properties called <em>Size Policy</em>. @@ -403,12 +403,12 @@ There are following values available on the drop down list for <em>Horizontal Si <li><b>Fixed</b> value means that the widget cannot be automatically resized; it should maintain the constant size defined on design time (width or height),</li> <li><p><b>Minimum</b> value means that the original size of the widget is set as minimal allowed, it is sufficient and there is no need for expanding the widget, but the widget will be expanded if needed. This type of policy can be used to force widget to be expanded to the whole width or height, especially if you set a <em>stretch</em> value greater than 0. <br><img src="img/05_04_09_size_policy_minimum.png"> - <br>Text field and two buttons within a grid layout (<em>Minimum</em> horizontal size policy is set for both buttons, so these are slightly wider than needed)<br><br> + <br>Text field and two buttons within a grid tqlayout (<em>Minimum</em> horizontal size policy is set for both buttons, so these are slightly wider than needed)<br><br> </p></li> <li><b>Maximum</b> value means that the original size of the widget is set as maximum allowed and can be decreased without breaking the widget's usability and readability if other widgets need more space,</li> <li><p><b>Preferred</b> value means that the original size of the widget is the best and preferred; the widget can be shrunk or expanded however and it will stay readable, <br><img src="img/05_04_09_size_policy_preferred.png"> - <br>Text field and two buttons within a grid layout (<em>Preferred</em> horizontal size policy is set for both buttons)<br><br> + <br>Text field and two buttons within a grid tqlayout (<em>Preferred</em> horizontal size policy is set for both buttons)<br><br> </p></li> <li><b>Expanding</b> value means that the original size of the widget is reasonable but the widget can be also shrunk; it can be expanded as well to take as much space as possible,</li> <li><b>Minimum Expanding</b> value means that the original size of the widget is allowed; it can be expanded to take as much space as possible,</li> @@ -432,7 +432,7 @@ The most frequently used size policies are <em>Preferred</em>, <em>Minimum</em> <a name="widget_adjusting"></a> <H3>5.4.10. Setting widgets size and position by hand</H3> <p> -In case when your form has no main layout set for auto-positioning and auto-resizing its widgets, you will probably want to align widget's position and size so the form can look cleaner and be easier to use. The &kexi; form designer simplifies this task by offering the following groups of commands: +In case when your form has no main tqlayout set for auto-positioning and auto-resizing its widgets, you will probably want to align widget's position and size so the form can look cleaner and be easier to use. The &kexi; form designer simplifies this task by offering the following groups of commands: </p> <ul> <li><p>Adjusting sizes of selected widgets. The commands are available in the <em>Format -> Adjust Widgets Size</em> submenu of the Menubar and in the <em>Adjust Widgets Size</em> submenu of the context menu. Toolbar's drop down button <nobr><img src="icons/aogrid.png" class="icon"> <em>Adjust Widgets Size</em></nobr> is also available. @@ -497,7 +497,7 @@ To change tab order, either: <li>Click a selected widget name on the widgets list and drag it to a desired position (up or down) using the mouse. </li> <li>Click a selected widget name on the widgets list and use <em>Move Up</em> or <em>Move Down</em> buttons, to move the widgets to a desired position.</li> -<li>Click the <em>Handle tab stops automatically</em> check box to set the automatic tab order for the form. If this option has been switched on, any changes made to the list of widgets by hand are not taken into account - &kexi; will be handling the tab orders on its own. The automatic ordering means that the top-left widget will be focused first (or the top-right if your operating system uses right-to-left layout), and the order comes from the left to right (from the right to left, appropriately) and from the top to bottom. +<li>Click the <em>Handle tab stops automatically</em> check box to set the automatic tab order for the form. If this option has been switched on, any changes made to the list of widgets by hand are not taken into account - &kexi; will be handling the tab orders on its own. The automatic ordering means that the top-left widget will be focused first (or the top-right if your operating system uses right-to-left tqlayout), and the order comes from the left to right (from the right to left, appropriately) and from the top to bottom. <br><img src="img/05_04_11_auto_tab_stop.png"> <br>Automatic tab order for a form<br><br> </li> diff --git a/kexi/doc/handbook/translation-status.txt b/kexi/doc/handbook/translation-status.txt index acc00d00..65aa6008 100644 --- a/kexi/doc/handbook/translation-status.txt +++ b/kexi/doc/handbook/translation-status.txt @@ -72,7 +72,7 @@ DONE 5.4.9. Widget layouts DONE * Springs in widget layouts DONE * Advanced widget layouts DONE * Removing widget layouts -DONE * Size policies for widgets within a layout +DONE * Size policies for widgets within a tqlayout DONE 5.4.10. Setting widgets size and position by hand DONE 5.4.11. Setting the tab order DONE 5.5. Entering data using forms |