此问题是部分用户体验，部分工程。与其他网页上的用户进行通信
我试图找到一个很好的，干净的方式，让用户与我的网页在他们在另一个网页上进行通信。我有接受HTTP POST/GET的Web服务，因此欢迎使用AJAX和其他异步细节 - 不必担心通信的细节，可以轻松修改它们以适应解决方案。
我遇到的问题在于用户交互。例如，说用户正在查看一个网页，他们想要将我的系统发送到网站的URL。如果他们仍然可以看到该页面并且没有太多“疯狂点击”，他们现在必须返回到我的页面并输入信息（可以想象这已经经过可怕测试），但我希望它能够实现。我已排除浏览器工具栏（易于在FF，但我的许多用户使用IE）和本地应用程序（他们不希望安装Java或Adobe Air应用程序）。
您以前是否曾经解决过这样的问题，或者您是否知道如何解决这个问题？我是否应该为FF和IE寻找单独的解决方案（例如，FF和其他IE的工具栏）？不要担心Safari和Chrome，尽管支持它们的解决方案也很棒。
谢谢。
p.s.用户将在我的系统上有一个帐户。
你有没有想过类似Digg Bar的东西？
用户可以通过书签来访问它，也可以使用URL前缀http://yoursite.com/<other_site_url>。当用户点击链接时，栏保持活动状态。
如果您编写了系统托盘应用程序，该怎么办？类似的东西Pixel Ruler
这可能会坐在他们的托盘，它会知道你是网站。这将消除浏览器工具栏，并可以想象在多个浏览器上工作。如果他们访问您的网站，甚至可以将其设置为安装。
然后，你可以暴露在您的网站的web服务，这种控制将信息传回给（如用户名，当前网站等）
感谢您的回复，但用户仍需要安装。此外，它不会自动运行在所有操作系统上 - 如果我确实让我的用户安装了某些东西，我会执行Adobe Air或Java，以便“自动支持所有平台”。 – 2010-01-03 19:18:31
我不知道你的应用程序的细节，但我可以想象的唯一解决方案就是将页面拆分为两个框架，并将工具栏放在顶部。 stumbleupon.com这样做，但它是有道理的，因为他们提供的网页内容。
简而言之，您的用户必须先访问您的网站，然后才能进行自己的浏览。你的项目是否合理？这听起来像是它自己的用户体验灾难。另外，如果你的大部分用户都在使用IE浏览器，我会假设他们并不是那里最精通网络的用户。
是的，好想法，但它不会工作。除了用户体验外，还会出现跨域问题 - 尤其是HTTPS（思科银行网站）。 而你说得对，该网站并不适合开发者或技术精英。 谢谢你深思熟虑的回复。 – 2010-01-02 22:43:33
那么，如果本地应用程序和浏览器插件没有问题，那么你可能会倒霉。我不认为那是另一种解决方案。 – 2010-01-02 23:45:26
任何其他页面或您自己网站的页面？ – 2010-01-02 22:32:58
我们能否听到更多关于这个系统的用途？没有这个，很难知道推荐什么。标题“与其他网页上的用户进行通信”并不真正符合问题主体中给出的示例（将当前URL提交给某个中央系统）。这些是不同的用例，有不同的解决方案。 – user242275 2010-01-02 22:45:09
托尼 - 其他网站，而不是我自己的网页。 – 2010-01-02 22:45:22