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 @@
<sgmltag><rich:notify></sgmltag> - 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 @@
<sgmltag><rich:notifyMessages></sgmltag> - 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. - 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==--