Aladin, Good point, but I believe your solution has limited use. If you were to use Tiles or other dynamic inclusions, this would not be applied to the internal pages.
Thanks, Paul -----Original Message----- From: Aladin Alaily [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 24, 2005 1:01 PM To: Struts Users Mailing List Subject: RE: Struts, xhtml & bad tag syntax ... maybe nice in 1.7 I actually prefer to have <html:xhtml /> instead of the html attribute because html:html is restrictive. It doesn't allow me to add an xml namespace to the html tag (xmlns="http://www.w3.org/1999/xhtml). My solution is to have the following: <html xmlns="http://www.w3.org/1999/xhtml";> <html:xhtml/> ... </html> Aladin > Is it a common practice to have a static include at the top of every JSP > which contians <html:xhtml/> ? > > -----Original Message----- > From: Frank W. Zammetti [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 24, 2005 12:48 PM > To: Struts Users Mailing List > Cc: Struts Users Mailing List > Subject: RE: Struts, xhtml & bad tag syntax ... maybe nice in 1.7 > > > Also note that adding the attribite: > > xhtml="true" > > ...to the usual <html:html/> tag has the same effect. I don't know if one > is preferred over the other though... I'd personally go with the attribute > because to me it seems slightly more obvious, but I don't know if it > matters either way. > > -- > Frank W. Zammetti > Founder and Chief Software Architect > Omnytex Technologies > http://www.omnytex.com > > On Tue, May 24, 2005 11:34 am, Aladin Alaily said: >> Hello All, >> >> Found my answer... (posting here for the benefit of others) >> >> To make the tags xhtml compliant, you have to add <html:xhtml/> to your >> pages. >> >> Aladin >> >> >> >> >>> Hi Christopher, >>> >>>> This is surely down to your IDE and not Struts. >>> >>> I don't think you understand the problem, because it is not related to >>> an >>> IDE. >>> >>> When you write: >>> <html:text property="whatever"/> >>> >>> The HTML code generated (when viewing the page in Explorer, Netscape, >>> Opera, or whatever) is: >>> <input type="text" name="whatever" value=""> >>> >>> Try it and see (do a view source in your browser). >>> >>> Aladin >>> >>> >>>> >>>> Cheers >>>> >>>> Christopher Marsh-Bourdon >>>> www.marsh-bourdon.com >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: Aladin Alaily [mailto:[EMAIL PROTECTED] >>>> Sent: 24 May 2005 16:13 >>>> To: Struts Users Mailing List >>>> Cc: user@struts.apache.org >>>> Subject: Struts, xhtml & bad tag syntax ... maybe nice in 1.7 >>>> >>>> Hello, >>>> >>>> Has anyone tried to make the struts tags xhtml compliant? Here is >>>> what >>>> I >>>> mean. >>>> >>>> I have noticed that whenever an html component is generated using the >>>> html >>>> tags (or any other tag from the libraries), they are usually not >>>> closed. >>>> >>>> For example, when generating a form input field using: >>>> <html:text property="whatever"> >>>> >>>> the html code generated looks like: >>>> <input type="text" name="whatever" value=""> >>>> >>>> when it should really look like this: >>>> <input type="text" name="whatever" value="" /> (Notice the / to close >>>> the >>>> tag) >>>> >>>> This is a problem when you want to enforce a specific DOCTYPE to your >>>> web-application. The problem can easily be fixed... are struts >>>> developers >>>> thinking about this problem? It would be nice to have this addition >>>> to >>>> Struts 1.7 >>>> >>>> Aladin >>>> >>>> >>>> >>>> >>>>> The way I have done this is I have the following on all my pages: >>>>> >>>>> <body onLoad="hidePleaseWait();"> >>>>> <%@ include file="/inc/pleaseWait.inc" %> <span id="lyrMain" >>>>> style="display:none;"> >>>>> >>>>> pleaseWait.inc is the HTML for my Please Wait display. For me, it's >>>>> a >>>>> little clock with spinning hands and a message artistically offset >>>>> saying "Please wait, the system is busy processing your request..." >>>>> centered on the page. The important point is that the first and last >>>>> lines of that include file are: >>>>> >>>>> <span id="lyrPleaseWait" style="display:block;"> ... >>>>> </span> >>>>> >>>>> Just before I submit any form, I call showPleaseWait(), which is a >>>>> Javascript function in pleaseWait.inc, and it is basically just: >>>>> >>>>> lyrMain.style.display = "none"; >>>>> lyrPleaseWait.style.display = "block"; >>>>> >>>>> One last piece of the puzzle... that hidePleaseWait() function called >>>>> onLoad is: >>>>> >>>>> lyrMain.style.display = "block"; >>>>> lyrPleaseWait.style.display = "hide"; >>>>> >>>>> So, every page that loads starts out showing that Please Wait layer, >>>>> and when it's done loading it hides that and shows the main content. >>>>> When a form is submitted, the main content is hidden and the Please >>>>> Wait layer is shown. It works quite well. >>>>> >>>>> I actually do something a bit more complex in one of my apps because >>>>> it is frames-based and I actually target all submissions to a hidden >>>>> frame, but the overall concept is the same. So, if you don't have a >>>>> problem with the requirement of scripting, this works well. >>>>> >>>>> -- >>>>> Frank W. Zammetti >>>>> Founder and Chief Software Architect >>>>> Omnytex Technologies >>>>> http://www.omnytex.com >>>>> >>>>> On Tue, May 24, 2005 9:26 am, Marc Demlenne said: >>>>>> Hi all, >>>>>> >>>>>> Using Struts, I'm looking for a good practice to have a "Please wait >>>>>> box" displayed to the user when the action he has requested takes a >>>>>> long time. >>>>>> >>>>>> My requirements are not to display another page to keep the browsing >>>>>> "smooth". I use a JSP tree which can be expanded/collapsed, but the >>>>>> page must stay the same between the calls. So I'd like a small box >>>>>> added in front of the actual window. >>>>>> >>>>>> What I could do is to use a javascript to show or hide a small box >>>>>> in >>>>>> a corner of the window for instance. The problem is that i want this >>>>>> box to be displayed immediately when the ActionClass is called, and >>>>>> hided only when the result page is fully displayed. This is very >>>>>> easy >>>>>> when it is the displaying of the page which is slow (when the logic >>>>>> is inside JSP), but doesn't seem so easy with struts, where it's the >>>>>> action that can take time. >>>>>> >>>>>> Can anyone help me with this ? >>>>>> >>>>>> -- >>>>>> Marc Demlenne >>>>>> GPG : 768FA483 (http://pgp.mit.edu) >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>>>> >>>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>>> >>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >>>> > ---------------------------------------------------------------------------- > ---- >>>> The information contained herein is confidential and is intended >>>> solely >>>> for the >>>> addressee. Access by any other party is unauthorised without the >>>> express >>>> written permission of the sender. If you are not the intended >>>> recipient, >>>> please >>>> contact the sender either via the company switchboard on +44 (0)20 >>>> 7623 >>>> 8000, or >>>> via e-mail return. If you have received this e-mail in error or wish >>>> to >>>> read our >>>> e-mail disclaimer statement and monitoring policy, please refer to >>>> http://www.drkw.com/disc/email/ or contact the sender. 3166 >>>> > ---------------------------------------------------------------------------- > ---- >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > ---------------------------------------------------------------------------- -- > Notice: This e-mail message, together with any attachments, contains > information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New > Jersey, USA 08889), and/or its affiliates (which may be known outside the > United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as > Banyu) that may be confidential, proprietary copyrighted and/or legally > privileged. It is intended solely for the use of the individual or entity > named on this message. If you are not the intended recipient, and have > received this message in error, please notify us immediately by reply > e-mail and then delete it from your system. > ---------------------------------------------------------------------------- -- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
