官术网_书友最值得收藏!

Chapter 1. Layouts and General Content Organization

In this chapter, we will cover:

  • Liquid versus fixed layouts
  • Navigation pane and how to create one from scratch
  • Window management and positioning
  • Wizards
  • Progressive disclosure showing additional controls on demand
  • Control docking with Dock Panel
  • Journal navigation
  • Tabs
  • Status bar area

Introduction

Before we start building any application, regardless of being a web application built with Silverlight or a typical desktop application built with Windows Presentation Foundation, we will be faced with making some very basic and extremely important decisions. Will our application be able to scale to all of the different screens and resolutions or are we going for a fixed size? Other than that, how are we going to navigate through data presented in our application? How do we deal with windows and their positions, sizes, and states? We might go further and ask ourselves can we conceive our application as the number of steps that users have to go through to complete one or more tasks? In that case, we might consider using the wizard UI pattern how to create wizards and use Aero Wizard guidelines instead of older and obsolete Wizard97 guidelines.

What will happen if we present too much data and information to the users, especially the data is irrelevant at the moment? It might lead to user confusion and dissatisfaction. Then, we can consider using the progressive disclosure and interesting UI patterns, which will help us cope with the "control and data overload" challenges.

When we change the screen resolution or resize our windows or pages (please note that throughout this book these terms are being used to designate both, windows as parts of desktop applications and pages as parts of web applications, and in many cases UI patterns are same for both of those), controls might need to change their position, or even size. How do we implement and efficiently use control docking and scaling in those scenarios?

Tabs are really useful: they enable us to put different content and controls on them. but despite them being so well-known, they are often misused and their usage can lead to a user's frustration. How do we use tabs properly and avoid having our users being frustrated and unhappy with our UI?

Often, applications need to communicate information to their users. Some use pop-up windows, message boxes, or status bars. When should you consider using a status bar in your applications and when might it be a better idea to use some other UI pattern?

This introduction has asked a lot of relevant questions. Now, it's time to proceed to some concrete answers and patterns.

主站蜘蛛池模板: 邻水| 会理县| 志丹县| 铜川市| 隆回县| 鹿泉市| 揭西县| 社会| 荥阳市| 湘乡市| 英吉沙县| 夏邑县| 新巴尔虎左旗| 涞水县| 武陟县| 清涧县| 宝坻区| 锡林浩特市| 罗平县| 拜城县| 司法| 顺义区| 南木林县| 安吉县| 清河县| 宝坻区| 昌都县| 花莲市| 小金县| 昌邑市| 修水县| 抚松县| 伽师县| 衡阳市| 滦南县| 邻水| 齐齐哈尔市| 桓仁| 伊川县| 肥城市| 平和县|