Re: [S2] Best approach to separate look & feel with same backend code

2008-01-14 Thread Jeromy Evans
laim your inbox. Visit http://www.spammilter.com for details. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 14, 2008 6:21 AM To: Struts Users Mailing List Subject: Re: [S2] Best approach to separate look & feel with same backend

RE: [S2] Best approach to separate look & feel with same backend code

2008-01-14 Thread Neil Aggarwal
your inbox. Visit http://www.spammilter.com for details. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, January 14, 2008 6:21 AM > To: Struts Users Mailing List > Subject: Re: [S2] Best approach to separate look & feel with

Re: [S2] Best approach to separate look & feel with same backend code

2008-01-14 Thread stanlick
d Bollinger [mailto:[EMAIL PROTECTED] > > Sent: Sunday, January 13, 2008 3:38 PM > > To: 'Struts Users Mailing List' > > Subject: RE: [S2] Best approach to separate look & feel with > > same backend code > > > > Hi Neil, > > > > When yo

RE: [S2] Best approach to separate look & feel with same backend code

2008-01-13 Thread Neil Aggarwal
for details. > -Original Message- > From: Rod Bollinger [mailto:[EMAIL PROTECTED] > Sent: Sunday, January 13, 2008 3:38 PM > To: 'Struts Users Mailing List' > Subject: RE: [S2] Best approach to separate look & feel with > same backend code > > Hi Nei

Re: [S2] Best approach to separate look & feel with same backend code

2008-01-13 Thread Antonio Petrelli
2008/1/13, Rod Bollinger <[EMAIL PROTECTED]>: > Additionally, if your current site is not already using Tiles, you should > consider refactoring to add this flexibility. With a Tiles and CSS-based > approach you can completely re-use your current middle and back-end tiers > with little or no modifi

RE: [S2] Best approach to separate look & feel with same backend code

2008-01-13 Thread Rod Bollinger
Hi Neil, When you say Look and Feel are you referring to just the visual aspects of the site or are you referring to a marked difference in front-end functionality? If you are not providing differing functionality or the functionality being provided is mostly similar to the current site, your bes