Found one discussion on this (after I post, of course) http://groups.google.com/group/blacktree-quicksilver/browse_thread/thread/712eee04d9c322ef/ec9fc61a074fc8f5?lnk=gst&q=clipboard#ec9fc61a074fc8f5
The fix indicated there does not work for me. If I position my history slightly of screen, the next time it is invoked, its location has changed so that its edge is flush with the side of the screen, and it doesn't disappear. I.E., when I drag it to overlap, it does zip away when I release the mouse, but when I invoke it next time, it doesn't zip away. On Mar 8, 9:11 am, mason k <[EMAIL PROTECTED]> wrote: > Hi all. I am using "Ankur's" b55 (3814) build. I set it up using > that multi-step rubric that is floating which includes the > > defaults write com.blacktree.Quicksilver "Cutting Edge Features" -bool > yes > defaults write com.blacktree.Quicksilver "Feature Level" 3 > > commands. > > The first time I did it, it messed up and would not let me open the > triggers pane. I zapped and tried the same steps, and now it seems to > be fairly stable, but there is one serious problem. After I set up my > clipboard history trigger, the history window started popping up all > over the place. It triggers when the QS app first loads at login, it > triggers when I quit almost any application, and it sometimes triggers > for other reasons that I haven't yet determined. I can press the > hotkey to get it to hide again, but this is the kind of annoyance that > I want quicksilver to solve, not create. > > The hotkey is ctrl-shft-W, and it isn't an issue of having overloaded > the "quit application" key. The history also triggers if I exit the > window with a mouse. > > I've read of one other person having this problem, at least. I wonder > if anyone else has, or has a clue why it's happening?
