Our recently completed Struts-based system had very simple, low graphic screens and so we elected not to have a page designer.
For a laugh, we slapped a background on the screen of one of my digital photos that I had taken of a recent sunset at a local state park (after fading it so people could still read the text on the page) and the users loved it and requested that it be left in. Who needs graphic designers? ;-) Simon ----------------------------------------------------------------- Simon P. Chappell [EMAIL PROTECTED] Java Programming Specialist www.landsend.com Lands' End, Inc. (608) 935-4526 >-----Original Message----- >From: Cyber.Zombie [mailto:[EMAIL PROTECTED]] >Sent: Monday, November 25, 2002 8:11 AM >To: Struts Users Mailing List >Subject: Re: Struts: a Graphic Artist blessing or curse? > > >My last JSP job did not suffer that problem -- the graphics designer >also did 100% of the JSP work. This on a post 1.0.2 nightly with >integrated nested extensions (I had convinced the client on >the benefits >of the nested extension and they prefered integrated rather than in a >separate package). The data architect did 100% of the database work >(and some of the use case work -- he was quite good at high-level >analysis). The programmers did 100% of the coding. The only >aberration >was me (the chief architect) -- not only did I do analysis through >detailed design (using TogetherJ for class and sequence diagrams), I >also did a fair amount of coding. > >Contrast that with my last .NET job: The graphics designers did >strictly static HTML work. The converion to dynamic HTML, >database work >and coding was shared by everyone else (not much of a design >to start with). > >[EMAIL PROTECTED] wrote: > >>Haha! >> >>This whole idea of J2EE where we have seperation of roles >hasn't quite happened has it. The idea that there are business >process programmers, database programmers, front end guys etc. >In the end it's always the same person fulfilling all the roles. >> >>On the projects that I have been on in the past Graphic >designers have been comissioned to make up the pages, which >are done statically. Then the programmers have gone through >the pains of making these pages dynamic. >> >>Regards >>IV >> >> >> >> >> >>> from: Foong Tzer <[EMAIL PROTECTED]> >>> date: Mon, 25 Nov 2002 13:31:26 >>> to: [EMAIL PROTECTED], >[EMAIL PROTECTED] >>> subject: Re: Struts: a Graphic Artist blessing or curse? >>> >>>Dear Struts supporter, >>> >>>There seems to be a real world problem with using Struts (well, not >>>really Struts, but JSP Tag Libraries). It seems despite zero >java coding >>>on the JSP pages, those 'funny' tags are still not >digest-able by average >>>graphic designers. I mean, if they were to use Macromedia >DreamWeaver, it >>>would not've rendered the look and feel if the tags were >something like >>>this: - >>> >>><html:img page="/nice.gif" altKey="Nice"/> >>> >>><html:html locale="true"> </html:html> >>> >>><html:link page="/another.jsp"><bean:message >>>key="another.title"/></html:link> >>> >>> >>>As opposed to the native standard HTML tags? >>> >>>I'm really not sure whether Macromedia or any other popular graphic >>>artiste tool would render these Struts JSP pages properly. >Anybody here >>>has any experience solving this real world problem? >>> >>>Thanks. Any help would be much appreciated. >>>Regards, >>> >>> Tzer >>> [EMAIL PROTECTED] >>> >>>Is J2EE messing up your mind? >>>http://www.see-consulting.com >>> >>>-- >>>http://fastmail.fm - Or how I learned to stop worrying and >>> love email again >>> >>>-- >>>To unsubscribe, e-mail: ><mailto:struts-user->[EMAIL PROTECTED]> >>>For >additional commands, >e-mail: <mailto:[EMAIL PROTECTED]> >>> >>> >>> >> >> >> >>http://www.amazon.co.uk/exec/obidos/redirect-home?tag=vellosco >uk-21&placement=home_multi.gif&site=amazon >> >>-- >>To unsubscribe, e-mail: ><mailto:struts-user->[EMAIL PROTECTED]> >>For >additional commands, >e-mail: <mailto:[EMAIL PROTECTED]> >> >> >> >> > > > >-- >To unsubscribe, e-mail: ><mailto:struts-user->[EMAIL PROTECTED]> >For >additional commands, >e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
