Kexi/Handbook/Building Simple Databases/Designing Forms/Forms versus tables: Difference between revisions

From KDE UserBase Wiki
No edit summary
m (grammatical changes for readability)
 
(2 intermediate revisions by 2 users not shown)
Line 2: Line 2:
<translate>
<translate>


==== Forms versus tables ====
==== Forms versus tables ==== <!--T:1-->


In chapter [[Special:MyLanguage/Kexi/Handbook/Building Simple Databases/Entering Data Into Tables|Entering Data Into Tables]] you learned about how to enter data directly into tables using their data sheet view. However, in many cases forms are better suited for data entry:  
<!--T:2-->
In chapter [[Special:MyLanguage/Kexi/Handbook/Building Simple Databases/Entering Data Into Tables|Entering Data Into Tables]] you learned about how to enter data directly into tables using their data sheet view. However, in many cases forms are better suited for the editing of existing data as well as for the entry of new data:  


* A table can contain too many columns to display them on your screen. A form can display such a data using multiple rows.  
<!--T:3-->
* Like a spreadsheet a table can contain too many columns to display them within the width of the screen without scrolling. A form can display such data using fields (or field widgets) placed logically over a whole page.  


* A form allows to visually split data fields into logical groups, thus increasing readability. Labels with additional information can be inserted to give users more hints on how to use the form or what given data fields mean.
* A form displays the fields for one record at a time. This is less confusing than viewing data presented in the multiple row (record) format of a table


* Command buttons can be used within forms for commonly used commands so users can use forms in a similar way as a standalone applications they know.
<!--T:4-->
 
* A form allows you to arrange data fields into logical groups, thus increasing readability. Labels with additional information can be inserted to give users more hints on how to use the form or what given data fields mean.  
In data sheet view displaying multi-row data text fields or images is as easy as within forms.


<!--T:5-->
* Command buttons can be used within forms for commonly used commands.  A user can then use the form as if it were a standalone application without recourse to  the Menu system.




<!--T:7-->
{{Prevnext2
{{Prevnext2
|prevpage=Special:MyLanguage/Kexi/Handbook/Building_Simple_Databases/Designing_Forms/Most_important_terms
|prevpage=Special:MyLanguage/Kexi/Handbook/Building_Simple_Databases/Designing_Forms/Most_important_terms
Line 24: Line 28:
}}
}}


<!--T:8-->
[[Category:Kexi]]
[[Category:Kexi]]
[[Category:Tutorials]]
[[Category:Tutorials]]
</translate>
</translate>

Latest revision as of 16:46, 16 June 2015

Other languages:

Forms versus tables

In chapter Entering Data Into Tables you learned about how to enter data directly into tables using their data sheet view. However, in many cases forms are better suited for the editing of existing data as well as for the entry of new data:

  • Like a spreadsheet a table can contain too many columns to display them within the width of the screen without scrolling. A form can display such data using fields (or field widgets) placed logically over a whole page.
  • A form displays the fields for one record at a time. This is less confusing than viewing data presented in the multiple row (record) format of a table
  • A form allows you to arrange data fields into logical groups, thus increasing readability. Labels with additional information can be inserted to give users more hints on how to use the form or what given data fields mean.
  • Command buttons can be used within forms for commonly used commands. A user can then use the form as if it were a standalone application without recourse to the Menu system.