[Proto-Scripty] Re: execution order in IE
If you need to garuntee that a variable,function or method exists i would always wait until the dom is ready or in each function that gets called test the function,variable or method exists else timeout untill it does Alex Mcauley http://www.thevacancymarket.com - Original Message - From: "JoJo" To: "Prototype & script.aculo.us" Sent: Thursday, September 03, 2009 6:31 AM Subject: [Proto-Scripty] execution order in IE > > In my , I'm loading several JS files. I'm expecting this to > occur: > > 1) script1.js is loaded > 2) script1.js runs - it creates an object > 3) script2.js is loaded > 4) script2.js runs - it creates a different object that depends on > script1's object. > 5) and so on > > This works perfectly in Firefox and Safari, but fails about 25% of the > time in IE. I've heard that IE will load JS files in the correct > order, but will not guarantee that they are executed in the same > order. How can I restructure my code or use Prototype to fix my > current code? > > > --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: accessing DOM of iFrame
On Sep 2, 2:23 pm, Mojito wrote:
> What's the Prototyped syntax equivalent of:
>
> window.frames['iFrameID'].document.getElementById
> ('elementInsideIFrame');
Current version of Prototype doesn't really support programmatic
context extension (such as that of `window.frames['iframeID']` in your
example). Instead, Prototype initialization for a given frame is
usually accomplished by inserting script referencing prototype.js
directly into that frame's document. Once loaded, parsed and executed,
that script automatically extends frame's context with all of the
prototype goodness. It's then possible to do something like -
`window.frames['iframeID'].$$('...')`.
Also, don't forget that most of the Prototype DOM abstractions do not
play well with elements originating from different documents (since
internally, Prototype practically always operates on "original"
document - that which exists in a context where Prototype was
initialized, not an actual document of an element).
--
kangax
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] execution order in IE
In my , I'm loading several JS files. I'm expecting this to occur: 1) script1.js is loaded 2) script1.js runs - it creates an object 3) script2.js is loaded 4) script2.js runs - it creates a different object that depends on script1's object. 5) and so on This works perfectly in Firefox and Safari, but fails about 25% of the time in IE. I've heard that IE will load JS files in the correct order, but will not guarantee that they are executed in the same order. How can I restructure my code or use Prototype to fix my current code? --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: How can I replace a fx with a method call on an obj instead of passing the obj to the fx
Let me first thank you for helping me differentiate the words
"function" and "method" . I mean really, perhaps 1 year from now, when
someone thank me for the same reason, I wouldn't think of it much, I
would think that the road ahead is still far for that person, which is
how I feel for myself. But that definitely clears my mind a lot for
both function and method seem to DO something.
Now, let me try to make that method of mine and share it here.
On Aug 27, 4:16 am, "T.J. Crowder" wrote:
> Hi,
>
> Yes, JavaScript objects can have method-like things. This statement:
>
> obj.doSomething();
>
> ...does two things:
>
> 1. It looks up the property 'doSomething' on the object 'obj'.
>
> 2. If the value is a function, it calls the function and sets its
> context (the `this` value inside the function) to 'obj'. (If the value
> isn't a function, it throws an error.)
>
> Taken together, these two things make it seem like JavaScript has
> methods. (It doesn't, but its functions are so powerful that they can
> do what methods do -- and plenty more besides.)
>
> So that means that to do what you're talking about, you must do two
> things:
>
> 1. Make doSomething a property of obj.
> 2. Have doSomething work with `this` rather than with an argument
> passed in.
>
> More about JavaScript's mythical methods in my incredibly anemic
> programming blog:http://blog.niftysnippets.org/2008/03/mythical-methods.html
>
> HTH,
> --
> T.J. Crowder
> tj / crowder software / com
> Independent Software Engineer, consulting services available
>
> On Aug 26, 8:31 pm, Nik wrote:
>
> > Hello, say I have this function doSomething();
> > I have always been passing it an obj (prototype object) to return
> > something I want from the obj.
> > so it goes like this: doSomething(obj);
>
> > can I do it more like Rails, that is to say, like:
> > obj.doSomething()?
>
> > For instance,
> > function pulse(obj){
> > Effect.pulsate(obj, {pulses:4, duration:0.5});
>
> > }
>
> > I normall do :
> > obj = $('some_div');
> > pulse(obj);
>
> > How can I do it like:
> > obj.pulse()?
>
> > Thanks!
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: array.indexOf fails sometimes in IE8
On Sep 3, 1:56 am, enigment wrote:
> Hmmm, even outside the indexOf() question, this is a bit creepy to me.
> I hadn't previously tested, but these are all true, at least in
> Firefox 3.5 and IE8:
[...]
> new String("mpg") !== new String("mpg")
> new String("mpg") != new String("mpg")
Because that is comparing two different objects, which can never be
equal.
[...]
> new Number(1) != new Number(1)
Same here.
>
> [] != []
> new Array() != new Array()
> new Array() != []
>
> new Object() != {}
And again. Object literal syntax is identical to using the new
operator, only faster.
> Is it an identity test -- is it the same actual object? -- maybe
> coupled with the way various types of data are stored internally? It
> looks like once the string "mpg" has been created, another literal
> "msg" is the same, but a new String object containing the same literal
> is not. The analogous tests with Number, Array, and Object values
> indicate somewhat different behavior, but since it's consistent across
> IE and Firefox, it seems inherent in the language.
>
> Can anyone explain, not *how* this actually works, but the logic
> behind it?
That is how it is specified by the ECMA-262 specification, every
object has a unique identity.
--
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: array.indexOf fails sometimes in IE8
I (Mojito) [don't know why my first post name differs from reply name]
have solved by issue. I was passing in strings with '\0' on their
ends. So 'mpg\0' does not equal 'mpg'. It was a nightmare to debug
because '\0' is invisible.
On Sep 2, 10:29 am, enigment wrote:
> Ah, that's the missing piece, the difference between a string
> primitive and a string object. Got it.
>
> e
>
> On Sep 2, 12:17 pm, "T.J. Crowder" wrote:
>
> > There's a difference between primitives ("mpg") and objects (new String
> > ("mpg")).
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: Ajax.updater - after text has been inserted into element
I don't think there is one that fires afterward. If you function#defer a function onsuccess it should have been completed after the defer timeout. On Wed, Sep 2, 2009 at 3:11 PM, Mojito wrote: > > I'm using the Ajax.Updater. I'm looking for the callback that is > executed after the server response text has been inserted into an > element. The server is inserting some form elements and I want to > apply Scriptaculous's inPlaceEditor to them. Which callback would > this be? > > > --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Ajax.updater - after text has been inserted into element
I'm using the Ajax.Updater. I'm looking for the callback that is executed after the server response text has been inserted into an element. The server is inserting some form elements and I want to apply Scriptaculous's inPlaceEditor to them. Which callback would this be? --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: accessing DOM of iFrame
Its a good question.
I asked it months ago and ended up havaing to use JQuery's find() to deal
with ajaxy saving of a html editor
Alex Mcauley
http://www.thevacancymarket.com
- Original Message -
From: "Mojito"
To: "Prototype & script.aculo.us"
Sent: Wednesday, September 02, 2009 7:23 PM
Subject: [Proto-Scripty] accessing DOM of iFrame
>
> What's the Prototyped syntax equivalent of:
>
> window.frames['iFrameID'].document.getElementById
> ('elementInsideIFrame');
> >
>
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: onChange event when div content changed
Thanks Walter!
I would like to avoid of using PE and global variable to store current
innerHTML. I thought that it will be quiet easy and any trick can help
me...
There is other way - hidden form field and prototype's observer. But
this solution doesn't satisfy me too.
Anyway, thanks.
On 2 Wrz, 17:30, Walter Lee Davis wrote:
> There's no reliable cross-browser event that gets fired when the
> content of a DIV (as opposed to a form element, say) changes. One
> thing you might try would be to have a PeriodicalExecuter running.
> Have it compare a global variable with the current innerHTML of that
> DIV, and if they don't match, fire the event and update the global
> variable. This may be more difficult than I am saying it here, it's
> often quite hard to get a PE to gather an external variable value more
> than once (at the moment the PE function is instantiated).
>
> Walter
>
> On Sep 2, 2009, at 10:07 AM, Hipnotik wrote:
>
>
>
> > Hi
> > How to call some action if content of the div element has changed?
>
> > I'm talking about something like this:
> > $("my-div").observe("change", function(e) {
> > alert("hello");
> > });
>
> > Expecting behavior:
> > I have this
> > some text
>
> > now I'm changing "some text" to "some other text" and "alert("hello")"
> > should be fired.
>
> > Thnaks for help.
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] accessing DOM of iFrame
What's the Prototyped syntax equivalent of:
window.frames['iFrameID'].document.getElementById
('elementInsideIFrame');
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: array.indexOf fails sometimes in IE8
Ah, that's the missing piece, the difference between a string
primitive and a string object. Got it.
e
On Sep 2, 12:17 pm, "T.J. Crowder" wrote:
> There's a difference between primitives ("mpg") and objects (new String
> ("mpg")).
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: array.indexOf fails sometimes in IE8
Hmmm, even outside the indexOf() question, this is a bit creepy to me.
I hadn't previously tested, but these are all true, at least in
Firefox 3.5 and IE8:
"mpg" === "mpg"
"mpg" !== new String("mpg")
new String("mpg") !== new String("mpg")
new String("mpg") != new String("mpg")
new Number(1) == 1
new Number(1) !== 1
new Number(1) != new Number(1)
[] != []
new Array() != new Array()
new Array() != []
new Object() != {}
Is it an identity test -- is it the same actual object? -- maybe
coupled with the way various types of data are stored internally? It
looks like once the string "mpg" has been created, another literal
"msg" is the same, but a new String object containing the same literal
is not. The analogous tests with Number, Array, and Object values
indicate somewhat different behavior, but since it's consistent across
IE and Firefox, it seems inherent in the language.
Can anyone explain, not *how* this actually works, but the logic
behind it?
Thanks,
e
On Sep 2, 4:28 am, "T.J. Crowder" wrote:
> You're probably running into equality vs. identity (loose equality vs.
> strict equality).
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: Request: ProtoPacked Prototype 1.6.1 + Scriptaculous 1.8.2
Does this msg imply that Scriptaculous 1.8.2 is thought to be compatible with Prototype 1.6.1? If so, is that official? If not, I hate to ask, but is there any estimate of when that might happen? The big thing in Prototype 1.6.1 for us is better IE8 compatibility, which I imagine is of interest to many here. Thanks, e --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: Element#Storage
... latest version --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: array.indexOf fails sometimes in IE8
Hi,
There's a difference between primitives ("mpg") and objects (new String
("mpg")). The == operator allows for a *lot* of type coercion; the ===
operator is _supposed_ to be a strict equality operator including type
and so "mpg" !== new String("mpg") because they're different types.
See section 11.9.6 of the spec[1] for details.
[1] http://www.ecma-international.org/publications/standards/Ecma-262.htm
--
T.J. Crowder
tj / crowder software / com
www.crowdersoftware.com
On Sep 2, 4:56 pm, enigment wrote:
> Hmmm, even outside the indexOf() question, this is a bit creepy to me.
> I hadn't previously tested, but these are all true, at least in
> Firefox 3.5 and IE8:
> "mpg" === "mpg"
> "mpg" !== new String("mpg")
> new String("mpg") !== new String("mpg")
> new String("mpg") != new String("mpg")
>
> new Number(1) == 1
> new Number(1) !== 1
> new Number(1) != new Number(1)
>
> [] != []
> new Array() != new Array()
> new Array() != []
>
> new Object() != {}
>
> Is it an identity test -- is it the same actual object? -- maybe
> coupled with the way various types of data are stored internally? It
> looks like once the string "mpg" has been created, another literal
> "msg" is the same, but a new String object containing the same literal
> is not. The analogous tests with Number, Array, and Object values
> indicate somewhat different behavior, but since it's consistent across
> IE and Firefox, it seems inherent in the language.
>
> Can anyone explain, not *how* this actually works, but the logic
> behind it?
>
> Thanks,
> e
>
> On Sep 2, 4:28 am, "T.J. Crowder" wrote:
>
>
>
> > You're probably running into equality vs. identity (loose equality vs.
> > strict equality).
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: Element#Storage
OK, let it be a bug report =) I think, it's not good. --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: onChange event when div content changed
There's no reliable cross-browser event that gets fired when the
content of a DIV (as opposed to a form element, say) changes. One
thing you might try would be to have a PeriodicalExecuter running.
Have it compare a global variable with the current innerHTML of that
DIV, and if they don't match, fire the event and update the global
variable. This may be more difficult than I am saying it here, it's
often quite hard to get a PE to gather an external variable value more
than once (at the moment the PE function is instantiated).
Walter
On Sep 2, 2009, at 10:07 AM, Hipnotik wrote:
>
> Hi
> How to call some action if content of the div element has changed?
>
> I'm talking about something like this:
> $("my-div").observe("change", function(e) {
>alert("hello");
> });
>
> Expecting behavior:
> I have this
> some text
>
> now I'm changing "some text" to "some other text" and "alert("hello")"
> should be fired.
>
> Thnaks for help.
> >
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] onChange event when div content changed
Hi
How to call some action if content of the div element has changed?
I'm talking about something like this:
$("my-div").observe("change", function(e) {
alert("hello");
});
Expecting behavior:
I have this
some text
now I'm changing "some text" to "some other text" and "alert("hello")"
should be fired.
Thnaks for help.
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: Drag and Drop bug IE, css border disappear
Hi Gabriel, which IE version have this behaviour ? Have you a live exemple ? -- david On 29 août, 17:46, Gabriel Andrade wrote: > Heyyy there guys, so here's my problem, and I guess a lot of you guys > had the same problem once. When I set the element to be dragable, the > border of my table disappear but in firefox appears like it should > look with the border set to 1 in my css --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: Appear + IE 7
Hi mau,
just a guess, because I do not have IE7 on my work computer.
If you set the filter opacity to a value in the CSS, does it wotk
better ??
--
david
On 31 août, 16:56, mau wrote:
> Hi, I've an issue with scriptaculous appear effect and IE 7, when I
> nest a div inside another div with display none to make it appear, it
> doesn't appear slow, it appears at once.
>
> I call a js function when div menu is clicked: $('menu').appear();
>
> I copy the code and the styles, is very simple, for testing purpose.
>
> Any help is welcome.
>
> Thanks in advance
>
>
>
> Nam ut primum ex pueris excessit Archias, atque ab eis artibus quibus
> aetas puerilis ad humanitatem informari solet se ad scribendi studium
> contulit, primum Antiochiae --- nam ibi natus est loco nobili ---
> celebri quondam urbe et copiosa, atque eruditissimis hominibus
> liberalissimisque studiis adfluenti, celeriter antecellere omnibus
> ingeni gloria contigit.
>
>
>
> The styles for this two divs are:
>
> #content{
> position:relative;
> width:600px;
> border:1px dotted red;
> padding:10px;
> background-color:#00;
> color:#FF;
> }
>
> #menu{
> width:602px;
> height:500px;
>
> }
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: prototype dom:loaded in IE 6 and 7 shows race conditions on certain environments?
Since I expect it to be a race condition (pushing up the script node which registered the function for "dom:loaded" some lines in the html- source fixed the problem), and since it is only reproducable on certain hardware/software-environments, producing a pared-down example could take very long. I do not know if anybody in our team will find so much time to spend on a pared-down race condition example hunt, which can take an unpredictable amount of time, because we are no browser-engine experts. This is meant as a trigger for the developers of prototype. So we if the idea of a race condition in IE (finishing rendering of the DOM- >triggering dom:loades vs. JS-execution of a register-call) is not something that triggers a thought for the prototype-developers, we have to wait if somebody comes up with more convincing example. Sorry that we can not help further. And thanks for your patience ;-) Alex On Sep 2, 12:26 pm, "T.J. Crowder" wrote: > Hi, > > That's not a "...pared-down, self-contained example..." Please have a > look at Step 3 at the link[1] again, there's a _reason_ for going > through the process of creating the pared-down example. > > [1]http://proto-scripty.wikidot.com/faq#xyzprob > -- > T.J. Crowder > tj / crowder software / comwww.crowdersoftware.com > > On Sep 2, 11:21 am, Alexander Knöller > wrote: > > > Hi. > > > Until tomorrow you can reproduce it with IEs and fitting hardware/ > > software-environments. (On a virtualBox-installation on a macosX I > > could not reproduce it, on an Ubuntu with VMWare a colleage could, > > another could with a native Installation): > > Tryhttp://www.jungstil.de/akn/bundle.htm?bu=2023439 > > several times. > > Each time try to click "Artikel auf den Wunschzettel". > > Often it works. Sometimes you get an JS-Error because of missing > > references. > > > From tomorrow morning on there will be a fix, which executes the JS- > > Code directly instead of registering it as a function for > > "dom:loaded". > > > On Sep 1, 9:37 am, "T.J. Crowder" wrote: > > > > Hi, > > > > Can you pick up with #3 on this list: > > > >http://proto-scripty.wikidot.com/faq#xyzprob > > > > ...and post the result (unless you figure it out in the meantime)? > > > -- > > > T.J. Crowder > > > tj / crowder software / comwww.crowdersoftware.com > > > > On Aug 31, 2:35 pm, Alexander Knöller > > > wrote: > > > > > Hi there. > > > > > We register some calls for the dom:loaded-event in the HTML-BODY. > > > > Depending on the runtime environment (hardware/Windows version) > > > > sometimes the page produces in both IE-Versions JS-errors, because > > > > some or all registered functions were never called and so some > > > > references are missing for later actions. > > > > The more the JS-Script-node for the event registration is pushed > > > > upward in the html-source, the less probable this error occurs until > > > > it disappears completely for our test environment. > > > > Our guess is, the dom:loaded event is fired before the event > > > > registration-JS-code has finished. > > > > > Of course a workaround is to put this kind of event registration in > > > > the HEAD-section, but I did not find a direct statement in the > > > > documentation mentioning this as a requirement. > > > > > Does anybody know about this effect/problem? > > > > > Thanx --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: Element#Storage
Hi Yaffle, and on which prototype version ? -- david On 2 sep, 13:17, "T.J. Crowder" wrote: > Is that a question? An observation? A bug report? What? > -- > T.J. Crowder > tj / crowder software / comwww.crowdersoftware.com > > On Sep 2, 11:10 am, Yaffle wrote: > > > after Element removed from dom Element.Storage[uid] still exist? --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: Issue with scripaculous + Safari 4.0.3
Hi Hades, try to find the style applyed to the element after the appear function, and see what CSS property could be wrong, then set this property before the effect.appear is launch. This could be verified, but a lot of things could append. If you'll have a live exemple, we could check what could be wrong. Try also googling with a description of the error, it is perhaps known elsewhere ! -- david On 31 août, 11:48, Hades wrote: > Hi everyone. > > First of all, i'm really new with scriptaculous. It's great, really. > > I use it with the Google Web Toolkit stuff on a web project and, as > long as I see, I have no problem while using IE, FF or Chrome. > > Instead, with Safari (v. 4.0.3), my panel does not appear due to the > effect of the Appear function. > > What should I do? --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: Element#Storage
Is that a question? An observation? A bug report? What? -- T.J. Crowder tj / crowder software / com www.crowdersoftware.com On Sep 2, 11:10 am, Yaffle wrote: > after Element removed from dom Element.Storage[uid] still exist? --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: IE8 getOpacity is ALMOST correct
Hi Mojito,
it seems to be a problem on float and it's accuracy.
If the resulted value must be exactly defined (0.3 and not
0.30004), then you should do a small calculation to set it to the
correct value :
value = parseInt(value*100,10) / 100
--
david
On 1 sep, 22:51, Mojito wrote:
> I did an Effect.Fade() on an element to opacity 0.3. Then I check
> that element's opacity with $('element').getOpacity(). It returns 0.3
> in Firefox, but returns 0.3004 in IE8. My application kind of
> depends on a predictable value. Is this a problem with IE's JS engine
> or is this a known Prototype issue?
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: prototype and visual studio
Hi tweeZz, thanks for sharing, but I think it's better to "save as" to a /path/to/ prototype.js. -- david On 2 sep, 09:47, TweeZz wrote: > Hi, > > I just bumped into something unexpected and thought it might not be a > bad idea to share it with you.. > I just read the post about the new prototype release (1.6.1). On the > bottom of the blog post there's a link to download prototype.js > (http://prototypejs.org/assets/2009/8/31/prototype.js). > > I empty the current prototype.js file I'm using. I open the new > prototype file in my browser, hit ctrl+a, then paste it in my emptied > prototype.js file in visual studio. > I built my application and _tried_ to run it. 8 error... Hmmm... The > first (most of the time the first error causes the next errors) one > was: "functionset is not defined". > Hmmm... > > It seems that visuals studio removes the space between "function set" > and "function get"... for some reason... Probably this has to do with > the fact that "set" and "get" are keywords... > > Just add the 2 spaces and you're good to go! > > TweeZz. --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: viewportOffset in Opera
Looks like this is fixed in 1.6.1.
Thanks,
~Jon
On Aug 29, 12:15 pm, "Jon B." wrote:
> I just "rediscovered" the bug described here
> --http://www.nickstakenburg.com/tests/viewportoffset/-- where
> viewportOffset doesn't work properly in Opera 9.5+. I also found the
> patch which can seemingly be manually applied in Prototype v1.6.0.3 by
> changing line 2112 from
>
> if (!Prototype.Browser.Opera || (element.tagName &&
> (element.tagName.toUpperCase() == 'HTML'))) {
>
> to
>
> if (!Prototype.Browser.Opera || (element.tagName &&
> (element.tagName.toUpperCase() == 'BODY'))) {
>
> My question is this: The bug and patch were first reported 2 years
> ago. Why hasn't it been applied to any Prototype revisions since that
> time? Does this patch have any known side effects? I don't want to
> alter my copy of Prototype if doing so will cause some unwanted
> behavior down the line.
>
> Thanks,
>
> ~Jon
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: prototype dom:loaded in IE 6 and 7 shows race conditions on certain environments?
Hi, That's not a "...pared-down, self-contained example..." Please have a look at Step 3 at the link[1] again, there's a _reason_ for going through the process of creating the pared-down example. [1] http://proto-scripty.wikidot.com/faq#xyzprob -- T.J. Crowder tj / crowder software / com www.crowdersoftware.com On Sep 2, 11:21 am, Alexander Knöller wrote: > Hi. > > Until tomorrow you can reproduce it with IEs and fitting hardware/ > software-environments. (On a virtualBox-installation on a macosX I > could not reproduce it, on an Ubuntu with VMWare a colleage could, > another could with a native Installation): > Tryhttp://www.jungstil.de/akn/bundle.htm?bu=2023439 > several times. > Each time try to click "Artikel auf den Wunschzettel". > Often it works. Sometimes you get an JS-Error because of missing > references. > > From tomorrow morning on there will be a fix, which executes the JS- > Code directly instead of registering it as a function for > "dom:loaded". > > On Sep 1, 9:37 am, "T.J. Crowder" wrote: > > > > > Hi, > > > Can you pick up with #3 on this list: > > >http://proto-scripty.wikidot.com/faq#xyzprob > > > ...and post the result (unless you figure it out in the meantime)? > > -- > > T.J. Crowder > > tj / crowder software / comwww.crowdersoftware.com > > > On Aug 31, 2:35 pm, Alexander Knöller > > wrote: > > > > Hi there. > > > > We register some calls for the dom:loaded-event in the HTML-BODY. > > > Depending on the runtime environment (hardware/Windows version) > > > sometimes the page produces in both IE-Versions JS-errors, because > > > some or all registered functions were never called and so some > > > references are missing for later actions. > > > The more the JS-Script-node for the event registration is pushed > > > upward in the html-source, the less probable this error occurs until > > > it disappears completely for our test environment. > > > Our guess is, the dom:loaded event is fired before the event > > > registration-JS-code has finished. > > > > Of course a workaround is to put this kind of event registration in > > > the HEAD-section, but I did not find a direct statement in the > > > documentation mentioning this as a requirement. > > > > Does anybody know about this effect/problem? > > > > Thanx --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: prototype dom:loaded in IE 6 and 7 shows race conditions on certain environments?
Hi. Until tomorrow you can reproduce it with IEs and fitting hardware/ software-environments. (On a virtualBox-installation on a macosX I could not reproduce it, on an Ubuntu with VMWare a colleage could, another could with a native Installation): Try http://www.jungstil.de/akn/bundle.htm?bu=2023439 several times. Each time try to click "Artikel auf den Wunschzettel". Often it works. Sometimes you get an JS-Error because of missing references. >From tomorrow morning on there will be a fix, which executes the JS- Code directly instead of registering it as a function for "dom:loaded". On Sep 1, 9:37 am, "T.J. Crowder" wrote: > Hi, > > Can you pick up with #3 on this list: > > http://proto-scripty.wikidot.com/faq#xyzprob > > ...and post the result (unless you figure it out in the meantime)? > -- > T.J. Crowder > tj / crowder software / comwww.crowdersoftware.com > > On Aug 31, 2:35 pm, Alexander Knöller > wrote: > > > Hi there. > > > We register some calls for the dom:loaded-event in the HTML-BODY. > > Depending on the runtime environment (hardware/Windows version) > > sometimes the page produces in both IE-Versions JS-errors, because > > some or all registered functions were never called and so some > > references are missing for later actions. > > The more the JS-Script-node for the event registration is pushed > > upward in the html-source, the less probable this error occurs until > > it disappears completely for our test environment. > > Our guess is, the dom:loaded event is fired before the event > > registration-JS-code has finished. > > > Of course a workaround is to put this kind of event registration in > > the HEAD-section, but I did not find a direct statement in the > > documentation mentioning this as a requirement. > > > Does anybody know about this effect/problem? > > > Thanx --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Element#Storage
after Element removed from dom Element.Storage[uid] still exist? --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: array.indexOf fails sometimes in IE8
Hi,
You're probably running into equality vs. identity (loose equality vs.
strict equality). The emerging standard for what Array#indexOf is
supposed to do uses strict equality (===), not ==, whereas previously
Prototype used loose equality. This is an issue with strings because
"mpg" !== new String("mpg")
even though
"mpg" == new String("mpg")
Oddly, I can't replicate the behavior you're seeing on IE8 if I have
Prototype loaded, but I can easily do so without it by calling
isVideoFile(new String("mpg")).
HTH,
--
T.J. Crowder
tj / crowder software / com
www.crowdersoftware.com
On Sep 1, 11:14 pm, Mojito wrote:
> My function works as expected in all non-IE browsers. But when I try
> it in IE8, it doesn't scan the array correctly. Any easy workaround
> rather than implementing my own indexOf()?
>
> +
>
> function isVideoFile(extension)
> {
> extension = extension.strip();
> alert(typeof extension);
> alert(extension);
> alert(['3g2', '3gp', 'asf', 'asx', 'avi', 'flv', 'mkv', 'mov',
> 'mp4', 'mpg', 'mpeg', 'qt', 'rm', 'vob', 'wmv'].indexOf
> (extension));
>
> }
>
> +
>
> The output when I pass in 'mpg':
>
> 1) string
> 2) mpg
> 3) -1
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] prototype and visual studio
Hi, I just bumped into something unexpected and thought it might not be a bad idea to share it with you.. I just read the post about the new prototype release (1.6.1). On the bottom of the blog post there's a link to download prototype.js (http://prototypejs.org/assets/2009/8/31/prototype.js). I empty the current prototype.js file I'm using. I open the new prototype file in my browser, hit ctrl+a, then paste it in my emptied prototype.js file in visual studio. I built my application and _tried_ to run it. 8 error... Hmmm... The first (most of the time the first error causes the next errors) one was: "functionset is not defined". Hmmm... It seems that visuals studio removes the space between "function set" and "function get"... for some reason... Probably this has to do with the fact that "set" and "get" are keywords... Just add the 2 spaces and you're good to go! TweeZz. --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
[Proto-Scripty] Re: onchange event delegation on IE
Hi Radoslav,
Thanks for reply, I have indeed did something very similar to this,
just some different terminology
plus i have wrapped the Form.Element.setValue method to fire
'value:changed' event too.
You might wanna do that too if you are initializing your form elements
with some default values or setting values programatically :)
cheers
--
mona
On Tue, Sep 1, 2009 at 7:52 PM, Radoslav Stankov wrote:
>
> hm, I have similar problem (in my case I was adding / removing a lot
> of inputs dynamically). And using Form.Observer / Element.observe
> would have been an small maintenance hell. So I have been using 2
> custom events - focus:in / focus:out, for bubbling focus/blur.
>
> http://gist.github.com/162593
>
> You could you same approach to emulate onchange, or event use
> something like this, for inputs ( I'm using my Event.delegate
> http://gist.github.com/66568 )
>
> document.delegate('input[type=text]', 'focus:in', function(){
> this.store('value', this.getValue());
> });
>
> document.delegate('input[type=text]', 'focus:out', function(){
> if (this.retrieve('value') != this.getValue()) this.fire
> ('value:changed', { previousValue: this.retrieve('value'); });
> });
>
> document.delegate('input[type=text]', 'value:changed', function(){
> // ... some cool code here
> });
>
> Hope this will be helpfull
>
>
> >
>
--~--~-~--~~~---~--~~
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 prototype-scriptaculous@googlegroups.com
To unsubscribe from this group, send email to
prototype-scriptaculous+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/prototype-scriptaculous?hl=en
-~--~~~~--~~--~--~---
[Proto-Scripty] Re: Prototype 1.6.1 Released!
Nice work guys... now i have the mamoth task of updating everything with the new version!!!.. Alex Mcauley http://www.thevacancymarket.com - Original Message - From: "T.J. Crowder" To: "Prototype & script.aculo.us" Sent: Tuesday, September 01, 2009 10:23 PM Subject: [Proto-Scripty] Prototype 1.6.1 Released! > > In case anyone missed it: > > http://prototypejs.org/2009/9/1/prototype-1-6-1-released > > Kudos to the team! > > And separate kudos to Tobie & Andrew, who now officially take up the > reins: > http://prototypejs.org/2009/9/1/core-team-update-andrew-and-tobie-take-the-reins > > Congrats! > -- > T.J. Crowder > tj / crowder software / com > www.crowdersoftware.com > > > --~--~-~--~~~---~--~~ 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 prototype-scriptaculous@googlegroups.com To unsubscribe from this group, send email to prototype-scriptaculous+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-scriptaculous?hl=en -~--~~~~--~~--~--~---
