So why not have a competition? We could host it with the wicketstuff svn and take the best one and accept it as default?
2010/2/2 Igor Vaynberg <[email protected]> > because none of the core committers are designers... > > -igor > > On Tue, Feb 2, 2010 at 4:00 AM, Jing Ge (Besitec IT DEHAM) > <[email protected]> wrote: > > Hi, > > > > Thanks you guys(Igor, Alex, Riyad) for the suggestions. I really > appreciated. > > > > I mean the design, which is used by the wicket demo page, could be > considered as the default design of the wicket, right? So, why not provide a > better one here. > > > > Regards! > > Jing > > > > -----Original Message----- > > From: Igor Vaynberg [mailto:[email protected]] > > Sent: Montag, 1. Februar 2010 19:15 > > To: [email protected] > > Subject: Re: better look & modern css for wicket > > > > frameworks like Click and Vaadin have to provide default L&F because > > it is harder to customize that since they do not offer as much control > > over the markup as Wicket. in Wicket the designer has almost complete > > control, even including the tags themselves. we can provide a fancy > > L&F but then it will only work with the specific tag hierarchies that > > we create it for which will limit the power of Wicket if you wanted to > > use the L&F in your app. > > > > -igor > > > > On Mon, Feb 1, 2010 at 8:04 AM, Jing Ge (Besitec IT DEHAM) > > <[email protected]> wrote: > >> Hi guys, > >> > >> I just ask myself, why the wicket team does not provide a better look, > >> more modern css? A css which will let people say "WOW!" when they open > >> the wicket demo page, like Vaadin does. > >> > >> Such a css can let more people pay attention to wicket. Why don't do it? > >> > >> > >> BTW, The wicket is really cool! I like it! > >> > >> Regards > >> Jing > >> > >> -----Original Message----- > >> From: Peter Karich [mailto:[email protected]] > >> Sent: Freitag, 29. Januar 2010 17:42 > >> To: [email protected] > >> Subject: Re: Apache Click > >> > >> Hi, > >> > >> for me the main disadvantage of click is that it uses velocity instead > >> pure html. > >> Then click has probably less publicity/mailing support and less > >> components. > >> An advantage could be that cayenne is supported as a default persistent > >> solution. > >> > >> Search for wicket vs click or sth. like (was useful for me). > >> > >> > I think wicket with a good look css can beat them. > >> > >> This is the great thing about wicket: just let the designer do the > >> design their html ;-) and I will code (fast!). > >> No need for GSP, JSF, rhtml, JSP, velocity, xslt ... > >> > >> Regards, > >> Peter. > >> > >>> Wow! > >>> > >>> Vaadin looks really cool! > >>> Could anyone here provide a good look css for the wicket? I think > >> wicket > >>> with a good look css can beat them. > >>> > >>> Regards! > >>> Jing > >>> > >>> -----Original Message----- > >>> From: Martin Makundi [mailto:[email protected]] > >>> Sent: Freitag, 29. Januar 2010 17:14 > >>> To: [email protected] > >>> Subject: Re: Apache Click > >>> > >>> Hi! > >>> > >>> I guess click comes with its own layout.. like Vaadin > >>> http://demo.vaadin.com/sampler/ > >>> > >>> ** > >>> Martin > >>> > >>> 2010/1/29 Giovanni<[email protected]>: > >>> > >>>> Apache Click is very similar to Wicket: > >>>> > >>>> http://incubator.apache.org/click/ > >>>> > >>>> What are the main differences and advantages? > >>>> > >>>> regards > >>>> giovanni > >>>> > >>>> > >>>> > >>>> > >>>> > >>> --------------------------------------------------------------------- > >>> 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] > >>> > >>> > >>> > >> > >> > >> -- > >> Free your timetabling! > >> http://timefinder.sourceforge.net/ > >> > >> > >> --------------------------------------------------------------------- > >> 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] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
