[GUMP] Build Failure - jakarta-poi

[Sam Ruby]

This email is autogenerated from the output from:



Buildfile: build.xml

-init:
 [echo] 
 [echo] --
 [echo] 
 [echo]   Using Apache Ant version 1.6alpha compiled on July 24 2002
 [echo]   Build file /home/rubys/jakarta/jakarta-poi/build.xml
 [echo]   Build number 0
 [echo]   Project Name project build file
 [echo]   Java Version 1.3  
 [echo]   Timestamp 200207240428
 [echo] 
 [echo] --
 [echo]
[mkdir] Created dir: /home/rubys/jakarta/jakarta-poi/tools/tmp

BUILD FAILED
file:/home/rubys/jakarta/jakarta-poi/tools/antipede/build.xtarget:82: taskdef class 
org.krysalis.centipede.ant.task.XmlPropertyTask cannot be found

Total time: 1 second

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11028] - [PATCH] HSSFColor to use instanciations rather than seperate classes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11028

[PATCH] HSSFColor to use instanciations rather than seperate classes





--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 12:03 ---
Personally I don't think so.  But I think you can accomplish what you're trying
to accomplish and what I'm trying to accomplish another way.

Secondly, I'm resistant to anything that increases memory for this form of
convienience.  Memory consumption is the biggest thing I want to fix after 3.0.

Third, any modificaiton to this class needs to keep the issue of "custom
palletes" in mind.  Meaning I don't want to drastically change this twice.  (Not
to mention it will be a big pain in the serializer)

Fourth, is that patch worth the memory -- AND breaking (though we don't
gurarantee interface backward compatibility in the development tree, we should
"be nice") every piece of code ever written to POI?

Here is what *would* be worth it in my view.

1. Look at custom pallettes 
2. Make this compatibile with a later approach involving custom palettes
3. probably make the constants static final ints for the indicies into the
default pallette

Here is what you'll come close to (I think, just a guess):

HSSFPallete  ->  HSSFDefaultPallete 
p HSSFColor getColorMatchingDefault(int colorindex)
p HSSFColor getColorMatchingDefault(String triplet)
p HSSFColor createColor(int index, String triplet, double
whateveryouneedforcustompallettes)
p HSSFColor createColor(int index, String triplet, boolean matchesDefault,
int defaultindex, double whateveryouneedforcustompallettes)
p HSSFColor getColor(int index)
p HSSFColor getColor(String triplet)


HSSFDefaultPallete would have, in addition to the usual methods, constants
matching the *default* pallette 
 pfs int BLACK

HSSFWorkbook
  getDefaultPallette
  createCustomPallete
 (returns a pallete populated with the defaults)

While you don't have to implement the custom pallette functionality (I've
resigned myself to having to do this eventually), anything done to HSSFColor
that inconviences all existing users in hopes of convienienceing future users
needs to go in this direction IMHO, otherwise we'll just do it again later, and
thats just mean.

So I'll give you a vote on this.  If the majority of you, Glen, Avik, and Shawn
all agree on applying your patch I'll remove my objection.  (active HSSF developers)

What do you think?

BTW do you have the Excel 97 Developers kit?  

-Andy

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: HDF Unicode Issue

[Andrew C. Oliver]

*HDF is indeed still in development.  You'll find its development goes 
in spurts, you'll see several commits that looks like months of work and 
then nothing for months.  The developers of HDF are at the moment Ryan 
Ackley and Myself.  We're both swamped.

We're definitely in need of some volunteers in this effort to get the 
project moving faster.  

When you say you're using HDF, do you mean Ryan's original code that is 
being refactored?  I wasn't aware that HDF was *usable* per say yet.

-Andy

-

Subject:* HDF Unicode Issue
*From:* jasong  cablesedge.com (Jason Gorrie)
*Newsgroups:* gmane.comp.jakarta.poi.devel
*Organization:* Cablesedge Inc.
*Date:* Jul 23 2002 16:40:55

Gday,

I was using the latest version (fresh from CVS, but has not changed in 4+
months) of POI HDF.  If my Word document contains some Unicode values, say
U+2019, U+201C, etc. those characters will, on extraction, be incorrect.  I
get them in the range of U+FF92.  I assume that some character conversion is
messing up, but can't find where inside HDF/POI utils.

All I am doing code wise is getting a new WordDocument and returning the two
StringBuffers inside.

I would have logged a bug, but since HDF is in the scratchpad, didn't know
if I should / or if anyone is actually responsible for HDF.

Please and Thanks.
Jason Gorrie
jasong  cablesedge.com




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

HDF status

[Ryan S Ackley]

Everyone,

I want everyone to know that I made significant progress with HDF over the
4th of July break. I have been busy ever since with a short out of town
trip and also the end of semester crunch at school. I have an event model
in place but it is totally untested.


What I want to do now is write a class that will convert a Word Document
into XML using the event model. I wanted to get away from converting
directly into XSL-FO because most people don't understand it. I was
thinking of using the "DocBook" format check it out here:
http://www.docbook.org , I think there are several stylesheets out on the
web that will convert docbook to xsl-fo. I would like to hear thoughts on
this.

