Btw, https://issues.jboss.org/browse/SEAM-53
On Thu, Mar 31, 2011 at 16:05, Nicklas Karlsson <[email protected]> wrote: > Hi, > > Once the release-hangover from Seam 3 is over, I'd like some feedback on > the design etc. I tinkered with it a bit a long time ago in > > http://anonsvn.jboss.org/repos/seam/sandbox/modules/spreadsheet/ and it > resulted in a blog posting at > http://in.relation.to/Bloggers/SpreadsheetsInSeam3 > > Here are some random ramblings on the subject... > > Spreadsheet model > ----------------------------- > > I think it would be a good idea to have a generic spreadsheet model. The UI > tags (or a JSF table) could then use a builder to generate > the model which in a final step could then be used to generate the actual > binary spreadsheet. This would allow for more room for the user > (by observing events) to modify the model before binary is generated. The > same model could also be used for producing ODF documents, > PDF, HTML, whatever. > > Formatting model > ------------------------- > > Seam 2 used CSS xls-tags for cascading various formatting from workbook to > worksheet and down to cell level. This was OK but had some drawbacks > when it came to more advanced usage (e.g. different formatting for > different rows in a column since the formatting was frozen once calculated > for a UI-cell) > I'm tinkering with the idea of formatting rules with "appliesTo(cell) and > getFormatting()" semantics (see blog and code) but I'm not sure how to best > represent > those rules in the xhtml. Something like > > <e:formatting> > <e:font size="12px"/> > </e:formatting> > > That could be placed at different levels (workbook, worksheet, cell etc.) > that are then translated into different FormattingRules in the model but I'm > afraid > it would clutter down the xhtml file. And I'm not sure how to make the > "applies to" dynamic down to cell level. Would it be possible to keep all > the rules in one place, > give then names and the have some EL-function that is consulted if they > should be applied to a cell or not? > > Delivery mechanism > ----------------------------- > > In Seam 2 there was the DocumentStore servlet for delivery. What will the > Seam 3 way be for the reporting module? A JSF 2 resource handler? > > > Headless JSF rendering > ------------------------------------- > > Has there been any progress in this? Is the Seam 2 > swapping-out-the-writer-and-grab-string approach still the current approach? > I tried bootstrapping Mojarra > in SE with mocked servletcontexts etc. but never got it to work properly. > The idea of JSF in SE for background processing of views is still cute, I > think. > > -- > --- > Nik > > _______________________________________________ > seam-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/seam-dev > > -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://www.google.com/profiles/dan.j.allen#about http://mojavelinux.com http://mojavelinux.com/seaminaction
_______________________________________________ seam-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/seam-dev
