Pretty audacious, if merit on the project came in fluid form, Glen would
have gallons.

Lets save everyone a little time and trouble active committers please sound
off.  How many of you feel that you'd like to offer your services for free
to someone developing a proprietary fork of this project?

So far:
Andrew C. Oliver - No.

Glen Stampoultzis (expertise: HSSF, Graphing, Escher, Code generation,
original advocate for unit tests, second oldest timer on the project) - No

Rainer Klute
 
Ryan Ackley 

Avik Sengupta

Shawn Laubach 

Danny Mui 

Jason Height 

Assuming it isn't a majority, then you can contact that/those individuals
directly instead of flooding the users list with questions that do not
interest users of POI or potentially start a proprietary-poi-fork list
somewhere else.

-Andy

-- 
Andrew C. Oliver
http://www.superlinksoftware.com/poi.jsp
Custom enhancements and Commercial Implementation for Jakarta POI

http://jakarta.apache.org/poi
For Java and Excel, Got POI?

> From: "Kais Dukes" <[EMAIL PROTECTED]>
> Reply-To: "POI Users List" <[EMAIL PROTECTED]>
> Date: Thu, 26 Feb 2004 02:46:25 -0000
> To: "POI Users List" <[EMAIL PROTECTED]>
> Subject: RE: Problem generating a large file when following the  POIFSstandard
> 
> Hi Glen
> 
> I respect what you are saying, but that doesnt mean that others should be
> barred from offering free information if they want to, where it relates
> directly to POI.
> 
> -- Kais
> 
> -----Original Message-----
> From: Glen Stampoultzis [mailto:[EMAIL PROTECTED]
> Sent: 26 February 2004 02:08
> To: POI Users List
> Subject: RE: Problem generating a large file when following the
> POIFSstandard
> 
> 
> You are right: the knowledge is the most valuable part.  That's why we
> prefer to be paid for that knowledge.  Sometimes we give way that knowledge
> for free but that's our choice and it's usually to further the cause of the
> open source we are involved in and not to act as an unpaid employee.
> 
> At 09:49 AM 26/02/2004, you wrote:
>> Dear Andrew,
>> 
>> The code itself is only one part of the project. Perhaps even more valuable
>> than actual code is the documentation, and knowledge that poeple in this
>> group have. Its important to discuss the actual standards themselves. The
>> fact that Microsoft dont discuss these things, or make them public is
>> EXACTLY the reason why this project is so valuable. Perhaps we shouldn't be
>> so quick to turn away people asking questions about how POIFS persistance
>> works. Answering these questions will help people understand the code, and
>> find bugs, etc.
>> 
>> The service is not free? Perhaps your time is not free, but if people are
>> asking questions about how POIFS works, Im happy to provide a free service,
>> wherever I can help. The quesiton was not C++ specific, it was merely about
>> the POIFS standard, so I think it's perfectly acceptable.
>> 
>> I dont think you should have to donate code in order to get an answer about
>> how existing code works, even if you are deriving something from it,
>> especially under an Apache license.
>> 
>> -- Kais
>> 
>> -----Original Message-----
>> From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]
>> Sent: 25 February 2004 22:40
>> To: POI Users List
>> Subject: Re: Problem generating a large file when following the
>> POIFSstandard
>> 
>> 
>> Unless you plan to donate the C++ code to the project, I'm not sure this is
>> the appropriate place to ask your question.  The source is open and free,
>> the service (like helping you work on a proprietary language fork of POI)
>> isn't.
>> --
>> Andrew C. Oliver
>> http://www.superlinksoftware.com/poi.jsp
>> Custom enhancements and Commercial Implementation for Jakarta POI
>> 
>> http://jakarta.apache.org/poi
>> For Java and Excel, Got POI?
>> 
>> The views expressed in this email are those of the author and are almost
>> definitely not shared by the Apache Software Foundation, its board or its
>> general membership.  In fact they probably most definitively disagree with
>> everything espoused in the above email.
>> 
>>> From: "Brandon Belvin" <[EMAIL PROTECTED]>
>>> Organization: Information Systems Support, Inc.
>>> Reply-To: "POI Users List" <[EMAIL PROTECTED]>
>>> Date: Wed, 25 Feb 2004 16:04:00 -0600
>>> To: "POI User Mailing List" <[EMAIL PROTECTED]>
>>> Subject: Problem generating a large file when following the POIFS
> standard
>>> 
>>> As an add-on to an existing database front-end application, we have
>> allowed
>>> the user to export their report's data to Excel.  Following POIFS'
>>> standards, we used C++ to write the Excel file.  Upon testing, we
>> discovered
>>> our code works perfectly for files under 6.8 MB.  For files larger than
>> 6.8
>>> MB, it is necessary to use an XBAT.  Excel will no longer open the file.
>>> The error message states the file is not repairable and cannot extract
>> data
>>> from the file.
>>> 
>>> We adapted the code to calculate the number of XBATs needed and made
>>> appropriate changes to the self-description in the BATs.  I've even gone
>> so
>>> far as to compare our generated file in HEX to an Excel XP file.
>> Everything
>>> looks the same for same-size files with the exception that we do not
>>> compress our string table.
>>> 
>>> At this point, OpenOffice will successfully open the file but Excel will
>>> not.  If we save the OpenOffice file as an Excel file, it does open
>>> properly.  Since we cannot ask our customers to do this, this is not an
>>> viable solution.
>>> 
>>> What potential pitfalls might we have fallen into?  I'm thinking the
>> problem
>>> is related to our implementation of the XBAT, but I'm not sure since it
>>> looks the same as an Excel XP file.  I'd be more than willing to provide
> a
>>> generated file to anyone who is able to help.  Thanks in advance.
>>> 
>>> Brandon Belvin
>>> Information Systems Support, Inc.
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> 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]
> 
> 
> Glen Stampoultzis
> [EMAIL PROTECTED]
> http://members.iinet.net.au/~gstamp/glen/
> 
> 
> ---------------------------------------------------------------------
> 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]

Reply via email to