Re: TextArea widget with Batik 1.6

[Thomas DeWeese <Th...@Kodak.com>]

Hi Musbah,

Musbah Sagar wrote:

> I have developed a TextArea widget in Adobe v6 beta which supports 
> single and multiple line(s) of text using SVG 'text' element for the 
> single line and 'flow' element (that's equivalent to flowRoot in Batik) 
> in multiple line. Now I am trying to get it to work with Batik 1.6 since 
> it includes text flow. My trouble is, Batik flowPara element 
> (SVGOMFlowParaElement) does not seem to support 'getStartPositionOfChar' 
> which is vital to implement the cursor. Is that because it's not 
> implemented yet or is there any other way to get around this?

    So the flowText stuff isn't really tied in for dynamic update. So I
doubt you will be very successful in implementing a textArea widget on
top of it.

    Given that the SVG WG has seen fit to totally rework this area of
the spec in the latest draft, in such a way that it's impossible to know
what a full implementation should or shouldn't do I have no plans to
do any work in this area until the SVG specification settles down.
The current SVG draft text implies that tons of work will need to be
tossed and I have no interest in adding to that.

> Any help will be much appreciated.

     Sorry for the bad news.  The good news is that if it's really
important to you, you have the source and I'll still answer questions.
I don't think it should be too hard to implement.

> 
> Thanks to all.
> 
> Musbah.
> 
> 
> 
> with its new flow element . Now I me trying
> ----- Original Message ----- From: "Thomas DeWeese" 
> <Th...@Kodak.com>
> To: <ba...@xmlgraphics.apache.org>
> Sent: Wednesday, August 24, 2005 4:47 PM
> Subject: Re: Arrow Keys
> 
> 
>> Hi Musbah,
>>
>> Musbah Sagar wrote:
>>
>>> Is it possible to disable the arrow keys in Squiggle using JavaScript?
>>
>>
>>    Well from the XML markup you can say 'zoomAndPan="disable"' which
>> will disable all the various ways of zooming and paning the document
>> (fixes the view).
>>
>>> What about Java?
>>
>>
>>    From Java when you create the canvas you can tell it not to
>> create any of the interactors.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
>> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>>
>>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org

bogus batik source (1.6) distribution?

["Kenneth B. Harwood" <ru...@comcast.net>]

i have been struggling with getting Flowtext to work
as a downloadable extension (see previous post below).
to fix this problem i want to use my debugger to Step
into the batik source, but when i try to rebuild batik
[build.xml, debug=ON, etc.] i get 100 (limit) of compile
error messages.

when i examine my first "rejected" file, (StaticRenderer.java) 
i see that the compiler is *correct*!  there is a statement
(line #116) which reads:  

renderingHints = new RenderingHints(rh);

according to the Java API, class RenderingHints has NO
such Constuctor. i haven't bothered to examine the
rest of my compiler error messages but i expect that
similar bogus statements are there as well.

my development environment:

Batik-1.6 src (zip)
jdk 1.5.0_03
Win 2K Pro

how on earth did an official download (from apache mirror) 
include invalid source?  which mirror should i use to get a
more "accurate" source distribution?

btw, i never "validate" my downloads.  would checking
the Keys (as is recommended) have indicated that my copy
was bogus?

finally, does anyone have a suggestion to help me cope
with my bigger problem (the Flowtext extension not loading)?

thanks.

 - ken h.
 

previous post:


flowText.svg loads properly within Squiggle
but i cannot get the "inside" text to
render from my JApplet. if you executed 
Squiggle w/out a {batik-extension.jar} in the
<ext> directory you'd get the same result.
i've been through the documentation and user-
list N X. AFAIK i am following batik/java's
"Service" spec carefully.


SAMPLE CODE (Abbreviated):

SAXSVGDocumentFactory f= new SAXSVGDocumentFactory();
Document myDoc= f.createDocument(myURI);
jSVGCanvas.setDocument(myDoc);


i've examined the batik source. it looks like
using <SAXSVGDocumentFactory> *automatically*
creates an SVGDOMImplementation (default)
instance. although that *should* activate the
Service mechanism to load the DOM extensions,
i don't seem to load any. i have not stepped
into the batik source, however when i examine
LinkedList of extensions at runtime, my list
has Zero length.

[snip]

Re: TextArea widget with Batik 1.6

[Musbah Sagar <ms...@brookes.ac.uk>]

Hello Thomas

Thanks for the support,...and what great work on Batik!

Batik seems to run 'much' faster in general comparing to ASV except that I 
have notices slowlyness with 'clipPath' and the new flowText (the time 
needed to modify the DOM is much longer) but that's minor.

It is a shame that I can not implement the TextArea widget with Batik but 
it's not at the top of my priorities for now; besides I lack the experience 
with Batik internals to add that feature.

Anyway,..thanks again.

Musbah.

----- Original Message ----- 
From: "Thomas DeWeese" <Th...@Kodak.com>
To: <ba...@xmlgraphics.apache.org>
Sent: Thursday, August 25, 2005 2:32 AM
Subject: Re: TextArea widget with Batik 1.6


> Hi Musbah,
>
> Musbah Sagar wrote:
>
>> I have developed a TextArea widget in Adobe v6 beta which supports single 
>> and multiple line(s) of text using SVG 'text' element for the single line 
>> and 'flow' element (that's equivalent to flowRoot in Batik) in multiple 
>> line. Now I am trying to get it to work with Batik 1.6 since it includes 
>> text flow. My trouble is, Batik flowPara element (SVGOMFlowParaElement) 
>> does not seem to support 'getStartPositionOfChar' which is vital to 
>> implement the cursor. Is that because it's not implemented yet or is 
>> there any other way to get around this?
>
>    So the flowText stuff isn't really tied in for dynamic update. So I
> doubt you will be very successful in implementing a textArea widget on
> top of it.
>
>    Given that the SVG WG has seen fit to totally rework this area of
> the spec in the latest draft, in such a way that it's impossible to know
> what a full implementation should or shouldn't do I have no plans to
> do any work in this area until the SVG specification settles down.
> The current SVG draft text implies that tons of work will need to be
> tossed and I have no interest in adding to that.
>
>> Any help will be much appreciated.
>
>     Sorry for the bad news.  The good news is that if it's really
> important to you, you have the source and I'll still answer questions.
> I don't think it should be too hard to implement.
>
>>
>> Thanks to all.
>>
>> Musbah.
>>
>>
>>
>> with its new flow element . Now I me trying
>> ----- Original Message ----- From: "Thomas DeWeese" 
>> <Th...@Kodak.com>
>> To: <ba...@xmlgraphics.apache.org>
>> Sent: Wednesday, August 24, 2005 4:47 PM
>> Subject: Re: Arrow Keys
>>
>>
>>> Hi Musbah,
>>>
>>> Musbah Sagar wrote:
>>>
>>>> Is it possible to disable the arrow keys in Squiggle using JavaScript?
>>>
>>>
>>>    Well from the XML markup you can say 'zoomAndPan="disable"' which
>>> will disable all the various ways of zooming and paning the document
>>> (fixes the view).
>>>
>>>> What about Java?
>>>
>>>
>>>    From Java when you create the canvas you can tell it not to
>>> create any of the interactors.
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
>>> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
>> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org