As soon as I have this done. I will write up some documentation other
boring stuff (tests) and
initiate a vote to move HDF out of scratchpad.

Ryan


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11132] New: - Displays Trademark as "small box" in Excel

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11132

Displays Trademark as "small box" in Excel

   Summary: Displays Trademark as "small box" in Excel
   Product: POI
   Version: 1.5.1
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: HSSF
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When you generate a document with HSSF, and put in a trademark(ascii 153), 
Microsoft Excel 2000 shows it as a tiny box(much like internet explorer).

But when you copy/paste it into ultraedit and copy/paste it back into excel, or 
simply enter a trademark normally, it shows the Trademark just fine.

So I'm thinking this is a bug at file creation time.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: HDF status

[Nicola Ken Barozzi]

Ryan S Ackley wrote:
> Everyone,
> 
> I want everyone to know that I made significant progress with HDF over the
> 4th of July break. I have been busy ever since with a short out of town
> trip and also the end of semester crunch at school. I have an event model
> in place but it is totally untested.
> 
> 
> What I want to do now is write a class that will convert a Word Document
> into XML using the event model. I wanted to get away from converting
> directly into XSL-FO because most people don't understand it. 

And because it's not the right way...

>I was
> thinking of using the "DocBook" format check it out here:
> http://www.docbook.org , I think there are several stylesheets out on the
> web that will convert docbook to xsl-fo. I would like to hear thoughts on
> this.

AGGGH :-O

;-)

Please, don't go down the docbook road, it will get you problems.

The DOC format is like HTML, it mixes content with presentation.
Docbook is about content, FO about presentation.

Using only one of them will bring you limited syntax, and you would have 
to enhance it.

What you could do, is have the xml stuff use two files (or a combined 
on) that has content in one and style in the other.

This is similar to how Word operates, because there is a content stream 
and formatting stuff.

Probably the best thing is to use your own DTD, and after it's finished 
we can see what would make sense to use.

> As soon as I have this done. I will write up some documentation other
> boring stuff (tests) and
> initiate a vote to move HDF out of scratchpad.

Swell!!!  :-D

-- 
Nicola Ken Barozzi   [EMAIL PROTECTED]
 - verba volant, scripta manent -
(discussions get forgotten, just code remains)
-


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11028] - [PATCH] HSSFColor to use instanciations rather than seperate classes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11028

[PATCH] HSSFColor to use instanciations rather than seperate classes





--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 22:46 ---
I think that with the current aproach that there is a point when the number of 
colors that have been created will exceed the memory usage of this approach. 
Look at it this way, say there are 20 default pallete colors, with the current 
approach there are 20 classes that represent those colors. If i only want to 
use 10 colors then the class loader needs to load those 10 classes and then 
instanciate those classes. If I want to use all 20 colors then there are 20 
classes plus 20 objects to create. Which uses more memory here the class 
loading or the instanciation of the classes? Is it better to load one class and 
instanciate 20 objects. To be honest I dont know.

At the end of the day I dont mind if the old scheme is kept. I see the reason 
behind it, Andy wanted to keep the memory usage down , which IMHO is *very* 
important.

Yes I agree the solution should support the custom palletes. As such I am happy 
to leave this area as is for a while until the custom palletes code is worked 
on.

No I do not own the excel developers kit which is probably why i havent got my 
feet wet in the lower level structures.

Having said that I did try and find how to add a custom cell background color 
to cell in excel just to see the number of records involved. But i couldnt even 
find how to allocate a custom color in excel 97 !!! Its probably right in front 
of me but how do you do it?

Jason

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11028] - [PATCH] HSSFColor to use instanciations rather than seperate classes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11028

[PATCH] HSSFColor to use instanciations rather than seperate classes





--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 22:53 ---
I don't have Excel in front of me at the moment butIIRC, If you look under
tools? -> options on "colors" there is a modify button.  

The Excel Developer's kit is about $15(US) on Amazon  (its out of print).  Your
fellow Aussie Glen picked one up.

As far as the memory issue, your point is well taken.  Its probably neither here
nor there.  I think my main issue is I'd like to do this just once.

If you're about to get the custom pallete stuff working that would be awesome. 
Otherwise I'll get around to it before too long I hope.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11028] - [PATCH] HSSFColor to use instanciations rather than seperate classes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11028

[PATCH] HSSFColor to use instanciations rather than seperate classes





--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 22:55 ---
Yup cool its there all right.

Im going on holidays for the next two weeks. Maybe ill get bored and give it a 
go !

Jason

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Unicode Support for sheetname , refactor SSTDeserializer & UnicodeStringclass Status

[patrickl]

Hi Andy and all,

I have created the patch as attachment.  Could you please review it.  I am
willing to modify the patch to get it accepted.  I have been awaiting for
its acceptance for serveral days.  As I want to work on other area of POI
project after this get accepted.

Notice that this as duplicate of bug 10548 as I have wrongly recreated this
as a new bug.

