Typo... > ... I currently use Tiles or have any dynamic ...
Should read I currently don't use Tiles... Aladin > Paul, > > You are probably right. I currently use Tiles or have any dynamic > inclusions. I guess this is an "I'll cross that bridge when I get to it" > problem ;). > > Thanks for the heads-up though. > Aladin > > > >> 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] >> >> > > > --------------------------------------------------------------------- > 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]