[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
Unfortunately, you can't augment actual properties of a custom event when firing it - everything needs to be passed through memo. - kangax On Mar 25, 5:42 am, Jean-Philippe Encausse <[EMAIL PROTECTED]> wrote: > Exactly, > Is there a way to set/override the element or the X,Y mouse location ? > > On you code I did: > > onInterrupt: function(event) { >var target = Event.element(event); >var eX = Event.pointerX(event); >var eY = Event.pointerY(event); > >document.fire('state:active', { idleTime: new Date() - > this._idleTime, target: target, eX: eX, eY: eY }); >this.setTimer(target, eX, eY); > > }, > > Then I retrieve elements by using: > > e.memo.eX // <= The x location > e.memo.eY // <= The y location > e.memo.target // <= The element where the mouse is > > This is used to display a tooltip when mouse is idle (that's why I > need mouse location). But it would be cleaner if I override the > default event parameter ? (I thinks it is not possible because it > would breaks Event.observer internal mechanism) > > On 21 mar, 19:22, kangax <[EMAIL PROTECTED]> wrote: > > > Jp, > > > I'm not sure I understand what you mean. > > Custom event that you fire has all of the above mentioned methods: > > > $(document.body).fire('foo:bar').element(); // => > > > // or a little more clear: > > > document.observe('foo:bar', function(e) { > > e.element(); // <= this will be a element > > e.pointerX(); // <= this will be NaN, since mouse location is never > > set > > > }); > > > $(document.body).fire('foo:bar'); > > > - kangax > > > On Mar 21, 6:49 am, Jean-Philippe Encausse <[EMAIL PROTECTED]> > > wrote: > > > > Hi, > > > > I would like to fire an event when mouse is idle so I use the code of > > > kangax:http://thinkweb2.com/projects/prototype/detect-idle-state-with-custom... > > > > But I would like the oberver receive an Event with target, x, y mouse > > > location > > > So I modify the code to forward the target in the event.memo > > > > document.fire('state:idle', { target: target }); > > > > But I'm looking for a cleaner way to send a well formed event that > > > works with: > > > - Event.element(event) > > > - Event.pointerX(event) > > > - Event.pointerY(event) > > > Instead of doing event.memo.target. > > > > Any idea ? Solution ? > > > Best Regards, > > > Jp > > > > On Feb 4, 3:35 pm, Tobie Langel <[EMAIL PROTECTED]> wrote: > > > > > I don't have a timeframe for this unfortunately. > > > > > And yes, the API will change quite a bit as we'd like to map it more > > > > closely to ruby's Test::Unit implementation. > > > > > I'm not far enough into refactoring to know how backward-compatible > > > > this rewrite will be. > > > > > Will make sure to let you know as soon as I have more info. > > > > > Best, > > > > > Tobie > > > > > On Feb 4, 3:03 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > > > > > > What's your timeframe for finishing this? Will its API change much? > > > > > I started doing screencasts of "how to use unittest" today for > > > > > peepcode. > > > > > > If this patch is not useful, then it suggests the current > > > > >Event.simulateMousecode should be removed as part of the refactoring. > > > > >Force > > > > > people to go looking for a tested, known working library to perform > > > > > the > > > > > simulations rather than attempt to use known non-working code? > > > > > > On 2/4/08, Tobie Langel <[EMAIL PROTECTED]> wrote: > > > > > > > The reason I'm not too keen on adding this two unit tests is two- > > > > > > folds: > > > > > > > First I think it belongs in Prototype core, secondly, I'm in the > > > > > > process of rewriting a good deal of unit_tests so I really don't > > > > > > think > > > > > > it's a good time to add features to it. I'd rather strengthen it as > > > > > > much as possible beforehand. > > > > > > > Best, > > > > > > > Tobie > > > > > > > On Feb 4, 1:19 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > > > > > > > Heh. If I am, then I'll be that person "some time in the future" > > > > > > > :) > > > > > > > I'm trying to work on unittest; which just happens to co-share a > > > > > > > repo + > > > > > > > mailing list with prototype :) > > > > > > > > On 2/4/08, Nick Stakenburg <[EMAIL PROTECTED]> wrote: > > > > > > > > > > Yes there might be a better/more complete possibility, and > > > > > > > > > someone > > > > > > might > > > > > > > > do > > > > > > > > > it in the future > > > > > > > > > > I think I'd rather see an incremental fix now; AND wait for > > > > > > > > > someone > > > > > > to > > > > > > > > write > > > > > > > > > an even better version later. > > > > > > > > > > Perhaps once this patch is in, someone else will look at it > > > > > > > > > You could be that someone ;) > > > > > > > > -- > > > > > > > Dr Nic > > > > > > > Williamshttp://drnicacademy.com-Ruby/Railstraining/devaround > > > > > > the worldhttp://drnicwilliams.com-Ruby/Rails/Javascript/Web2.0 > > > > > > > (skype) nicwilliams > > > > >
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
Exactly, Is there a way to set/override the element or the X,Y mouse location ? On you code I did: onInterrupt: function(event) { var target = Event.element(event); var eX = Event.pointerX(event); var eY = Event.pointerY(event); document.fire('state:active', { idleTime: new Date() - this._idleTime, target: target, eX: eX, eY: eY }); this.setTimer(target, eX, eY); }, Then I retrieve elements by using: e.memo.eX // <= The x location e.memo.eY // <= The y location e.memo.target // <= The element where the mouse is This is used to display a tooltip when mouse is idle (that's why I need mouse location). But it would be cleaner if I override the default event parameter ? (I thinks it is not possible because it would breaks Event.observer internal mechanism) On 21 mar, 19:22, kangax <[EMAIL PROTECTED]> wrote: > Jp, > > I'm not sure I understand what you mean. > Custom event that you fire has all of the above mentioned methods: > > $(document.body).fire('foo:bar').element(); // => > > // or a little more clear: > > document.observe('foo:bar', function(e) { > e.element(); // <= this will be a element > e.pointerX(); // <= this will be NaN, since mouse location is never > set > > }); > > $(document.body).fire('foo:bar'); > > - kangax > > On Mar 21, 6:49 am, Jean-Philippe Encausse <[EMAIL PROTECTED]> > wrote: > > > Hi, > > > I would like to fire an event when mouse is idle so I use the code of > > kangax:http://thinkweb2.com/projects/prototype/detect-idle-state-with-custom... > > > But I would like the oberver receive an Event with target, x, y mouse > > location > > So I modify the code to forward the target in the event.memo > > > document.fire('state:idle', { target: target }); > > > But I'm looking for a cleaner way to send a well formed event that > > works with: > > - Event.element(event) > > - Event.pointerX(event) > > - Event.pointerY(event) > > Instead of doing event.memo.target. > > > Any idea ? Solution ? > > Best Regards, > > Jp > > > On Feb 4, 3:35 pm, Tobie Langel <[EMAIL PROTECTED]> wrote: > > > > I don't have a timeframe for this unfortunately. > > > > And yes, the API will change quite a bit as we'd like to map it more > > > closely to ruby's Test::Unit implementation. > > > > I'm not far enough into refactoring to know how backward-compatible > > > this rewrite will be. > > > > Will make sure to let you know as soon as I have more info. > > > > Best, > > > > Tobie > > > > On Feb 4, 3:03 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > > > > > What's your timeframe for finishing this? Will its API change much? > > > > I started doing screencasts of "how to use unittest" today for peepcode. > > > > > If this patch is not useful, then it suggests the current > > > >Event.simulateMousecode should be removed as part of the refactoring. > > > >Force > > > > people to go looking for a tested, known working library to perform the > > > > simulations rather than attempt to use known non-working code? > > > > > On 2/4/08, Tobie Langel <[EMAIL PROTECTED]> wrote: > > > > > > The reason I'm not too keen on adding this two unit tests is two- > > > > > folds: > > > > > > First I think it belongs in Prototype core, secondly, I'm in the > > > > > process of rewriting a good deal of unit_tests so I really don't think > > > > > it's a good time to add features to it. I'd rather strengthen it as > > > > > much as possible beforehand. > > > > > > Best, > > > > > > Tobie > > > > > > On Feb 4, 1:19 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > > > > > > Heh. If I am, then I'll be that person "some time in the future" :) > > > > > > I'm trying to work on unittest; which just happens to co-share a > > > > > > repo + > > > > > > mailing list with prototype :) > > > > > > > On 2/4/08, Nick Stakenburg <[EMAIL PROTECTED]> wrote: > > > > > > > > > Yes there might be a better/more complete possibility, and > > > > > > > > someone > > > > > might > > > > > > > do > > > > > > > > it in the future > > > > > > > > > I think I'd rather see an incremental fix now; AND wait for > > > > > > > > someone > > > > > to > > > > > > > write > > > > > > > > an even better version later. > > > > > > > > > Perhaps once this patch is in, someone else will look at it > > > > > > > > You could be that someone ;) > > > > > > > -- > > > > > > Dr Nic Williamshttp://drnicacademy.com-Ruby/Railstraining/devaround > > > > > the worldhttp://drnicwilliams.com-Ruby/Rails/Javascript/Web2.0 > > > > > > (skype) nicwilliams > > > > > > (p) +61 412 002 126 / +61 7 3113 3033 > > > > > > (mail) PO Box 583 Ashgrove 4060 QLD Aus > > > > > -- > > > > Dr Nic Williamshttp://drnicacademy.com-Ruby/Railstraining/devaround the > > > > worldhttp://drnicwilliams.com-Ruby/Rails/Javascript/Web2.0 > > > > (skype) nicwilliams > > > > (p) +61 412 002 126 / +61 7 3113 3033 > > > > (mail) PO Box 583 Ashgrove 4060 QLD Aus --~--~-~--~~~---~--~~ You received this message because you are subscribed
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
I don't have a timeframe for this unfortunately. And yes, the API will change quite a bit as we'd like to map it more closely to ruby's Test::Unit implementation. I'm not far enough into refactoring to know how backward-compatible this rewrite will be. Will make sure to let you know as soon as I have more info. Best, Tobie On Feb 4, 3:03 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > What's your timeframe for finishing this? Will its API change much? > I started doing screencasts of "how to use unittest" today for peepcode. > > If this patch is not useful, then it suggests the current > Event.simulateMouse code should be removed as part of the refactoring. Force > people to go looking for a tested, known working library to perform the > simulations rather than attempt to use known non-working code? > > On 2/4/08, Tobie Langel <[EMAIL PROTECTED]> wrote: > > > > > > > The reason I'm not too keen on adding this two unit tests is two- > > folds: > > > First I think it belongs in Prototype core, secondly, I'm in the > > process of rewriting a good deal of unit_tests so I really don't think > > it's a good time to add features to it. I'd rather strengthen it as > > much as possible beforehand. > > > Best, > > > Tobie > > > On Feb 4, 1:19 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > > > Heh. If I am, then I'll be that person "some time in the future" :) > > > I'm trying to work on unittest; which just happens to co-share a repo + > > > mailing list with prototype :) > > > > On 2/4/08, Nick Stakenburg <[EMAIL PROTECTED]> wrote: > > > > > > Yes there might be a better/more complete possibility, and someone > > might > > > > do > > > > > it in the future > > > > > > I think I'd rather see an incremental fix now; AND wait for someone > > to > > > > write > > > > > an even better version later. > > > > > > Perhaps once this patch is in, someone else will look at it > > > > > You could be that someone ;) > > > > -- > > > Dr Nic Williamshttp://drnicacademy.com-Ruby/Rails training/dev around > > the worldhttp://drnicwilliams.com-Ruby/Rails/Javascript/Web2.0 > > > (skype) nicwilliams > > > (p) +61 412 002 126 / +61 7 3113 3033 > > > (mail) PO Box 583 Ashgrove 4060 QLD Aus > > -- > Dr Nic Williamshttp://drnicacademy.com- Ruby/Rails training/dev around the > worldhttp://drnicwilliams.com- Ruby/Rails/Javascript/Web2.0 > (skype) nicwilliams > (p) +61 412 002 126 / +61 7 3113 3033 > (mail) PO Box 583 Ashgrove 4060 QLD Aus --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
What's your timeframe for finishing this? Will its API change much? I started doing screencasts of "how to use unittest" today for peepcode. If this patch is not useful, then it suggests the current Event.simulateMouse code should be removed as part of the refactoring. Force people to go looking for a tested, known working library to perform the simulations rather than attempt to use known non-working code? On 2/4/08, Tobie Langel <[EMAIL PROTECTED]> wrote: > > > The reason I'm not too keen on adding this two unit tests is two- > folds: > > First I think it belongs in Prototype core, secondly, I'm in the > process of rewriting a good deal of unit_tests so I really don't think > it's a good time to add features to it. I'd rather strengthen it as > much as possible beforehand. > > Best, > > Tobie > > On Feb 4, 1:19 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > > Heh. If I am, then I'll be that person "some time in the future" :) > > I'm trying to work on unittest; which just happens to co-share a repo + > > mailing list with prototype :) > > > > On 2/4/08, Nick Stakenburg <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > Yes there might be a better/more complete possibility, and someone > might > > > do > > > > it in the future > > > > > > I think I'd rather see an incremental fix now; AND wait for someone > to > > > write > > > > an even better version later. > > > > > > Perhaps once this patch is in, someone else will look at it > > > > > You could be that someone ;) > > > > -- > > Dr Nic Williamshttp://drnicacademy.com- Ruby/Rails training/dev around > the worldhttp://drnicwilliams.com- Ruby/Rails/Javascript/Web2.0 > > (skype) nicwilliams > > (p) +61 412 002 126 / +61 7 3113 3033 > > (mail) PO Box 583 Ashgrove 4060 QLD Aus > > > -- Dr Nic Williams http://drnicacademy.com - Ruby/Rails training/dev around the world http://drnicwilliams.com - Ruby/Rails/Javascript/Web2.0 (skype) nicwilliams (p) +61 412 002 126 / +61 7 3113 3033 (mail) PO Box 583 Ashgrove 4060 QLD Aus --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
The reason I'm not too keen on adding this two unit tests is two- folds: First I think it belongs in Prototype core, secondly, I'm in the process of rewriting a good deal of unit_tests so I really don't think it's a good time to add features to it. I'd rather strengthen it as much as possible beforehand. Best, Tobie On Feb 4, 1:19 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > Heh. If I am, then I'll be that person "some time in the future" :) > I'm trying to work on unittest; which just happens to co-share a repo + > mailing list with prototype :) > > On 2/4/08, Nick Stakenburg <[EMAIL PROTECTED]> wrote: > > > > > > > > Yes there might be a better/more complete possibility, and someone might > > do > > > it in the future > > > > I think I'd rather see an incremental fix now; AND wait for someone to > > write > > > an even better version later. > > > > Perhaps once this patch is in, someone else will look at it > > > You could be that someone ;) > > -- > Dr Nic Williamshttp://drnicacademy.com- Ruby/Rails training/dev around the > worldhttp://drnicwilliams.com- Ruby/Rails/Javascript/Web2.0 > (skype) nicwilliams > (p) +61 412 002 126 / +61 7 3113 3033 > (mail) PO Box 583 Ashgrove 4060 QLD Aus --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
Heh. If I am, then I'll be that person "some time in the future" :) I'm trying to work on unittest; which just happens to co-share a repo + mailing list with prototype :) On 2/4/08, Nick Stakenburg <[EMAIL PROTECTED]> wrote: > > > > Yes there might be a better/more complete possibility, and someone might > do > > it in the future > > > I think I'd rather see an incremental fix now; AND wait for someone to > write > > an even better version later. > > > Perhaps once this patch is in, someone else will look at it > > You could be that someone ;) > > > > > -- Dr Nic Williams http://drnicacademy.com - Ruby/Rails training/dev around the world http://drnicwilliams.com - Ruby/Rails/Javascript/Web2.0 (skype) nicwilliams (p) +61 412 002 126 / +61 7 3113 3033 (mail) PO Box 583 Ashgrove 4060 QLD Aus --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
> Yes there might be a better/more complete possibility, and someone might do > it in the future > I think I'd rather see an incremental fix now; AND wait for someone to write > an even better version later. > Perhaps once this patch is in, someone else will look at it You could be that someone ;) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
Ideally, I agree. But that code doesn't exist yet. We do have a good patch to the existing code. Perhaps once this patch is in, someone else will look at it all and have a "big idea" for refactoring it into prototype proper. But if it can be helpful in unittest immediately, then that's good? On 2/4/08, Tobie Langel <[EMAIL PROTECTED]> wrote: > > > > On Feb 4, 12:40 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > > I'll re-read your response again later, but at first glance it looks > like a > > long-winded way of saying "no"... :) > > To me it just means: put it where it belongs. > > Best, > > Tobie > > > -- Dr Nic Williams http://drnicacademy.com - Ruby/Rails training/dev around the world http://drnicwilliams.com - Ruby/Rails/Javascript/Web2.0 (skype) nicwilliams (p) +61 412 002 126 / +61 7 3113 3033 (mail) PO Box 583 Ashgrove 4060 QLD Aus --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
On Feb 4, 12:40 pm, "Nic Williams" <[EMAIL PROTECTED]> wrote: > I'll re-read your response again later, but at first glance it looks like a > long-winded way of saying "no"... :) To me it just means: put it where it belongs. Best, Tobie --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
I'll re-read your response again later, but at first glance it looks like a long-winded way of saying "no"... :) Yes there might be a better/more complete possibility, and someone might do it in the future, but this patch looks better than what we have, and exists now. That seems like a good thing. Or perhaps the "experimental" event simulations can be included, but in a separate file. But either way, if the experimental code isn't good enough, perhaps it should be removed then? I think I'd rather see an incremental fix now; AND wait for someone to write an even better version later. Nic On 2/4/08, Tobie Langel <[EMAIL PROTECTED]> wrote: > > > Hi Nic, > > I'd love to see this included directly in Prototype to allow for > Event.fire and Element#fire to trigger DOM events (and not only custom > ones). > > This would imply researching on how to trigger keyboard events (I know > YUI has a working implementation, for example), and providing a simple > wrapper around events like blur, focus and submit. > > Any thoughts or proposed implementation on this is welcomed. > > Best, > > Tobie > > > On Feb 4, 7:51 am, Dr Nic <[EMAIL PROTECTED]> wrote: > > Since the existing Event.simulateMouse code is labelled experimental, > > then this code with its suite of tests must be an improvement worth > > patching in? Even if it retains its "experimental" label, it will be > > an enhancement/bug fix patch for existing code. > > > > Whilst the ticket is categorised "script.aculo.us", it could be > > repatch against the prototype versions of unittest.js and the patch > > resubmitted if it will be accepted. > > > > Nic > > > > On Feb 4, 4:48 pm, Dr Nic <[EMAIL PROTECTED]> wrote: > > > > > [posted by kangax in Nov 07 with no responses at the time] > > > > > Hello team, > > > > > I recently needed a cross-browser simulateMouse support for some of > > > our tests in Prototype UI and stumbled upon certain limitations in > > > current implementation. Event.simulateMouse is marked as "Firefox-only > > > and experimental". Turning it into a somewhat robust solution will > > > definitely benefit other modules' test suits (notable autocompleter > > > and IPE which rely on mouse events quite heavily). > > > > > Thomas mentioned that any patches and tests are very appreciated, > > > considering that as of now there are NO specific unit tests for this > > > wonderful method. > > > > > Here's a fresh patchhttp://dev.rubyonrails.org/ticket/10170andunit > > > > testshttp://dev.rubyonrails.org/attachment/ticket/10170/simulatemouse_test... > > > (FF2+, IE6+, Opera 9+, Safari 3 all pass happily). Would be nice to > > > know about Safari 2 as well. The coverage is not as complete as I > > > would want it to be, but it's a good start and is better than nothing. > > > > > My question is: > > > What are the chances of applying it to the current version or would it > > > rather make sense to bake it into a 2.0? > > > > > best, > > > kangax > > > -- Dr Nic Williams http://drnicacademy.com - Ruby/Rails training/dev around the world http://drnicwilliams.com - Ruby/Rails/Javascript/Web2.0 (skype) nicwilliams (p) +61 412 002 126 / +61 7 3113 3033 (mail) PO Box 583 Ashgrove 4060 QLD Aus --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
Hi Nic, I'd love to see this included directly in Prototype to allow for Event.fire and Element#fire to trigger DOM events (and not only custom ones). This would imply researching on how to trigger keyboard events (I know YUI has a working implementation, for example), and providing a simple wrapper around events like blur, focus and submit. Any thoughts or proposed implementation on this is welcomed. Best, Tobie On Feb 4, 7:51 am, Dr Nic <[EMAIL PROTECTED]> wrote: > Since the existing Event.simulateMouse code is labelled experimental, > then this code with its suite of tests must be an improvement worth > patching in? Even if it retains its "experimental" label, it will be > an enhancement/bug fix patch for existing code. > > Whilst the ticket is categorised "script.aculo.us", it could be > repatch against the prototype versions of unittest.js and the patch > resubmitted if it will be accepted. > > Nic > > On Feb 4, 4:48 pm, Dr Nic <[EMAIL PROTECTED]> wrote: > > > [posted by kangax in Nov 07 with no responses at the time] > > > Hello team, > > > I recently needed a cross-browser simulateMouse support for some of > > our tests in Prototype UI and stumbled upon certain limitations in > > current implementation. Event.simulateMouse is marked as "Firefox-only > > and experimental". Turning it into a somewhat robust solution will > > definitely benefit other modules' test suits (notable autocompleter > > and IPE which rely on mouse events quite heavily). > > > Thomas mentioned that any patches and tests are very appreciated, > > considering that as of now there are NO specific unit tests for this > > wonderful method. > > > Here's a fresh patchhttp://dev.rubyonrails.org/ticket/10170andunit > > testshttp://dev.rubyonrails.org/attachment/ticket/10170/simulatemouse_test... > > (FF2+, IE6+, Opera 9+, Safari 3 all pass happily). Would be nice to > > know about Safari 2 as well. The coverage is not as complete as I > > would want it to be, but it's a good start and is better than nothing. > > > My question is: > > What are the chances of applying it to the current version or would it > > rather make sense to bake it into a 2.0? > > > best, > > kangax --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---
[Prototype-core] Re: Cross-browser Event.simulateMouse [bump via kangax]
Since the existing Event.simulateMouse code is labelled experimental, then this code with its suite of tests must be an improvement worth patching in? Even if it retains its "experimental" label, it will be an enhancement/bug fix patch for existing code. Whilst the ticket is categorised "script.aculo.us", it could be repatch against the prototype versions of unittest.js and the patch resubmitted if it will be accepted. Nic On Feb 4, 4:48 pm, Dr Nic <[EMAIL PROTECTED]> wrote: > [posted by kangax in Nov 07 with no responses at the time] > > Hello team, > > I recently needed a cross-browser simulateMouse support for some of > our tests in Prototype UI and stumbled upon certain limitations in > current implementation. Event.simulateMouse is marked as "Firefox-only > and experimental". Turning it into a somewhat robust solution will > definitely benefit other modules' test suits (notable autocompleter > and IPE which rely on mouse events quite heavily). > > Thomas mentioned that any patches and tests are very appreciated, > considering that as of now there are NO specific unit tests for this > wonderful method. > > Here's a fresh patchhttp://dev.rubyonrails.org/ticket/10170and unit > testshttp://dev.rubyonrails.org/attachment/ticket/10170/simulatemouse_test... > (FF2+, IE6+, Opera 9+, Safari 3 all pass happily). Would be nice to > know about Safari 2 as well. The coverage is not as complete as I > would want it to be, but it's a good start and is better than nothing. > > My question is: > What are the chances of applying it to the current version or would it > rather make sense to bake it into a 2.0? > > best, > kangax --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~--~~~~--~~--~--~---