6:05 a.m.
The implementation of the the top level tag could then be something like
CellFormat[] cellformats = ; //parse tags for cell definitions etc
ByteArrayOutputStream bytestream = new ByteArrayOutputStream();
WritableWorkbook workbook = Workbook.createWorkbook(bytestream);
WritableSheet worksheet = workbook.createSheet("data", 0);
bytestream.toByteArray()
// pseudo code section
loop data rows i
loop data columns j
worksheet.addCell(ExcelFactory.getCell(i, j, celldata, cellformats[i]))
end loop
end loop
pretty much the same with bytestream.toByteArray() as is done in the
pdf UIDocument.encodeEnd
Could/should there be a src/xls/org/jboss/seam/xls/ui structure and if
so, what parts should be extraced to some common package?
The DocumentStore concept itself?
10:21 a.m.
Norman, if you are listening, perhaps this is the use case you needed
to justify moving forward with the refactoring of DocumentStore.
Like Pete mentioned in another e-mail, it might be best if we avoid
copy/paste and do the XLS module using the CDK. I think its reasonable
to assume that we need an XLS module, unless we want to bundle PDF and
XLS together as some sort of rich export module.
-Dan
On Wed, Apr 16, 2008 at 7:05 AM, Nicklas Karlsson <nickarls(a)gmail.com> wrote:
The implementation of the the top level tag could then be something
like
CellFormat[] cellformats = ; //parse tags for cell definitions etc
ByteArrayOutputStream bytestream = new ByteArrayOutputStream();
WritableWorkbook workbook = Workbook.createWorkbook(bytestream);
WritableSheet worksheet = workbook.createSheet("data", 0);
bytestream.toByteArray()
// pseudo code section
loop data rows i
loop data columns j
worksheet.addCell(ExcelFactory.getCell(i, j, celldata,
cellformats[i]))
end loop
end loop
pretty much the same with bytestream.toByteArray() as is done in the
pdf UIDocument.encodeEnd
Could/should there be a src/xls/org/jboss/seam/xls/ui structure and if
so, what parts should be extraced to some common package?
The DocumentStore concept itself?
_______________________________________________
seam-dev mailing list
seam-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev
--
Dan Allen
Software consultant | Author of Seam in Action
http://www.mojavelinux.com
http://manning.com/dallen
NOTE: While I make a strong effort to keep up with my email on a daily
basis, life and work come first and, at times, keep me away from my mail
for a while. If you contact me, then don't hear back for more than a week,
it is very likely that I am excessively backlogged or the message was
caught in the spam filters. Please don't hesitate to resend a message if
you feel that it did not reach my attention.
10:40 a.m.
On Apr 16, 2008, at 10:21 AM, Dan Allen wrote:
Norman, if you are listening, perhaps this is the use case you
needed
to justify moving forward with the refactoring of DocumentStore.
Like Pete mentioned in another e-mail, it might be best if we avoid
copy/paste and do the XLS module using the CDK. I think its reasonable
to assume that we need an XLS module, unless we want to bundle PDF and
XLS together as some sort of rich export module.
I think what needs to happen is that the core document management
needs to be brought into the main set of seam tags. All the various
document types (PDF, charting, etc...) should be separately
installable external modules, This is not a small amount of work,
and if it were to happen it would need to go into 2.1.
.
6457
days inactive
6457
days old
2 comments
3 participants
participants (3)
-
Dan Allen -
Nicklas Karlsson -
Norman Richards