Re: gitk's copy pasteboard doesn't persist after it quits

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Le 07-11-22 à 16:01, Shawn O. Pearce a écrit :

Jonathan del Strother <maillist@xxxxxxxxxxxxxx> wrote:
On OS X, if I load gitk, copy a sha1, then quit, the sha1 isn't put
into the system-wide pasteboard. It's definitely copied - I can paste
it back into the sha1 field - but it seems to be some sort of local
pasteboard that's specific to gitk

I don't know the specific of Tcl/Tk on OSX, but for Cocoa apps you can choose how you want it pasteboard to behave. Imagine you copy a 1 gig video object, should you have another copy of it in the 'shared space' ? no, that's why you can decide that you make it available on demand only (if someone ask to paste it the system will ask your app for the full content). But if you (as an application) have put something in the pasteboard 'on-demand-only', then when you quit, you should store the real value in there, nut just a pointer to the values. I'm guessing the TclTk implementation doen't answer that kind of notification from the system and quit without filling the real pasteboard content.

- jfv

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux