That's a good point. :) -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com
On Tue, May 24, 2005 1:00 pm, Aladin Alaily said: > 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
