poi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Glen Stampoultzis <gst...@iinet.net.au>
Subject Re: cvs commit: jakarta-poi/src/documentation/content/xdocs/trans book.xml guidelines.xml index.xml
Date Tue, 29 Jul 2003 23:53:34 GMT

Rainer, I agree.

Although I preferred Poi I feel it's much more important to be 
consistent.  A simple vote would have cleared this whole point up and we 
would no longer be having this conversation.  Vetoing the making of this 
decision was not cool and reflects an unwillingness on Andy's part to let 
go of his baby.

-- Glen

At 07:02 AM 30/07/2003, you wrote:
> >It is not appropriate to go through the docs and change one to another,
> >however we have not indeed voted to change from the convention that both are
> >acceptable.  Spelling it Poi on new Doc's that are created is ATM
> >acceptable.
>This is a typical purely technical attitude. What do you think why 
>Microsoft is so successful? Because of its superior quality products? Look 
>and there marketing and learn! Do you think they don't care whether they 
>spell it "Windows", "WINDOWS" or "wInDoWs"?
> >It REALLY bugs me that this issue is achieving greater importance than our
> >next release.
>Believe me, it is at least equally important. That "POI" or "Poi" spelling 
>makes at least a sloppy impression. Impression counts. Would you rely your 
>enterprise-critical application on a sloppy product. But wait, no, POI 
>isn't a product: It does not even have a brand!
>Best regards
>Rainer ("out of town 'till Thursday") Klute
>                            Rainer Klute IT-Consulting GmbH
>   Dipl.-Inform.
>   Rainer Klute             E-Mail:  klute@rainer-klute.de
>   K├Ârner Grund 24          Telefon: +49 172 2324824
>D-44143 Dortmund           Telefax: +49 231 5349423
>To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: poi-dev-help@jakarta.apache.org

Glen Stampoultzis

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message