We actually do tell the view to udate after adding a new note. It is Apple
though that must do the actual redrawing, as they do the drawing. That's
where it apparently goes wrong. Unfortunately there is nothing more we can
do.
Christiaan
Christiaan,
Not being familiar with the structure of the code, this didn't seem odd
from the start to me, but certainly you're the expert here! I'm just
reporting what I see...
To me, it's promising that it appears to correct after scrolling far enough
to force a refresh (without relaunching
Yes, this is essentially how I had understood it. It just does not make any
sense to me, because programmatically the addition of old highlights when
opening the file is completely equivalent to adding a new highlight later
on. These are the same kind of objects added with the same exact code. The
Perhaps I'm not being clear as to what I mean by old and new highlights.
I've written two scenarios up, and in doing so found a couple of more
palatable workarounds than before.
This should make it usable until Apple comes around with a fix, at least if
you don't mind a slight inconvenience.
This makes no sense. There is no difference between old an newly added
highlights. They are always newly added to the PDF in the view.
Christiaan
--
Check out the vibrant tech community on one of the world's most
engaging
Thanks - got the updated code. I was thinking apple script would be a good
way to replace the underlines with highlights. It appears that the old
highlights (created under previous OS) look just fine. I may even be able
to run the AppleScript on a previous OS to replace underlines periodically.
That build problem is now fixed, some third party code had changed in an
incompatible way.
Highlights should definitely need to be replaced automatically but Skim. If
you want to do that yourself you can us AppleScript.
Christiaan,
Perhaps this best for the dev site, but I'd certainly help in whatever
capacity I could, not being familiar with the project. Even if I could
help to find a way to convert all the 'underline' annotations to
'highlights' once this High Sierra mess is figured out, that would help me
This isn’t a Skim issue, but I think it is worth pointing out the “bottom
line” of the Ars Technica review of High Sierra:
"I’ve been using High Sierra for months, and I’ll continue to use it. I
think the vast majority of people who decide to upgrade on day one will be
essentially fine. But if
Thanks. The "virtual machine with older OS" is almost unusable, due not
only to the quirks above, but also due to bugs in Parallels which prevent
the guest OS from recognizing the track pad on my laptop (it thinks it's a
mouse and it's very non-intuitive to navigate).
I guess we're stuck waiting
I wish I had an answer. But unforunately i have no idea to work around High
Sierra's bugs. And worse, I really cannot work on it at all at the moment.
Christiaan
--
Check out the vibrant tech community on one of the
Ok now I have El Capitan and Skim, and indeed the highlight issue is fixed.
However, there's another symptom even more alarming. When opening the pdf
with the same version of Skim (), I get the following message:
"Unable to read notes for /Volumes/Shared
Folders/Home/Documents/.../EBook.pdf,
12 matches
Mail list logo