Thank you very much

Patrick Lee




http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10976

[Patch] Unicode Support for sheetname , refactor SSTDeserializer &
UnicodeString class

[EMAIL PROTECTED] changed:

   What|Removed |Added


Version|1.5.1   |2.0-dev



--- Additional Comments From [EMAIL PROTECTED]  2002-07-21 03:23
---
Please resubmit this using "create new attachment"  I can't apply patches
that
are pasted in the file because they wrap.

read last paragraph: http://jakarta.apache.org/poi/getinvolved/index.html

Thanks,

Andy






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-poi/src/java/org/apache/poi/hssf/record PaletteRecord.java RecordFactory.java

[acoliver]

acoliver2002/07/24 22:10:23

  Modified:src/java/org/apache/poi/hssf/dev BiffViewer.java
   src/java/org/apache/poi/hssf/eventmodel
HSSFEventFactory.java
   src/java/org/apache/poi/hssf/record RecordFactory.java
  Added:   src/java/org/apache/poi/hssf/record PaletteRecord.java
  Log:
  Added preliminary support for Palletes.  Still need to write add/remove/change
  functions.  Added this so that if someone else wants to finish it before I get
  to it, they can. (have at it!)
  
  Revision  ChangesPath
  1.24  +4 -1  jakarta-poi/src/java/org/apache/poi/hssf/dev/BiffViewer.java
  
  Index: BiffViewer.java
  ===
  RCS file: /home/cvs/jakarta-poi/src/java/org/apache/poi/hssf/dev/BiffViewer.java,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- BiffViewer.java   21 Jul 2002 03:51:43 -  1.23
  +++ BiffViewer.java   25 Jul 2002 05:10:23 -  1.24
  @@ -621,7 +621,10 @@
case BottomMarginRecord.sid:
retval = new BottomMarginRecord(rectype, size, data);
break;
  -
  + case PaletteRecord.sid:
  + retval = new PaletteRecord(rectype, size, data);
  + break;
  +
   default:
   retval = new UnknownRecord(rectype, size, data);
   }
  
  
  
  1.6   +1 -0  
jakarta-poi/src/java/org/apache/poi/hssf/eventmodel/HSSFEventFactory.java
  
  Index: HSSFEventFactory.java
  ===
  RCS file: 
/home/cvs/jakarta-poi/src/java/org/apache/poi/hssf/eventmodel/HSSFEventFactory.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- HSSFEventFactory.java 21 Jul 2002 13:08:18 -  1.5
  +++ HSSFEventFactory.java 25 Jul 2002 05:10:23 -  1.6
  @@ -199,6 +199,7 @@
{
in.read(data);
}
  +System.out.println("creating "+sid);
Record[] recs = 
RecordFactory.createRecord(sid, size,
   
data);
   
  
  
  
  1.10  +4 -2  
jakarta-poi/src/java/org/apache/poi/hssf/record/RecordFactory.java
  
  Index: RecordFactory.java
  ===
  RCS file: 
/home/cvs/jakarta-poi/src/java/org/apache/poi/hssf/record/RecordFactory.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- RecordFactory.java21 Jul 2002 03:51:43 -  1.9
  +++ RecordFactory.java25 Jul 2002 05:10:23 -  1.10
  @@ -108,7 +108,8 @@
   MulRKRecord.class, MulBlankRecord.class, MergeCellsRecord.class,
   FormulaRecord.class, BoolErrRecord.class, ExternSheetRecord.class,
NameRecord.class, LeftMarginRecord.class, RightMarginRecord.class, 
  - TopMarginRecord.class, BottomMarginRecord.class
  + TopMarginRecord.class, BottomMarginRecord.class,
  +PaletteRecord.class
   };
   } else {
   records = new Class[]
  @@ -138,7 +139,8 @@
   MulRKRecord.class, MulBlankRecord.class, MergeCellsRecord.class,
   BoolErrRecord.class, ExternSheetRecord.class, NameRecord.class,
LeftMarginRecord.class, RightMarginRecord.class, 
  - TopMarginRecord.class, BottomMarginRecord.class
  + TopMarginRecord.class, BottomMarginRecord.class,
  +PaletteRecord.class
   };
   
   }
  
  
  
  1.1  
jakarta-poi/src/java/org/apache/poi/hssf/record/PaletteRecord.java
  
  Index: PaletteRecord.java
  ===
  
  /* 
   * The Apache Software License, Version 1.1
   *
   * Copyright (c) 2002 The Apache Software Foundation.  All rights
   * reserved.
   *
   * Redistribution and use in source and binary forms, with or without
   * modification, are permitted provided that the following conditions
   * are met:
   *
   * 1. Redistributions of source code must retain the above copyright
   *notice, this list of conditions and the following disclaimer.
   *
   * 2. Redistributions in binary form must reproduce the above copyright
   *notice, this list of conditions and the following disclaimer in
   *the documentation and/or other materials provided with the
   *distribution.
   *
   * 3. The end-user documentation included with the redistribution,
   *if any, must