The Clojure Enlive library allows you to create code-free static HTML and replace the contents from Clojure dynamically by applying functions to CSS-like selectors. I think I like that approach best so far.
On 29.09.2011, at 09:28, Simon wrote: >>> renderContentOn: html >>> >>> html table: [ >>> html >>> tableRow: [ >>> html tableData: [html text: 'Table entry']]; >>> tableRow: [ >>> html tableData: [html text: 'Table entry']]]. >>> >>> Look foreign? Perhaps but it's worth getting your feet wet and kicking >>> these ideas around. I've seen many things and this is the first set of >>> tools and processes that make me feel good. Like it is equivalent and >>> perhaps better than WO. It's brain dead easy to install and there are a >>> number of tutorials out there. >> >> OK, I see what you are talking about now. I am not sure if that is a win >> for me. I have this designer that I often work with and he is able to take >> an Eclipse project and edit the .HTML files to make design changes. He does >> not touch the WOD or the Java. This has been working pretty well for us. >> Switching to Seaside would mean that we would have to take the initial >> designs, convert them into code, and have the developers maintain them >> through the inevitable changes. I'd have to see how much time the rest of >> it would save me. > > totally agree. this is not a plus for us either. our UI people play > with html (we don't do wod's, 100% inline bindings), and our java > people play with Java. > > the thought that our java team would have the UI team on their backs > all day saying "er, can you change that <table>, <tr> and <td> mess > you're pumping out for a list please (like i told you last time)" > fills me with fear! > > even if you keep your UI people to tidy up with css, surely they are > going to be nagging java engineers to get the correct id's and classes > pegged to the html the java code is pumping out ? it seems this is > only a benefit if your java people actually look after the whole UI > piece as well - and i've yet to find a java engineer that has style. > no offence intended :-) > > Simon > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/m.soutier%40starhealthcare.info > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
