git/list[1] front-page[2] threads[3] people[4] search[5] about
 

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

From
Shawn O. Pearce <spearce@spearce.org>
Date
Nov 22, 2007, 21:01 UTC
Message-ID
<20071122210105.GY14735@spearce.org>
In-Reply-To
<DFBFC631-01BF-4D2D-BCF3-3FC376479CB2@steelskies.com>
Jonathan del Strother <maillist@steelskies.com> wrote:
Show 9 quoted lines
> 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
> 
> If I switch to another app, the sha1 is stored in the pasteboard  
> correctly, and I can then quit gitk and still have it available.  I'm  
> guessing that gitk (or Tcl/Tk) is syncing with the system-wide  
> pasteboard on focus change, but not on quit.

I've seen this not just on Mac OS X but also on Windows. It seems like Tk wipes the clipboard clean on exit, so I've just learned to not exit a Tk application until I'm done with the clipboard...

-- 
Shawn.
Previous: Jonathan del StrotherNext: Jean-François Veillette
Message 2 of 3 in “gitk's copy pasteboard doesn't persist after it quits”
  1. Jonathan del StrotherNov 22, 2007
  2. Shawn O. PearceNov 22, 2007
  3. Jean-François VeilletteNov 22, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.