xmlgraphics-batik-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Musbah Sagar" <msa...@brookes.ac.uk>
Subject Re: TextArea widget with Batik 1.6
Date Thu, 25 Aug 2005 18:15:08 GMT
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" <Thomas.DeWeese@Kodak.com>
To: <batik-users@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" 
>> <Thomas.DeWeese@Kodak.com>
>> To: <batik-users@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


Mime
View raw message