[Prototype-core] Re: Prototype: AIR compliant?

2008-04-04 Thread Thomas Fuchs
Why not write a small override lib then, instead of converting the code... :) ? best, thomas On 20.03.2008, at 22:18, BenKeen wrote: I have to second Shadow's remark. I've had to turn to jQuery for my AIR app - a nice little framework, but requires converting my Prototype code in jQuery

[Prototype-core] Re: Prototype: AIR compliant?

2008-04-04 Thread John-David Dalton
You can lead a horse to water but you can't make em' drink :). --~--~-~--~~~---~--~~ 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

[Prototype-core] Re: Prototype: AIR compliant?

2008-04-04 Thread John-David Dalton
Here is a patch for it (I modified 2 lines of code): Please test and report back on the ticket if it works: http://dev.rubyonrails.org/ticket/11530 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Prototype: Core

[Prototype-core] Re: Prototype: AIR compliant?

2008-04-04 Thread John-David Dalton
I tested the patch and it turns out that the eval() in the Selector class isn't a problem becuase Adobe Air uses the compileXPathMatcher() and bypasses the eval. The only issue must be the evals used for scripting and the patch takes care of those as well. Other than that I can't see an issue

[Prototype-core] Re: Prototype: AIR compliant?

2008-04-04 Thread John-David Dalton
Prototype does seem to work out of the box with ADOBE AIR. The script insertion that the patch for Prototype.exec() provides does not work under ADOBE AIR, but it does not error out either. If you want to eval code you can do somethign like this though, AIR allows: function exec(code){ new

[Prototype-core] Re: Prototype: AIR compliant?

2008-04-04 Thread John-David Dalton
Prototype has been using the compileXPathMatcher() for xpath support since 3/09/07 http://dev.rubyonrails.org/changeset/6366 There shouldn't have been any issues with it since then, unless ADOBE AIR didn't support XPath until recently. Reguardless Prototype seems to work just fine.

[Prototype-core] Ajax.Request.success() request abort bug? (FW: Ajax.Updater Question)

2008-04-04 Thread Jon L.
(ref: http://groups.google.com/group/rubyonrails-spinoffs/browse_thread/thread/a1f7e479a7f5d1b7) On Apr 4, 4:38 am, Ree [EMAIL PROTECTED] wrote: Hello, Here's a simple example: div id=containerNo records found./div new Ajax.Updater({success: 'container'}, 'http://...', {method:'get',

[Prototype-core] Re: Ajax.Request.success() request abort bug? (FW: Ajax.Updater Question)

2008-04-04 Thread Jon L.
[correction] Should it just be? return (status = 200 status 300); - Jon L. On Apr 4, 4:50 pm, Jon L. [EMAIL PROTECTED] wrote: (ref:http://groups.google.com/group/rubyonrails-spinoffs/browse_thread/thr...) On Apr 4, 4:38 am, Ree [EMAIL PROTECTED] wrote: Hello, Here's a simple

[Prototype-core] Терки для овощей и фрукт ов

2008-04-04 Thread Золотой Клон
Вы продолжаете пользоваться своей старой, привычной теркой? Предлагаем Вам отложить ее подальше и обратить свой взор на совершенно уникальнуюновейшую версию старой доброй классической терки, с которой вам больше не придется задумываться о том, как закрепить ее на рабочем столе и.. сохранить свои

[Prototype-core] Re: Ajax.Request.success() request abort bug? (FW: Ajax.Updater Question)

2008-04-04 Thread Ken Snyder
On Fri, Apr 4, 2008 at 4:01 PM, Jon L. [EMAIL PROTECTED] wrote: [correction] Should it just be? return (status = 200 status 300); - Jon L. status is zero for local ajax calls which are used for unit testing and potentially used for offline development. See my patch, which, as

[Prototype-core] Re: Ajax.Request.success() request abort bug? (FW: Ajax.Updater Question)

2008-04-04 Thread John-David Dalton
Also a different patch for solving the same problem. I check the window.location.href and the url of the ajax call to determin if its file or ftp protocol then allow zero or not. http://dev.rubyonrails.org/ticket/10030 --~--~-~--~~~---~--~~ You received this

[Prototype-core] Re: Ajax.Request.success() request abort bug? (FW: Ajax.Updater Question)

2008-04-04 Thread Ken Snyder
On Fri, Apr 4, 2008 at 11:01 PM, John-David Dalton [EMAIL PROTECTED] wrote: Also a different patch for solving the same problem. I check the window.location.href and the url of the ajax call to determin if its file or ftp protocol then allow zero or not.

[Prototype-core] Re: Ajax.Request.success() request abort bug? (FW: Ajax.Updater Question)

2008-04-04 Thread John-David Dalton
This ticket here: http://dev.rubyonrails.org/ticket/11434 mentions asolution for dropped connections in Firefox. It might work on other browsers as well. Basically they attach a callback to the onError native event handler of the transport. --~--~-~--~~~---~--~~