When will documentation on Form.Element.setValue() be added to
http://prototypejs.org/api/form/element ?
> 4) Prototype way of doing it:
>
> $(textArea).setValue(content.unescapeHTML());
--~--~-~--~~~---~--~~
You received this message because you are subscrib
well, that is the website i made
http://pp-media-shop.com/joomla/index.php?option=com_content&task=blogsection&id=1&Itemid=92
it works quite fine in firefox, but in IE6 and IE7 it causes heavy
lags and freezes the browser for short time.
--~--~-~--~~~---~--~~
You r
> unescapeHTML is a Prototype.js function that uses innerHTML
On certain browsers, after feature-testing, and for performance
reasons only. If not it just uses vanilla search and replace[1].
[1]
http://github.com/sstephenson/prototype/blob/4fefe32876392b7673f4a81c9f652ba6ec6418a1/src/lang/strin
On Mar 18, 11:26 pm, Walter Lee Davis wrote:
> I'm so confused...
About what?
--
Rob
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Prototype & script.aculo.us" group.
To post to this group, send email to prot
On Mar 18, 12:00 pm, Tobie Langel wrote:
> OK, so to summarize:
>
> 1) TextArea have a value property (as per DOM 2 specs),
> 2) Prototype Element#setValue uses the value property (not the HTML
> value attribute),
> 3) Proper, standard compliant way of doing what OP wants:
>
> textArea.valu
There is no exception or error thrown in firebug !!
I went round it with an inline call instead !
Thanks for help guys
Alex
- Original Message -
From: "Matt Foster"
To: "Prototype & script.aculo.us"
Sent: Wednesday, March 18, 2009 8:26 PM
Subject: [Proto-Scripty] Re: Stopping events
Looking further into this issue has revealed, that you can't actually
stop a page from unloading, as this would allow malicious sites to
"trap" a user indefinitely. Listening for the beforeunload event on
the top window prompts a confirmation window saying you're about to
navigate away, continue
Yeah, ran it through some tests, definitely does not work
On Mar 18, 4:58 pm, Matt Foster wrote:
> $("ifr").observe("beforeunload", Event.stop);
>
> Give it a whirl, I have no idea if that will work;
>
> ---
>
> http://positionabsolute.net
>
> On Mar 18, 5:27 am, Vladimir Tkach wrote:
>
> > try
Just tested this assertion, and the following just submits the form,
as you'd expect, without a loop being created.
$('foo').observe('submit',function(evt){
Event.stop(evt);
console.log('bar');
this.submit();
});
Walter
On Mar 18
$("ifr").observe("beforeunload", Event.stop);
Give it a whirl, I have no idea if that will work;
---
http://positionabsolute.net
On Mar 18, 5:27 am, Vladimir Tkach wrote:
> try to use beforeunload event
>
> 2009/3/18 Karlson
>
>
>
>
>
> > Hi,
>
> > I am trying to prevent iframe breakout. T
Hmm maybe I am not understanding what you're interface is trying to
accomplish...
If you've got a strip of images that you want to scroll across based
on mouse movements, why don't you just wrap them in a div with an
overflow and modify the scrollLeft property of the div to modify the
display. Y
Not in my experience, no. But I could just have been lucky so far.
Walter
On Mar 18, 2009, at 4:26 PM, Matt Foster wrote:
> @Walter: If you have a submit handler that executes the object's
> submit event wouldn't this lead to an infinite loop?
--~--~-~--~~~---~--~-
Event.stop(e) does indeed prevent event propagation. I would assume
that your code is hitting an exception before Event.stop is being
executed.
> Try calling Event.stop() at the very beginning of the script, before
> anything else, then if there are no errors, call event.form.submit()
> to carry
well, with effekt.morph calling only once i may move all pictures in
one call, but i can not stop it. if some1 moves the mouse on the div
it should stop running, so that he can watch the picture as long as he
want to.
--~--~-~--~~~---~--~~
You received this message
You should rely more on the Effect.Morph to handle the animations and
less on your own setTimeout calls, I think its compounding multiple
timeout calls and morph effects which run their own intervals to
manage the effect. Try getting the effect to run with one call to
Effect.Morph.
--
http://p
Hello,
i made a script, that slides pictures threw a div-element.
well, the performance just sucks, but i dont have any flash-knowledge,
so i had to code it in javascript.
it works quite fine in FF, but in IE6 and IE7 it freezes the browser
often.
can anyone help me please :-) ?
i pasted the
Hi David,
I have raised a ticket as per your suggestion:
http://prototype.lighthouseapp.com/projects/8887-script-aculo-us/tickets/183
Regards
Krishna
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Prototype & scr
Try calling Event.stop() at the very beginning of the script, before
anything else, then if there are no errors, call event.form.submit()
to carry on with the original submit event.
Walter
On Mar 18, 2009, at 11:45 AM, Alex Mcauley wrote:
>
> It still does not work with "Event.stop(event);"
So the crazy thing is if i remove it from the Event.observe(window
wrapper it seems to work and if i functionise it and place the function
outside the wrapper and add onsubmit="return theFunction();" to the form it
works
Not really to sure whats going on here but i would like to
It still does not work with "Event.stop(event);" for some reason
i even tried changing the code to .
var error='';
$$('.req').each(function(e) {
if($(e).value=='') {
error+='Required';
}
});
if(error.length>=1) {
alert(error)
Event.stop(event); // does not work
}
Doh !! i knew it was something simple !!
Thanks
Alex
- Original Message -
From: "Walter Lee Davis"
To:
Sent: Wednesday, March 18, 2009 3:11 PM
Subject: [Proto-Scripty] Re: Stopping events ..
>
> Has to be capital E event:
>
> Event.stop(event)
>
> Walter
>
> On Mar 18, 2009, at 1
Has to be capital E event:
Event.stop(event)
Walter
On Mar 18, 2009, at 10:40 AM, Jeztah wrote:
> event.stop(event); // doesnt stop the request from firing
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"
Afternoon guys, i am scratching my head at the moment and cannot work
out how the following code is not working
Event.observe(window,'load',function() {
$('js').value=1;
// loop through required
$('myform').observe('submit',function(event) {
$$('.req').each(function(e) {
At 05:51 -0700 18/3/09, Matt wrote:
>So, like, keep track of what options the user has selected and add
>these to an array or something that I can then use to send a $_GET
>request to my script?
Specifically, use them to build a query string (and you can use GET
or POST - that's up to you).
--
I'm so confused...
Walter
On Mar 17, 2009, at 10:00 PM, Tobie Langel wrote:
>
> OK, so to summarize:
>
> 1) TextArea have a value property (as per DOM 2 specs),
> 2) Prototype Element#setValue uses the value property (not the HTML
> value attribute),
> 3) Proper, standard compliant way of doing
2009/2/25 SWilk :
>
> kangax wrote:
>> On Feb 25, 3:27 am, SWilk wrote:
>> [...]
>>> It's not that Richard does want to use it. It's that the PHP
>>> json_encode() function produces inconsistent output for empty arrays.
>>>
>>> If you do
>>> json_encode(array('key' => 'value');
>>> you will get:
So, like, keep track of what options the user has selected and add
these to an array or something that I can then use to send a $_GET
request to my script? I guess that sounds workable... watch this
space!
On 18 Mar, 12:37, Chris Sansom wrote:
> At 04:30 -0700 18/3/09, Matt wrote:
>
> >As I say,
At 04:30 -0700 18/3/09, Matt wrote:
>As I say, I've managed to produce the basics, but have no idea how to
>use Prototype to a) build a complex WHERE query and b) 'toggle' the
>data when the user checks/unchecks a box.
Don't use prototype to build the WHERE clause. Use prototype to send
the para
Hi everyone,
I'm writing a filter script in PHP that shows users a selection of
restaurants based on their criteria. Criteria options are:
- cuisine (eg Indian, Italian, Chinese etc)
- price range
- location
- facilities
At the moment, I have a fairly basic AJAX implementation which fetches
a l
Hi,
> And later, I'm adding another event handler to it with $
> ('myinput').observe('submit', foofunc);
I don't think input elements have a submit event. Form elements do.
So that would be step one. :-)
Is it really necessary to use old DOM0-style event handlers (the
attribute on the tag) and
try to use beforeunload event
2009/3/18 Karlson
>
> Hi,
>
> I am trying to prevent iframe breakout. This is how i attempted to do
> it in head section of my HTML document:
>
> function windowUnload(evt) {
>evt.stop();
> }
>
> Event.observe(window, 'unload', windowUnload);
> $('ifr').ob
Hi,
I am trying to prevent iframe breakout. This is how i attempted to do
it in head section of my HTML document:
function windowUnload(evt) {
evt.stop();
}
Event.observe(window, 'unload', windowUnload);
$('ifr').observe('unload', windowUnload);
//Event.observe(window, 'unload'
32 matches
Mail list logo
