Re: gitk's copy pasteboard doesn't persist after it quits
- From
- Jean-François Veillette <jean_francois_veillette@yahoo.ca>
- Date
- Nov 22, 2007, 21:29 UTC
- Message-ID
- <2F4229F3-C4BE-4BC2-8F2D-90519D25944C@yahoo.ca>
- In-Reply-To
- <20071122210105.GY14735@spearce.org>
Le 07-11-22 à 16:01, Shawn O. Pearce a écrit :
Show 6 quoted lines
> Jonathan del Strother <maillist@steelskies.com> 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