URL 检测 adobe air 桌面小部件
我是 Adobe Air 的新手，我需要（紧急！！！）使用 Adobe Air 制作一个小部件，用于监视我导航的 URL，当我进入特定站点时，该小部件会出现在我的屏幕前面并显示信息。 问题是我不知道如何使用 Adobe air (flash) 监听浏览器的当前 URL。
我正在尝试使用 HttpStatusEvent，但我可以弄清楚如何从浏览器中删除 URL。
谢谢！！
Carolina
I'm new in Adobe Air, I need (urgente!!!) to do a widget with Adobe Air that monitors the URLs where I navigate and when I enter to a specific site the widget appears in the front of my screen and display a message.
The problem is that I don't know how to listen the current URL of my browser using Adobe air (flash).
I was trying with HttpStatusEvent but I can figure aut how to retireve the URL from my browser.
Thanx!!
Carolina
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
请参阅我对此问题的回答
这并不容易；这可能是不可能的。计时器和运行 AIR/Flash Player 最小化存在问题。速度变慢，因此对计算机性能的影响较小。后台 AIR 的响应方式可能与 Active AIR 应用程序的响应方式不同。
理论上，您可以使用套接字在 AIR 中编写一个代理，并设置本地浏览器通过该代理路由所有请求。这可能不适合广泛使用。
如果您可以控制要用来触发 AIR 应用程序的网页，则可以将 SWF 放在网页上，然后使用 LocalConnection 在浏览器 SWF 和 AIR 应用程序之间进行通信，从而强制 AIR应用程序弹出。
See my answer to this question
This wouldn't be easy; it may be impossible. There are issues with timers and running AIR/Flash Player minimized. Things slow down so it is less of a drag on computer performance. AIR in the background may not respond the same way as an Active AIR application would.
In theory, you can write a Proxy in AIR using sockets and set the local browser to route all requests through the proxy. That probably isn't practical for wide use.
If you have control over the web page that you want to use to trigger your AIR app, you might be able to put a SWF on your web page and then use a LocalConnection to communicate between the browser SWF and the AIR app, forcing the AIR app to pop up.
AIR 无法知道浏览器是否正在运行以及它在做什么（除非 NativeProcess 帮助程序）。
Flextras 的回答让我想到了代理...当然，小部件内的代理是不实用的。如果小部件是代理，那么没有它你就无法上网 - 这是愚蠢的。相反，我们可以采用开源代理，在其中检查用户代理标头（以过滤浏览器请求）和可能的 url（以排除图像、CSS 和 js 请求）。当您有来自浏览器的 html 请求时，您可以让代理打开本地套接字连接到您的小部件侦听并通知它的同一端口。但这很难紧急完成。
AIR has no means to know if browser is running and what it does (barring NativeProcess helpers).
Flextras' answer made me think about proxies... Of course, proxy inside widget isn't practical. If widget is proxy, you can't have internet without it - that's silly. Instead, one can take an open source proxy, inside it check user agent header (to filter browser requests) and probably url (to exclude images, css and js requests). When you have request from browser and for html, you can make proxy open local socket connection to the same port your widget listens and notify it. But this can hardly be done urgently.