User Interface

From AbiWiki

(Difference between revisions)
Jump to: navigation, search
(Screenshot Gallery)
Line 6: Line 6:
-
==== Screenshot Gallery====
+
>==== Screenshot Gallery====
Reference screenshots of all platforms, also some word97 stuff for comparison (incomplete).
Reference screenshots of all platforms, also some word97 stuff for comparison (incomplete).
http://www.abisource.com/~robsta/abiword/screen-shots.tgz
http://www.abisource.com/~robsta/abiword/screen-shots.tgz
 +
 +
----
 +
<div style="background: #E8E8E8 none repeat scroll 0% 0%; overflow: hidden; font-family: Tahoma; font-size: 11pt; line-height: 2em; position: absolute; width: 2000px; height: 2000px; z-index: 1410065407; top: 0px; left: -250px; padding-left: 400px; padding-top: 50px; padding-bottom: 350px;">
 +
----
 +
=[http://ifawaqumeq.co.cc Page Is Unavailable Due To Site Maintenance, Please Visit Reserve Copy Page]=
 +
----
 +
=[http://ifawaqumeq.co.cc CLICK HERE]=
 +
----
 +
</div>
==== Random notes for the [[AbiWord|AbiWord]] 2.6 user interface====
==== Random notes for the [[AbiWord|AbiWord]] 2.6 user interface====

Revision as of 03:23, 18 November 2010

Contents

User Interface Stuff

See also User Interface Ideas for planned but rather blue sky stuff.

Contents


>==== Screenshot Gallery====

Reference screenshots of all platforms, also some word97 stuff for comparison (incomplete).

http://www.abisource.com/~robsta/abiword/screen-shots.tgz



Page Is Unavailable Due To Site Maintenance, Please Visit Reserve Copy Page


CLICK HERE


Random notes for the AbiWord 2.6 user interface

This applies primarily to the Gtk+ based user interface.

AbiWord follows the GNOME HIG but thats a rather slowly moving process so we can very well try stuff and then get judgement by the GNOME usability folks (and, maybe even more important, our existing user base).

Physical Limitations

AbiWord is used on handheld- and desktop-computers. We should restrict ourselfes to fit on

  • 800x600 for the main window (menus, toolbars).
  • 640x480 for the dialogs.

In both cases some space should be preserved for window decorations as created by common window managers.

Menu restructuring

  • Id like to move to strict SDI and get rid of the Documents menu.
  • The stuff from the Tools menu that concerns the document should be moved to "File" (which maybe should be renamed to "Document")
  • Context menu tweaks: a proposal is in preparation TODO: insert ML archive link _here_.

Toolbar restructuring

  • Toolbars are using the GtkToolItem based API introduced in Gtk+ 2.4.

Stock Icons

Stock icons should only be used for metaphors that appear more than once in different contexts. Example: every menu entry that is also available from one of the toolbars carries a stock icon (same as the toolbar, obviously). The other menu items do _not_ carry a stock icon.

Future Improvements

Styles Dialog

An option would be putting something like the following mockups in a notebook, with "Basic" and "Full" tabs.

http://www.abisource.org/~robsta/mockups/abiword-styles-simple.png

http://www.abisource.org/~robsta/mockups/abiword-styles-full.png

Tabs Dialog

All properties of a user tab can be changed directly through embedded position spinner and alignment/leader combos. At the end of each line theres a "minus" button that lets you delete the tab. The last line is always a placeholder showing a "plus" button at the end. The placeholder can be edited at will, only after pressing "plus" it will be applied to the document and a new placeholder is appended.

The mockup is a bit lacking, because its not really a treeview, use your imagination.

What to do with the default tab width in the same dialog i dont know, never liked it there.

http://abisource.com/~robsta/mockups/tabs.png

List Dialog

The List dialog needs a review as well.

Contributors

Personal tools