Post by Marc H. SchollChristian,
I just had a chance to test a different Wacom tablet (Intuos), for which El Capitan drivers *are* available. Unfortunately for me, it does not appear to be a driver problem at all!
That was not to be expected, because, as I said, tablet and mouse events are handled exactly the same (the system just packages tablet events as mouse events, which is what we receive). The only difference is Presentation mode, where we only handle them when theyâre coming from the tablet.
Post by Marc H. Scholl1. drawing (freehand) in either of standard or fullscreen views: line are shown while drawing, disappear as soon as pen is lifted from the tablet
As I said, this must be the system. We only draw something during the drawing itself, which is working. After that, we add the actual note, after which it is the systemâs responsibility to do the display of the note. So if it doesnât do that, as I said, itâs a bug in the system. Hopefully Apple will fix this in 10.11.2 (they did do this right in 10.11.0, if I understand this correctly).
Post by Marc H. Scholl2. drawing in presentation mode: drawing is not working at all (nothing shown, no anotations added)
Is the note also not there after you go back to normal window mode (look in the note table)? I think I may know what goes wrong, at least during the drawing (afterwards, it would be the same as above). To test this, could you try to set the SKUseNormalLevelForPresentation hidden pref (See the Wiki)? To do this write the following in Terminal.app (while Skim is not running) and hit Enter:
defaults write -app Skim SKUseNormalLevelForPresentation -bool true
Does the line show after that (at least during drawing)?
You can reset this hidden pref afterwards using âdefaults delete -app Skim SKUseNormalLevelForPresentationâ.
Post by Marc H. SchollPoint 2 is particularly bad, since I was using freehand anotations a lot in my lectures.
In addition: what I noticed in scenario 1: when I draw quite a bit without lifting the pen, some fragementsânot necessarily contiguous onesâof the line will stay visible once I finally lift the pen (possibly the line fragments have been shifted on the paper, Iâm not sure). It doesnât seem to be reproducible when that happens and what parts remain visibleâŠ. Strange!
And btw: same behavior, if I use the magic trackpad to draw.
Cheers
âMarc
This is weird. This may indicate that PDFKit does draw the notes, or at least attempts to, but messes up the coordinate systems when it draws lines in the notes (they seem to fail for all notes that consist of lines). This actually makes a bit of âsenseâ, as the also mess up the coordinate transformations on El Cap when copying parts of the PDF (which we had to work around), and for notes that are drawn on rotated pages. So this may just be another case of that same bug (or the same Apple developer with a bad sense of direction).
Christiaan
Post by Marc H. SchollPost by Marc H. SchollChristian,
with 1.4.15 I can confirm the behavior others have observed: handwriting is shown during drawing and disappears as soon as I lift the pen. This works in standard and fulltext views.
The behavior I described earlier (for presentation mode) was really the opposite: I couldnât see anything while drawing, but the freehand lines appeared as soon as I lifted the pen. I cannot reconstruct this, since I had played with the Wacom drivers (re-installed old ones, deleted them), so I currently have no working drivers installed for my old Bamboo tablet (yet drawing works in standard and fullscreen views, but NOT in presentation mode).
Still waiting for the new pen tablet that comes with El Capitan driversâŠ
Best
âMarc
Post by Christiaan HofmanPost by Marc H. Scholl⊠no, Marc is using Skim 1.4.15 (the behavior was observed using 1.4.14, I guess).
âMarc
Skim 1.4.15 did not change this, as it did not change your OS version, obviously.
Christiaan
Are you sure youâre seeing this with 1.4.15, and 1.4.14? What you described really sounds more like the behavior of 1.4.13 or earlier on Mac OS 10.11.0. My understanding is that Skim 1.4.13 did not show the note on 10.11 during drawing, and 10.11.1 doesnât display the note after drawing (or adding, if itâs e.g. a line note).
Christiaan
Post by Christiaan HofmanPost by Marc H. SchollI am pretty sure this is a bug in 10.11.1. There were no problems reported on 10.11.0, but it occurred on 10.11.1 for various users. And nothing has changed in Skim with this part. I am not sure whether itâs a drawing problem of the notes itself, or a redrawing problem of the PDF. I have reported it as a bug to Apple, but they have as yet not reacted. I find it really strange though that the tablet behaves differently than the mouse, because they actually go through the exact same code path. Or is Marc using Skim 1.4.13 or earlier?
Christiaan
------------------------------------------------------------------------------
_______________________________________________
Skim-app-users mailing list
https://lists.sourceforge.net/lists/listinfo/skim-app-users
--
| Prof. Dr. Marc H. Scholl
|
| Universitaet Konstanz
| FB Informatik & Informationswissenschaft
| D-78457 Konstanz, Germany
| Tel: +49 (0)7531/88-4432, Fax: +49 (0)7531/88-3577
| http://dbis.uni-konstanz.de <http://dbis.uni-konstanz.de/>