nope, cause the text is formatted... but later, when the text area to
write the text will have a wysiwyg set, then we'll change the \r and \n
by and delete the extra lines.
thx for answering.
PiR
Steven Sacks | BLITZ a écrit :
You might also want to strip any non-html carriage returns, which
You might also want to strip any non-html carriage returns, which will
not get picked up by ignoreWhiteSpace, as well.
myHtmlString.split("\n").join("").split("\r").join("");
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or se
I found where it came from...
Thanx for your help : while you asked for the ignoreWhite param, I was
quite sure that I had it to true, but I looked for the empty lines. And
the xml tag content finished with a new line, wich became 2 "newlines"
in flash, then a new tag in the xml, and so a new
> Hi Danny,
>
> My scroller is a home-made scroller, based on a content
> movieclip and a mask movieclip.
But doesn't the same principle apply?
> It seems that the extra html added by flash to the text make
> the textfield becoming higher...
Right - now I see the real issue at hand: you're
Hi Danny,
My scroller is a home-made scroller, based on a content movieclip and a
mask movieclip.
It seems that the extra html added by flash to the text make the
textfield becoming higher...
I manually add a FONT tag to my text for the format, and flash gets to
add the LETTERSPACING="0" KERN
> hi joshua
>
> thw for answer, but as I told Jah:
> "yes, this is the reason why I have 651 instead of 502 in the
> 1st case.
> but I search the difference between 651 and 762, after
> passing trough an xml and a localConnection. I don't know
> wich one causes trouble "
>
> I know this html
hi joshua
thw for answer, but as I told Jah:
"yes, this is the reason why I have 651 instead of 502 in the 1st case.
but I search the difference between 651 and 762, after passing trough an
xml and a localConnection. I don't know wich one causes trouble "
I know this html tags add, but I find
When you enable html in a textfield, Flash adds a
bunch of formatting in HTML. If you trace the htmlText
property of the textbox in question, you'll get
something like:
This is a
test
If you trace the text property of that same textfield,
it won't count the HTML tags, so you'll get a number
less
hi Jah
yes, this is the reason why I have 651 instead of 502 in the 1st case.
but I search the difference between 651 and 762, after passing trough an
xml and a localConnection. I don't know wich one causes trouble
thx
PiR
Jah a écrit :
most likely it is the "" and "" that are
making up the
most likely it is the "" and "" that are
making up the extra characters. if you were to trace the text, not
htmlText you'll see that.
On 2/2/07, PR Durand <[EMAIL PROTECTED]> wrote:
Hi list!
I have a text in a value, the text length is 502, I fill my htmlText
with it, the htmlText.length is 651
Hi list!
I have a text in a value, the text length is 502, I fill my htmlText
with it, the htmlText.length is 651.
Now I get the same text content from an xml file, within a CDATA node.
trace (myNode.nodeValue.length) // outputs 502, ok
I pass it through a localConnection to another flash,
11 matches
Mail list logo
