Asen Bozhilov wrote:
> Thomas 'PointedEars' Lahn wrote:
>> <http://docs.sun.com/source/816-6408-10/window.htm#1202507>
>> <http://docs.sun.com/source/816-6408-10/location.htm#1193137>
>
> Thanks for the links. They contains much more information from MDC,
> but again i don't see any explanations about, how internal setter of
> window.location works.
,-<http://docs.sun.com/source/816-6408-10/location.htm>
|
| Description
| [...]
| If you assign a string to the location property of an object, JavaScript
| creates a location object and assigns that string to its href property.
See also <http://docs.sun.com/source/816-6408-10/location.htm#1193550>:
| Description
|
| [...]
| Omitting a property name from the location object is equivalent to
| specifying location.href. [...]
RTSL of the respective DOM implementation, if available, for details.
>> No, the `submit' event of the form should be cancelled instead.
> Yes, yes, yes. Apologize for my terminology here.
>
> Nice to see, your correction again. Sometimes you are make ironical
> comment, but when you corrected my, i learn properly terminology.
It is not merely a matter of terminology here, though.
Preventing the default action of (or cancelling) the `click' event of the
submit button means, in a nutshell:
<input type="submit" ... onclick="return false">
Cancelling (or preventing the default action of) the `submit' event of the
form means, in a nutshell
<form ... onsubmit="return false">
The former approach is known to be error-prone and harder to maintain.
> Thanks.
You are welcome.
PointedEars
--
var bugRiddenCrashPronePieceOfJunk = (
navigator.userAgent.indexOf('MSIE 5') != -1
&& navigator.userAgent.indexOf('Mac') != -1
) // Plone, register_function.js:16
|