Can';t从MAC OSX上的后台java应用程序复制到剪贴板
我们有两个java应用程序在MAC上运行。一个后台应用程序将文本或图像发送到剪贴板,然后另一个应用程序获取该数据并将其粘贴到其应用程序中 我们有这个问题,当应用程序复制剪贴板上的内容时,后台应用程序将无法更新剪贴板,直到其UI变为活动状态 是否有解决此剪贴板问题的方法?这在Windows和Linux上都有效,似乎只有在MAC上才有问题。不要。 你正在做的事情通常被称为。实现这一目标有多种策略。在两个Java应用程序的联合文本中,更“正确”的方法之一是使用 用一种非标准的“黑客”方式来做,就像你用剪贴板一样,问题更大……因为你已经发现了困难的方法 即使你成功地让它运行起来,将来出现问题的可能性也很大。例如:想象一个Windows更新改变了剪贴板的行为——它会破坏你在Windows上的应用程序。不要。 你正在做的事情通常被称为。实现这一目标有多种策略。在两个Java应用程序的联合文本中,更“正确”的方法之一是使用 用一种非标准的“黑客”方式来做,就像你用剪贴板一样,问题更大……因为你已经发现了困难的方法Can';t从MAC OSX上的后台java应用程序复制到剪贴板,java,macos,clipboard,Java,Macos,Clipboard,我们有两个java应用程序在MAC上运行。一个后台应用程序将文本或图像发送到剪贴板,然后另一个应用程序获取该数据并将其粘贴到其应用程序中 我们有这个问题,当应用程序复制剪贴板上的内容时,后台应用程序将无法更新剪贴板,直到其UI变为活动状态 是否有解决此剪贴板问题的方法?这在Windows和Linux上都有效,似乎只有在MAC上才有问题。不要。 你正在做的事情通常被称为。实现这一目标有多种策略。在两个Java应用程序的联合文本中,更“正确”的方法之一是使用 用一种非标准的“黑客”方式来做,就像你用
即使你成功地让它运行起来,将来出现问题的可能性也很大。例如:想象一个Windows更新改变了剪贴板的行为——它会破坏你在Windows上的应用程序。有必要将剪贴板用作你的数据传输机制吗?localhost上的RMI如何?+1找到从一个应用程序到另一个应用程序的另一种方法-通常不赞成应用程序在没有明确用户操作的情况下更新剪贴板(可能覆盖以前的内容),是否需要将剪贴板用作数据传输机制?本地主机上的RMI如何?+1找到另一种方法从一个应用程序到另一个应用程序获取数据-通常不赞成应用程序在没有明确用户操作的情况下更新剪贴板(可能覆盖以前的内容)