Difference between revisions of "Screenshots / examples"

From Free Pascal wiki
Jump to navigationJump to search
(gui category)
(8 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 
== Look and Feel ==
 
== Look and Feel ==
This paragraph show several examples of look and feel concepts for Lazarus. On the right side is the current layout shown. Please comment...
+
This paragraph show several examples of look and feel concepts for Lazarus. On the right side, the current layout is shown. Please comment...
  
 
General features are;
 
General features are;
* each dialog has a help button (currently disabled) that will show a help page (hint: the Lazarus help system is format independent, so normally it is sufficient to add a unique help path, like 'IDE/CodeExplorer/RefreshButton')
+
* each dialog has a help button (currently disabled) that will show a help page (hint: the Lazarus help system is format independent, so normally it is sufficient to add a unique help path, like 'IDE/CodeExplorer/RefreshButton').
* all modal shown forms are bsSizeToolWin, non-modal shown forms are bsSizable
+
* all modal forms are bsSizeToolWin; non-modal forms are bsSizable.
* to make Lazarus easier for non english speakers it is recommended to use button glyphs whenever you have a good icon.
+
* to make Lazarus easier for non-English speakers I recommend you use button glyphs where you have a good icon.
* all main controls are accessable with access keys ie. "&Cancel". TODO: What about translations? Per language the access keys have to be determined.
+
* all main controls are accessible with accelerator keys e. g. "&Cancel".
 +
TODO: What about translations? The accelerator keys have to be written intelligently for each supported language. There may be some languages in which avoiding accelerator key clashes is almost impossible, even with very creative naming.
  
  
Line 16: Line 17:
 
[[Image:UnitInformation.png]] [[Image:UnitInfo.png]]
 
[[Image:UnitInformation.png]] [[Image:UnitInfo.png]]
  
This form shows a typical information dialog. Notice the notebook that splits the information, so that there is not too much information at the same time visible.
+
This form shows a typical information dialog. Notice the notebook that splits the information, so that there is not too much information visible at the same time.
  
  
 
[[Image:FindReplace.png]] [[Image:FindReplace_old2.png]]
 
[[Image:FindReplace.png]] [[Image:FindReplace_old2.png]]
  
This form shows a typical dialog. Captions before controls are right aligned (not well visible in this example though) and the options are grouped under bold labels.
+
This form shows a typical dialog. Captions before controls are right aligned (not easily seen in this example though) and the options are grouped under bold labels.
  
 
=== Proposal for preference forms ===
 
=== Proposal for preference forms ===
Line 30: Line 31:
 
==== Comments to: Proposal for preference forms ====
 
==== Comments to: Proposal for preference forms ====
  
I like the old Environment options more. The treeview only wastes screen estate, and is IMHO too expensive for the marginal benefit (grouping of tabs) it provides.
+
I like the old Environment options more. The treeview only wastes screen estate, and is IMHO too expensive for the marginal benefit (grouping of tabs) it provides. This benefit is also a bit doubtful since the number of screens will increase. Also, iconification  in areas that aren't used several times a session are useless (and confusing), since nobody will be able to memorize them.
Such dialogs are very suitable for initial computer users, but wasteful for intermediate users. And Lazarus being a programming environment, there will be way more usage of this dialog by people that already know it, than initial users
+
 
 +
Such dialogs are more tailored to initial computer users (and I still have to see that confirmed), but are wasteful for intermediate users. Since Lazarus is a programming environment, there will be more usage of this dialog by people already familiar with it, than by initial users.
 +
 
 +
[[Category:Proposals]]
 +
[[Category:Artwork]]
 +
[[Category:GUI]]

Revision as of 15:03, 10 August 2014

Look and Feel

This paragraph show several examples of look and feel concepts for Lazarus. On the right side, the current layout is shown. Please comment...

General features are;

  • each dialog has a help button (currently disabled) that will show a help page (hint: the Lazarus help system is format independent, so normally it is sufficient to add a unique help path, like 'IDE/CodeExplorer/RefreshButton').
  • all modal forms are bsSizeToolWin; non-modal forms are bsSizable.
  • to make Lazarus easier for non-English speakers I recommend you use button glyphs where you have a good icon.
  • all main controls are accessible with accelerator keys e. g. "&Cancel".

TODO: What about translations? The accelerator keys have to be written intelligently for each supported language. There may be some languages in which avoiding accelerator key clashes is almost impossible, even with very creative naming.


Todo.png Todo old.png

The todo form shows a typical form with buttons. Instead of stretching the buttons across the entire clientwidth (code explorer, project inpector, etc.) a toolbar on top is shown with labeled buttons.


UnitInformation.png UnitInfo.png

This form shows a typical information dialog. Notice the notebook that splits the information, so that there is not too much information visible at the same time.


FindReplace.png FindReplace old2.png

This form shows a typical dialog. Captions before controls are right aligned (not easily seen in this example though) and the options are grouped under bold labels.

Proposal for preference forms

Here's a proposal for the preference forms used in Lazarus. I would like to focus on the use of treeviews instead of the traditional use of tabs. By using a treeview pages can more easily be divided (less options per page) and on the other hand more options per dialog could be used (perhaps some option dialogs can be merged?). Please add your comments below.

Example optionsdlg.png Env options.png

Comments to: Proposal for preference forms

I like the old Environment options more. The treeview only wastes screen estate, and is IMHO too expensive for the marginal benefit (grouping of tabs) it provides. This benefit is also a bit doubtful since the number of screens will increase. Also, iconification in areas that aren't used several times a session are useless (and confusing), since nobody will be able to memorize them.

Such dialogs are more tailored to initial computer users (and I still have to see that confirmed), but are wasteful for intermediate users. Since Lazarus is a programming environment, there will be more usage of this dialog by people already familiar with it, than by initial users.