Thanks for the feedback, all. I'll look at what's in contrib.
But briefly, for what kind of stream-oriented, server-side functions (xls - >xml ?) do folks use HSSF ? Background: I'm capturing packing slips, po's, etc.from xls and then updating a project mgmt system, without an intermediate xml step. I have intermediate standard/normalized format TableModels that I discard, after-upload or reject-due-data-errors. Bill. ----- Original Message ----- From: "Andrew C. Oliver" <[EMAIL PROTECTED]> To: "POI Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 14, 2002 5:32 AM Subject: Re: EventModel: No Workbook update events ? > Right and to note I'm none to keen on extending HSSF into the > applicaiton arena. Stuff like that can go in contrib (we even have an > applet there for displaying spreadsheets).. > > Avik Sengupta wrote: > > >The event model as it stands is, as you suggest, designed to generate > >events during the parse of an xls stream. You would have to roll out > >your own event generators for use in an MVC scenario. > > > >On Thu, 2002-11-14 at 09:52, Bill Winspur wrote: > > > > > >>I'm using HSSF to populate table models in an interactive xls cleaner at the front end of a data acquisition system. I add a worksheet with some meta data on it to the workbook and then write it back to the xls file. Subsequent data normalization processes use the meta data. > >> > >>I'd like to gen an event when an HSSFCell in the workbook gets a new value from my app. Then my table models could automatically update, in a WYSIWYG manner, showing the > >>user the metadata before it goes back into the xls file. Things are working acceptably now, i.e. the meta data does show up in the file, and can be displayed by reading it back but that seems a little klunky in the swing world. > >> > >>I had a look at the event model, but but it seems to focus on generating events to build the workbook (or some other model) as an xls stream is parsed. > >> > >>Have I missed something, or do I have to add cell-update events if I want them ? > >> > >>Bill. > >> > >> > > > > > > > > > >-- > >To unsubscribe, e-mail: <mailto:poi-user-unsubscribe@;jakarta.apache.org> > >For additional commands, e-mail: <mailto:poi-user-help@;jakarta.apache.org> > > > > > > > > > > > > -- > To unsubscribe, e-mail: <mailto:poi-user-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: <mailto:poi-user-help@;jakarta.apache.org> > > -- To unsubscribe, e-mail: <mailto:poi-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:poi-user-help@;jakarta.apache.org>
