Hi
Venkat,
Try
JPG or PNG rather than GIF.
Patrick
-Original Message-From: Venkat S Kota
[mailto:[EMAIL PROTECTED]Sent: 21 June 2004 15:05To:
Batik UsersSubject: Re: problem with
JPEGTranscoder[EMAIL PROTECTED]
wrote:
[EMAIL PROTECTED]:
As you say the
[EMAIL PROTECTED]
wrote:
[EMAIL PROTECTED]:
As you say the AbstractNode.importNode method initially creates an Attr
without a value but then, I think, because the deep flag is true it performs
getFirstChild() on the Attr node ( and gets an AbstractPare
[EMAIL PROTECTED]:
> As you say the AbstractNode.importNode method initially creates an Attr
> without a value but then, I think, because the deep flag is true it performs
> getFirstChild() on the Attr node ( and gets an AbstractParentNode ) it then
> recurses with this node, this node is handled a
Title: RE: problem with JPEGTranscoder
Hi
Cameron / Venkat,
As you
say the AbstractNode.importNode method initially creates an Attr
without a value but then, I think, because the deep flag is true it
performs getFirstChild() on the Attr node ( and gets an
AbstractParentNode ) it then
Title: RE: problem with JPEGTranscoder
Hi Cameron and Venkat,
I'm using 1.5.1.
I misread the code the first time (saw the setAttributeNodeNS but missed the fact the the Attr a was being passed in the recursive call, apologies), now I do not understand how it can be working.
It does
verify the document being
created. It doesn't seem to fill-up the attribute values. I am using Batik
1.5.1. Which version are you using?
thanks
Venkat
[EMAIL PROTECTED] wrote:
RE: problem with JPEGTranscoder
Hi Guys,
I have not noticed any problem with DeepCloneDoc
Hi Patrick.
[EMAIL PROTECTED]:
> I have not noticed any problem with DeepCloneDocument, but because am using
> this method in my code I felt compelled to check it out.
> I may wrong but on having a look it appears to me that
> AbstractDocument.importNode copies the node values at the point it hand
Title: RE: problem with JPEGTranscoder
Hi Guys,
I have not noticed any problem with DeepCloneDocument, but because am using this method in my code I felt compelled to check it out.
I may wrong but on having a look it appears to me that AbstractDocument.importNode copies the node values at
Hi Venkat.
Venkat S Kota:
> I have downloaded the source distribution and found that the attribute
> node value is ignored while creating a new node in the importNode()
> implementation in the AbstractDocument class. See the code snippets
> below.. I presume the bug Cameron mentioned is still e
[EMAIL PROTECTED]
wrote:
Venkat S Kota:
thanks for the reply. I am using Batik 1.5.1
In which case, I'm not sure why it's not cloning properly, sorry.
Hi
I have downloaded the source distribution and found that the attribute no
Venkat S Kota:
> thanks for the reply. I am using Batik 1.5.1
In which case, I'm not sure why it's not cloning properly, sorry.
--
Cameron McCormack
| Web: http://mcc.id.au/
| ICQ: 26955922
-
To unsubscribe, e-mail: [EMAIL PR
Hi Cameron
thanks for the reply. I am using Batik 1.5.1
Venkat
[EMAIL PROTECTED] wrote:
Hi Venkat.
Venkat S Kota:
The transcode() method invocation always results in throwing Exception
that some of the mandatory attributes are required ( Eg: The attribute
"r" of the element
Hi Venkat.
Venkat S Kota:
> The transcode() method invocation always results in throwing Exception
> that some of the mandatory attributes are required ( Eg: The attribute
> "r" of the element is required ). By printing the DOMs, It
> appears that the attribute values in the original DOM are n
13 matches
Mail list logo