Firefox's textarea behavior

Why does the following happen? How can it be suppressed?

Under Firefox, use the left-mouse button to drag any image
into the textarea and 52 copies of the image's URL appear!

<html>
<body>
<form>
<img src="http://www.google.com/intl/en_ALL/images/logo.gif">
<input type="reset">
<br>
<textarea rows="27" cols="100"></textarea>
</form>
</body>
</html>

--TIA

McKirahan wrote:

Quote:

Under Firefox, use the left-mouse button to drag any image
into the textarea and 52 copies of the image's URL appear!

I get only two, so my Firefox 2.0.0.12 is 26 times better than yours. :-)

--
Steve Swift
http://www.swiftys.org.uk/swifty.html
http://www.ringers.org.uk

"Steve Swift" <Steve.J.Swift@gmail.comwrote in message
news:47d3a458@news.greennet.net...

Quote:

McKirahan wrote:

Quote:

Under Firefox, use the left-mouse button to drag any image
into the textarea and 52 copies of the image's URL appear!

>
I get only two, so my Firefox 2.0.0.12 is 26 times better than yours. :-)

McKirahan a écrit :

Quote:

Why does the following happen? How can it be suppressed?
>
Under Firefox, use the left-mouse button to drag any image
into the textarea and 52 copies of the image's URL appear!

I get only one url

Mozilla/5.0 (Macintosh; U; Intel Mac OS X; fr; rv:1.8.1.12)
Gecko/20080201 Firefox/2.0.0.12

--
sm

McKirahan wrote:

Quote:

Why does the following happen? How can it be suppressed?
>
Under Firefox, use the left-mouse button to drag any image
into the textarea and 52 copies of the image's URL appear!
>
[...]

With Valid markup, which yours is not, the image's URL followed by newline
followed by the value of the `img' element's `alt' attribute value is
displayed here. If the `alt' attribute value is empty, the image's URL is
displayed twice instead. There is no difference in behavior between
Standards compliance mode and Quirks mode.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080201
Firefox/2.0.0.12

ISTM none of the drag-and-drop events can be handled so that the default
action is prevented here.

PointedEars
--
var bugRiddenCrashPronePieceOfJunk = (
navigator.userAgent.indexOf('MSIE 5') != -1
&& navigator.userAgent.indexOf('Mac') != -1
) // Plone, register_function.js:16

Thomas 'PointedEars' Lahn a Ã©crit :

Quote:

McKirahan wrote:

Quote:

>Why does the following happen? How can it be suppressed?
>>
> Under Firefox, use the left-mouse button to drag any image
> into the textarea and 52 copies of the image's URL appear!
>>
>[...]

>
With Valid markup, which yours is not, the image's URL followed by newline
followed by the value of the `img' element's `alt' attribute value is
displayed here.

With :
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; fr; rv:1.8.1.12)
Gecko/20080201 Firefox/2.0.0.12

no alt displayed

Quote:

If the `alt' attribute value is empty, the image's URL is
displayed twice instead. There is no difference in behavior between
Standards compliance mode and Quirks mode.

In one mode or other one : only one url without alt

Quote:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080201
Firefox/2.0.0.12

same navigator, same version and same rv
and Mac or Windows ... no same results ? :-(
or Fx has some difficulies with French ?

--
sm

McKirahan wrote:

Quote:

"Thomas 'PointedEars' Lahn" <PointedEars@web.dewrote in message

Quote:

>McKirahan wrote:

Quote:

>>Why does the following happen? How can it be suppressed?
>>>
>> Under Firefox, use the left-mouse button to drag any image
>> into the textarea and 52 copies of the image's URL appear!
>>>
>>[...]

>With Valid markup, which yours is not, the image's URL followed by newline
>followed by the value of the `img' element's `alt' attribute value is
>displayed here. If the `alt' attribute value is empty, the image's URL is
>displayed twice instead. There is no difference in behavior between
>Standards compliance mode and Quirks mode.
>>
>Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12)
>Gecko/20080201 Firefox/2.0.0.12
>>
>ISTM none of the drag-and-drop events can be handled so that the default
>action is prevented here.

>
Still wanting to know: "How can it be suppressed?"
[...]

I gave you the answer already.

This is not a JavaScript problem, and it cannot be fixed with JavaScript.

Maybe it has something to do with your obsolete OS, or with your mouse
driver. Anyway, it is quite off topic here.

PointedEars
--
realism: HTML 4.01 Strict
evangelism: XHTML 1.0 Strict
madness: XHTML 1.1 as application/xhtml+xml
-- Bjoern Hoehrmann

"Thomas 'PointedEars' Lahn" <PointedEars@web.dewrote in message
news:47D3072A.3020506@PointedEars.de...

Quote:

McKirahan wrote:

Quote:

I couldn't find "mozilla.support.firefox" but I posted it to
"MozillaZine Forum Index -Firefox Support" at:
http://forums.mozillazine.org/

>
This is rather a Firefox on Windows 98SE bug and therefore belongs to
https://bugzilla.mozilla.org/ instead.

It's worse under Win98SE but still occurs under WinXP Pro SP2.

Quote:

Please correct the settings of your newsreader simulation so that it
produces legible output (including one where it is possible to recognize
quotations at a glance, as you can see here), or get a compliant

newsreader

Quote:

in the first place. I can recommend Mozilla Thunderbird.

Outlook Express normally inserts "" before each previously posted
line -- I don't know why it didn't in my response to VK.

McKirahan wrote:

Quote:

"Thomas 'PointedEars' Lahn" <PointedEars@web.dewrote [...]

Quote:

>McKirahan wrote:

Quote:

>>I couldn't find "mozilla.support.firefox" but I posted it to
>>"MozillaZine Forum Index -Firefox Support" at:
>>http://forums.mozillazine.org/

>This is rather a Firefox on Windows 98SE bug and therefore belongs to
>https://bugzilla.mozilla.org/ instead.

>
It's worse under Win98SE but still occurs under WinXP Pro SP2.

Not here. Probably your configuration, hardware or an extension is the
source of the problem. This is to be found out by submitting a bug in
Bugzilla instead of further bothering this newsgroup with JS-unrelated problems.

Quote:

>Please correct the settings of your newsreader simulation so that it
>produces legible output (including one where it is possible to recognize
>quotations at a glance, as you can see here), or get a compliant

newsreader

^^^

Quote:

>in the first place. I can recommend Mozilla Thunderbird.

>
Outlook Express normally inserts "" before each previously posted
line

And by default it does so in a way that renders the quotation hardly
legible, see above.

Quote:

-- I don't know why it didn't in my response to VK.

| Content-Transfer-Encoding: quoted-printable

As I said, your posting agent is broken. An upgrade might fix this.

PointedEars
--
realism: HTML 4.01 Strict
evangelism: XHTML 1.0 Strict
madness: XHTML 1.1 as application/xhtml+xml
-- Bjoern Hoehrmann

Firefox's textarea behavior

re: Firefox's textarea behavior

re: Firefox's textarea behavior

re: Firefox's textarea behavior

re: Firefox's textarea behavior

re: Firefox's textarea behavior

re: Firefox's textarea behavior

re: Firefox's textarea behavior

re: Firefox's textarea behavior

Similar JavaScript / Ajax / DHTML bytes

/bytes/development

/bytes/it

/bytes/about