Alexander, Chris
2005-Aug-22 12:29 UTC
[Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call
All, I''m new to Ruby so please excuse me if this issue has been addressed. My question pertains to performing image drag-n-drop event sinkings that fire off remote asynchronous server calls. Has anyone gotten this to work? If so, can you point me in a direction to obtain some sample code/on-line resources. Much Thanks Chris Alexander Senior Software Engineer Lexicon Pharmaceuticals, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails-spinoffs/attachments/20050822/207b5390/attachment.html
Alexander, Chris
2005-Aug-22 14:06 UTC
[Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call
If this does not exist, I am willing to contribute... do we have life out there? -----Original Message----- From: rails-spinoffs-bounces@lists.rubyonrails.org [mailto:rails-spinoffs-bounces@lists.rubyonrails.org]On Behalf Of Alexander, Chris Sent: Monday, August 22, 2005 1:53 PM To: rails-spinoffs@lists.rubyonrails.org Subject: [Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call All, I''m new to Ruby so please excuse me if this issue has been addressed. My question pertains to performing image drag-n-drop event sinkings that fire off remote asynchronous server calls. Has anyone gotten this to work? If so, can you point me in a direction to obtain some sample code/on-line resources. Much Thanks Chris Alexander Senior Software Engineer Lexicon Pharmaceuticals, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails-spinoffs/attachments/20050822/c353fbb8/attachment.html
Martin Bialasinski
2005-Aug-22 14:07 UTC
[Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call
On 22/08/05, Alexander, Chris <calexander@lexpharma.com> wrote:> My > question pertains to performing image drag-n-drop event sinkings that fire > off remote asynchronous server calls.If you mean a remote call on drop, I believe the shopping cart demo does just that. Bye, Martin
Martin Bialasinski
2005-Aug-22 14:10 UTC
[Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call
On 22/08/05, Alexander, Chris <calexander@lexpharma.com> wrote:> do we have life out there?A little impassioned, no?
Alexander, Chris
2005-Aug-22 14:30 UTC
[Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call
Martin, My passion for the issue is evident, yes? Probably too much coffee this morning and every morning :) Yes, I did take a look at the demo and it does illustrate asynchronisity AFTER event sinking. The question was coming from the "Wish" list issue of providing the asynchronous method call as an event parameter, allowing the event to kick off the call internally. I would be willing to contribute toward making such overloaded events (or some other mechanism) happen. I simply would like to contribute to this "Wish" list issue if it has not already been addressed. The implications are significant for RIAs (we do science apps here). Do you know the status of this issue? Thanks. -----Original Message----- From: Martin Bialasinski [mailto:klingeling@gmail.com] Sent: Monday, August 22, 2005 3:33 PM To: Alexander, Chris Cc: rails-spinoffs@lists.rubyonrails.org Subject: Re: [Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call On 22/08/05, Alexander, Chris <calexander@lexpharma.com> wrote:> do we have life out there?A little impassioned, no?
Martin Bialasinski
2005-Aug-23 08:41 UTC
[Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call
On 22/08/05, Alexander, Chris <calexander@lexpharma.com> wrote:> Yes, I did take a look at the demo and it does illustrate asynchronisity AFTER event > sinking.What do you mean by "sinking"?> The question was coming from the "Wish" list issue of providing the asynchronous > method call as an event parameterI cannot reach the wiki, so for which event should this be?> Do you know the status of this issue? Thanks.No, sorry. Thomas would know. But usually, the wiki says if someone notified Thomas that he is working on an issue. Bye, Martin
Alexander, Chris
2005-Aug-23 12:47 UTC
[Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call
Martin, Now that the wiki is back up check out the first item under Wishlist. Let me know where things stand in reference to contributions. Thanks. -----Original Message----- From: Martin Bialasinski [mailto:klingeling@gmail.com] Sent: Tuesday, August 23, 2005 10:03 AM To: Alexander, Chris Cc: rails-spinoffs@lists.rubyonrails.org Subject: Re: [Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call On 22/08/05, Alexander, Chris <calexander@lexpharma.com> wrote:> Yes, I did take a look at the demo and it does illustrate asynchronisity AFTER event > sinking.What do you mean by "sinking"?> The question was coming from the "Wish" list issue of providing the asynchronous > method call as an event parameterI cannot reach the wiki, so for which event should this be?> Do you know the status of this issue? Thanks.No, sorry. Thomas would know. But usually, the wiki says if someone notified Thomas that he is working on an issue. Bye, Martin
Martin Bialasinski
2005-Aug-23 16:29 UTC
[Rails-spinoffs] Drag-N-Drop Event Sinking With Remote Call
On 23/08/05, Alexander, Chris <calexander@lexpharma.com> wrote:> Now that the wiki is back up check out the first item under Wishlist.I still can''t reach the wiki. 502 Bad Gateway The proxy server received an invalid response from an upstream server. Thomas?> Let me know where things stand in reference to contributions.I have no idea. I am just a user, hacking away a bit on the thing. Thomas is the one to tell you more. But if the wiki does not list anyone as working on it, I would just start working on it. Heck, if you need this feature badly at on a deadline, I would code it anyway, so you get the thing you need finished in time. Contributions to the code need to be of general usefulness, not just for a specific situation, so they sometimes need more time. And if you do your own specific thing, it might serve as a starting point for a general solution. Bye, Martin