> On Nov 10, 2015, at 20:31, Marc H. Scholl <marc.sch...@uni-konstanz.de> wrote: > > Christian, > > 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. > Mac OS X 10.11.1, Skim 1.4.14 and the effects are: > > 1. 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). > 2. 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”. > Point 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 > > On Tue, Nov 10, 2015 at 16:36h, Marc H. Scholl <marc.sch...@uni-konstanz.de > <mailto:marc.sch...@uni-konstanz.de>> wrote (with possible deletions): >> >> Christian, >> >> 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 >> >> On Tue, Nov 10, 2015 at 16:16h, Christiaan Hofman <cmhof...@gmail.com> wrote >> (with possible deletions): >>>> >>>> On Nov 10, 2015, at 14:48, Christiaan Hofman <cmhof...@gmail.com> wrote: >>>> >>>> >>>>> On Nov 10, 2015, at 14:44, Marc H. Scholl <marc.sch...@uni-konstanz.de> >>>>> wrote: >>>>> >>>>> … 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 >>> >>>>> On Thu, Nov 05, 2015 at 22:20h, Christiaan Hofman <cmhof...@gmail.com> >>>>> wrote (with possible deletions): >>>>>> I 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 >>> Skim-app-users@lists.sourceforge.net >>> 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/> >
------------------------------------------------------------------------------
_______________________________________________ Skim-app-users mailing list Skim-app-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/skim-app-users
