One of the things I’ve tried to find within Scrivener is a way to have a floating window open for notes while in non-Scrivener apps. (So I don’t have to resort to “Stickies”)
While Quickref windows would be perfect, the fact that they disappear when you click another app (even a calculator), makes it not usable for that.
So, I tried scratch pad, but the several times I’ve used it, I find after a few moments, if I try to type or paste into it, it “freezes” and the letters I’m trying to type in scratch pad kind of “magically” type in one of my open editors windows instead. I also notice (this is happening right now), that I can’t delete or copy anything from the scratch pad. If I try – stuff deletes from the open editor window.
Right now, I’m trying, and the scratch pad is still there, but nothing can be written to or copied from it. Anything I try to do in there, happens in the open editor window.
I’ve tried closing and re-opening the scratch pad window just now, but still – same behavior. And it happens no matter which scratch pad note I try to access.
Playing around, I opened another (previous) Scrivener project, then closed it, and, for a few moments, the scratch pad worked again. But – when I went to copy this very note into it – it’s completely frozen again. (The act of going from Scrivener/scratch pad to the browser, then back, triggers this behaviour, maybe?)
This sounds like a bug, or as though a third-party app is interfering somewhere. Could you please look on the console (~/Applications/Utilities/Console.app) to see if any error messages get output there when this problem occurs?
Thanks,
Keith
I haven’t experienced this behavior, but have noticed that when I highlight and drag copy from web pages, etc., into Scratch Pad, that it retains the background color (including dragging from this forum) and that subsequent typing in Scratch Pad continues to have the background color behind it. If sent to project, the background color is retained.
Okay, I’m not a real techie sort, so I opened the console app you mentioned, and didn’t see anything warning-like (but I admit I don’t know how to read it really)…
But here’s what happened today – I re-booted my computer, and here’s the actions I took right before the scratchpad froze…
I opened my browser (firefox) and the console app
looked at a couple webpages, Facebook and the like…
Opened one scrivener project
(usually I open more, but today just one)
Scratchpad worked okay, even as I went back and forth from scrivener page to scratch pad…
went back to browser opened a new page… went back to scrivener
scratchpad froze –
(with only browser/console/one scrivener app opened.)
Started writing this comment, went back to scratch pad … now unfrozen…
So could it have something to do with firefox being opened? Hmmm…
Also, on another side note …
I notice a bit of a bug in “document notes”…
If I write, say 3 lines of something … then go back and add something to anyplace before the 3rd line, the 3rd line will disappear, or sometimes will blink. It’s still there, just invisible. (It’ll come back if I go to it and write on it …) Sometimes if I write, say, 6 or 7 lines, if I go back to the earlier lines, sometimes the last two lines will do this behavior…
So there you go, I’ll keep an eye open to see what I’m doing – am curious tho, if anyone else is experiencing this, of if it’s just something I’m doing…
I tried it in Firefox, didn’t experience any freezing, same with Safari and Google. So it may be another third party app or possible a Firefox extension.
Re my previous post in this thread, behavior of bringing background color when highlighting/drag and drop, and with copy/paste, from web browser appears only to happen when using Safari (5.03); behavior does not happen with Firefox or Google on my system.