为什么 gitk 在编辑下没有复制/粘贴菜单项?

发布于 2024-10-26 17:58:20 字数 489 浏览 0 评论 0原文

本论坛已表明,gitk 可与本机操作系统密钥配合使用,例如将其复制/粘贴到 SHA1 ID 行中:请参阅 无法在 gitk - macosx 中复制和粘贴如何在 gitk 中复制文本

我的问题是为什么此功能没有出现在编辑下的菜单项?

能够做到这一点是否存在一些障碍?

另请参阅此参考资料,以获取答案中对 gitk 的良好概述:
了解 gitk 的指南?

It has been shown in this forum that gitk works with the native OS keys to copy/paste for example into the SHA1 ID line: see
unable to copy and paste in gitk - macosx and How to copy text in gitk

My question is why doesn't this functionality appear in a menu item under Edit?

Is there some blockage to being able to do that?

See also this reference for a good overview of gitk in the answers:
Guide to understanding gitk?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

记忆消瘦 2024-11-02 17:58:20

关于 Tk 和其他应用程序之间的复制/粘贴支持,这个 wiki 页面 总结道:

Q9。当我从 OS X 上的 Tcl/Tk 应用程序复制然后退出该应用程序时,我复制的文本不会出现在系统范围的粘贴缓冲区中。
我需要在 Tk 应用程序仍在运行时将焦点切换到其他内容,以便跨应用程序复制/粘贴才能按预期工作。我在 Leopard 上使用 Tcl/Tk 8.10,尽管在 Tiger 上使用 8.7 也遇到了同样的问题。有办法解决这个问题吗?

A9。 SLB:我无法专门针对 OS X 回答,但 Windows 上也会出现类似的问题。
我确实对此进行了调查,发现 Windows 提供了两种在剪贴板中存储信息的方法:

  • 您可以将文本复制到剪贴板或
  • 您可以在剪贴板中存储对保存文本的应用程序的引用。

当文本量很大时,后者效率更高,但意味着应用程序终止时信息会丢失。
这是 Tk 提供的唯一形式的文案
解决这个问题需要一个 TIP 来扩展 Tk 中的剪贴板支持。

因此,现在在应用程序和 Tk 应用程序之间复制/粘贴可能并不容易...


原始答案:

今天一整天都在使用 gitk,我可以看到甚至没有“焦点” gitk 的左下面板,显示内容的差异。

即单击该面板不会触发其他面板的任何内容。

换句话说,gitk GUI 不会监视该面板中的鼠标单击/选择事件,并且仅适用本机剪贴板功能。

Edit”菜单不反映任何复制/粘贴条目似乎是一致的,因为 gitk 不监视这些选择事件。
事实上,“编辑”仅用于编辑首选项。

Regarding copy/paste support between Tk and other Apps, this wiki page sums it up:

Q9. When I copy from a Tcl/Tk app on OS X, then quit that app, the text I copied doesn't appear in the system-wide paste buffer.
I need to switch focus to something else while the Tk app is still running for cross-app copy/paste to work as expected. I'm using Tcl/Tk 8.10 on Leopard, though I had the same problem with 8.7 on Tiger. Any way around this?

A9. SLB: I cannot answer specifically for OS X but a similar problem occurs on Windows.
I did investigate that and found that Windows provides two methods for storing information in the clipboard:

  • you can copy the textinto the clipboard or
  • you can store in the clipboard a reference to the application holding the text.

The latter is more efficient when the amount of text is very large but means the information is lost when the application terminates.
This is the only form of copy offered by Tk.
Resolving it would require a TIP to extend clipboard support in Tk.

So copy/paste between an app and a Tk app might not be easy right now...


Original answer:

Having work with gitk all day long today, I can see there is no "focus" even on the left-bottom panel of gitk, where diff of content are displayed.

I.e. clicking in that panel doesn't trigger anything for the other panels.

In other words, the gitk GUI doesn't monitor the mouse click/selection events in that panel, and only native clipboard capability applies in it.

It seems coherent that the 'Edit' menu don't reflect any copy/paste entry, since gitk don't monitor those selections events.
As it is, 'Edit' is only there to edit the preferences.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文