From richfaces-svn-commits at lists.jboss.org Tue Nov 22 18:37:10 2011
Content-Type: multipart/mixed; boundary="===============4899417840249060576=="
MIME-Version: 1.0
From: richfaces-svn-commits at lists.jboss.org
To: richfaces-svn-commits at lists.jboss.org
Subject: [richfaces-svn-commits] JBoss Rich Faces SVN: r22976 -
modules/docs/trunk/Component_Reference/src/main/docbook/en-US.
Date: Tue, 22 Nov 2011 18:37:09 -0500
Message-ID: <201111222337.pAMNb90f024962@svn01.web.mwc.hst.phx2.redhat.com>
--===============4899417840249060576==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Author: bleathem
Date: 2011-11-22 18:37:09 -0500 (Tue, 22 Nov 2011)
New Revision: 22976
Modified:
modules/docs/trunk/Component_Reference/src/main/docbook/en-US/chap-Compo=
nent_Reference-Output_and_messages.xml
Log:
Grammar cleanup of the notify component documentation
Modified: modules/docs/trunk/Component_Reference/src/main/docbook/en-US/cha=
p-Component_Reference-Output_and_messages.xml
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- modules/docs/trunk/Component_Reference/src/main/docbook/en-US/chap-Comp=
onent_Reference-Output_and_messages.xml 2011-11-22 23:04:07 UTC (rev 22975)
+++ modules/docs/trunk/Component_Reference/src/main/docbook/en-US/chap-Comp=
onent_Reference-Output_and_messages.xml 2011-11-22 23:37:09 UTC (rev 22976)
@@ -242,37 +242,29 @@
<rich:notify>
- The <rich:notify> component serves fo=
r advanced user interaction, giving user instant feedback on what's happeni=
ng in application in form of notifications.
+ The <rich:notify> component serves fo=
r advanced user interaction, using notification boxes to give the user inst=
ant feedback on what's happening within the application.
+ Each time this component is rendered, a floating notification =
box is displayed in the selected corner of the browser screen.
-
- Each time this component is rendered, floating notification bo=
x is displayed in the selected corner of the browser screen.
-
=
Basic usage
- The <rich:notify> has two message=
customization attributes: summary is short text sum=
marizing the message, while detail configures detail=
ed body of the message.
+ The <rich:notify> has two message=
customization attributes: summary is short text sum=
marizing the message, while detail configures the de=
tailed body of the message.
+ Both attributes have their counterparts in form of facets =
with the same names as the corresponding attributes.
-
- Both attributes have their counterparts in form of facets =
with same names as attributes.
-
=
Customizing notifications
- Notification appears on the page each them they are render=
ed, on full-page or ajax requests.
+ A notification appears on the page each time it is rendere=
d, either on full-page or ajax requests.
+ The notification remains on the screen for 8 seconds and t=
hen disappears.
+ Users can close the notification with the close button in =
the top-right corner of the notification.
- Notifications are waiting on the screen for 8 seconds and =
then they disappear.
+ Notification stacks can be used to create sequences. For c=
ustomization of stacking see the <rich:notifyStack> component.
- Notification stacks and creates sequences. For customiziti=
on of stacking see <rich:notifyStack> component.
-
-
- User can close notification with close button in the top-r=
ight corner of each notification.
-
-
There are several attributes that can change default behav=
ior:
@@ -308,7 +300,7 @@
- Nonblocking notifications can be clicked through, but beca=
use they are using jQuery mechanism to bypass events, only jQuery event han=
dlers are triggered. It specifically means that standard links won't be tri=
ggered.
+ Nonblocking notifications can be clicked through, but beca=
use they are using jQuery mechanism to bypass events, only jQuery event han=
dlers are triggered. IThis means that standard links won't be triggered.
=
@@ -354,16 +346,12 @@
Basic usage
The <rich:notifyMessage> componen=
t is built on top of <rich:notify>, the difference=
is in usage.
+ The <rich:notifyMessage> componen=
t displays FacesMessages associated with a given component, si=
milar to <rich:message>: one notification is displ=
ayed for first FacesMessage in the stack that is risen either =
programatically or during conversion/validation of the component.
+ The severity of the message determines the color and icon =
of the resulting notification.
- Component displays FacesMessages associated w=
ith given component, similarry to <rich:message>: =
one notification is displayed for first FacesMessage in stack,=
raisen either programatically or during component conversion or validation.
+ For customization of notification behavior, please refer t=
o Customizing notifications of <rich:notify>.
-
- Severify of message which triggers notification determines=
color and icon of notification.
-
-
- For customization of notifications behavior refer to =
Customizing notifications of <rich:notify>.
-
=
@@ -395,10 +383,10 @@
Style classes and skin parameters
- Note that <rich:notifyMessage> sh=
ares common classes with <rich:notify>, since for =
each JSF message, exactly one notification is rendered. =
+ Note that <rich:notifyMessage> sh=
ares common classes with <rich:notify>, since ther=
e is exactly one notification rendered for each JSF message.
- The <rich:notifyMessage> specific=
classes are redefining look for various message severity levels. =
+ The <rich:notifyMessage> specific=
classes are redefining the look for various message severity levels.
@@ -407,7 +395,7 @@
<rich:notifyMessages>
- The <rich:notifyMessages> component i=
s same as <rich:notifyMessage>, but each of availa=
ble messages generates one notification. =
+ The <rich:notifyMessages> component i=
s the same as the <rich:notifyMessage> component, =
but each of the available messages generates one notification.
<rich:notifyMessages> shares the same=
set of attributes with <rich:notifyMessage> =
@@ -474,31 +462,31 @@
Basic usage
- They are three alternative ways how to bind notification w=
ith stack:
+ They are three alternative ways to bind notifications with=
a stack:
- wrapping: nesting &l=
t;rich:notify>, <rich:notifyMessage> =
or <rich:notifyMessages> bounds notifications with=
stack which is wrapping them
+ wrapping: nesting &l=
t;rich:notify>, <rich:notifyMessage> =
or <rich:notifyMessages> binds notifications with =
the stack in which they are wrapped
- binding by id: notification c=
an be bound directly to stack using it's componentId in attrib=
ute stack
+ binding by id: notification c=
an be bound directly to a stack using it's componentId in the =
stack attribute
- using default stack: default =
stack is used when no other binding is defined for given notification
+ using default stack: a defaul=
t stack is used when no other binding is defined for a given notification
- The sample above defines stack explicitly, where notificat=
ions uses stack in that they are wrapped.
+ The sample above defines the stack explicitly, where notif=
ications use the stack in which they are wrapped.
- The sample bellow uses notification, which is rendered int=
o top-left screen corner. Notification is bound to stack using its id.
+ The sample bellow uses a notification rendered into the to=
p-left corner of the screen. The notification is bound to a stack using it'=
s id.
@@ -506,17 +494,17 @@
Positioning notifications
- To redefine positioning of notification, one needs to defi=
ne stack and bind it with given notification. =
+ To redefine the position of a notification, one needs to d=
efine a stack and bind it with the given notification.
- <rich:notifyStack> uses position attribute which places stack and its notifications i=
nto one of four corners: topRight (default), bottomRight=
, bottomLeft, topLeft.
+ <rich:notifyStack> uses the position attribute to place the stack and it's notificati=
ons into one of four corners: topRight (default), bottom=
Right, bottomLeft, topLeft.
=
Stacking notifications
- There are two attributes which influences how notification=
s are placed into stack: =
+ There are two attributes which influences how notification=
s are placed into a stack:
@@ -529,11 +517,11 @@
- Following sample shows stack which will place new notifica=
tion as first - incoming message will appear first, causing all notificatio=
ns currently in stack to shift. Adequately, messages on the end of stack wi=
ll be then removed from stack as first.
+ The following sample shows a stack which will place new no=
tifications up front - the incoming message will appear first, causing all =
notifications currently in stack to shift. Subsequently, messages at the en=
d of stack will be then removed.
=
programlisting>
- On the other hand, stacking method last does =
provide method to place messages on the end of stack, and when removing not=
ification, it is removed from start, causing all other notifications to shi=
ft.
+ On the other hand, stacking method last provi=
des a method to place messages on the end of the stack, and when removing a=
notification, it is removed from the start, causing all other notification=
s to shift.
=
--===============4899417840249060576==--