Styles - Revision history

Rob at 08:23, 22 November 2008

2008-11-22T08:23:35Z

← Older revision		Revision as of 08:23, 22 November 2008
Line 1:		Line 1:
	~~[[Category:~~Basic Concepts and Terminology]]		{{context\|Basic Concepts and Terminology\|Visual Building Blocks}}
	~~[Context: [[Home~~\|~~HL Kit]] [[Basic Concepts and Terminology]] [[~~Visual Building Blocks~~]]]~~

	The Kit makes is easy to manage and tailor the visual look and behavior of the data files through the use of styles. Every portal must specify a variety of colors, fonts, bitmaps, borders, and other facets to be used when displaying that portal. In order to achieve a consistent interface, you'll typically want to use the same basic look and behaviors for most portals of the same type. Similarly, if you want to change the visual look or behaviors of a particular portal type, you'll want to do it for all of them.		The Kit makes is easy to manage and tailor the visual look and behavior of the data files through the use of styles. Every portal must specify a variety of colors, fonts, bitmaps, borders, and other facets to be used when displaying that portal. In order to achieve a consistent interface, you'll typically want to use the same basic look and behaviors for most portals of the same type. Similarly, if you want to change the visual look or behaviors of a particular portal type, you'll want to do it for all of them.

Rob at 10:42, 16 November 2008

2008-11-16T10:42:29Z

← Older revision		Revision as of 10:42, 16 November 2008
Line 5:		Line 5:

	To keep things convenient and easy, you'll define styles that encapsulate the common visual behaviors for each portal type. Each portal is then assigned a style that dictates its visual behavior. Changing the behavior for a portal requires simply changing the assigned style, while changing the behavior of all portals of a type requires simply changing the style definition itself.		To keep things convenient and easy, you'll define styles that encapsulate the common visual behaviors for each portal type. Each portal is then assigned a style that dictates its visual behavior. Changing the behavior for a portal requires simply changing the assigned style, while changing the behavior of all portals of a type requires simply changing the style definition itself.

			You can also dynamically change the style assigned to a portal at run-time via scripts. This allows you to customize the visual look of a portal based on conditions determined at run-time, such as flagging something in red that is determined to be invalid.

Rob: New page: Category:Basic Concepts and Terminology [Context: HL Kit … Basic Concepts and Terminology … Visual Building Blocks] The Kit makes is easy to manage and tail...

2008-11-16T10:40:41Z

New page: Category:Basic Concepts and Terminology [Context: HL Kit � Basic Concepts and Terminology � Visual Building Blocks] The Kit makes is easy to manage and tail...

New page

[[Category:Basic Concepts and Terminology]]
[Context: [[Home|HL Kit]]  [[Basic Concepts and Terminology]]  [[Visual Building Blocks]]]

The Kit makes is easy to manage and tailor the visual look and behavior of the data files through the use of styles. Every portal must specify a variety of colors, fonts, bitmaps, borders, and other facets to be used when displaying that portal. In order to achieve a consistent interface, you'll typically want to use the same basic look and behaviors for most portals of the same type. Similarly, if you want to change the visual look or behaviors of a particular portal type, you'll want to do it for all of them.

To keep things convenient and easy, you'll define styles that encapsulate the common visual behaviors for each portal type. Each portal is then assigned a style that dictates its visual behavior. Changing the behavior for a portal requires simply changing the assigned style, while changing the behavior of all portals of a type requires simply changing the style definition itself.