On Aug 17, 2010, at 8:10 AM, Christiaan Hofman wrote: > > On Aug 17, 2010, at 13:50, Ivan Werning wrote: > >> On Aug 17, 2010, at 7:02 AM, Christiaan Hofman wrote: >> >>> >>> On Aug 17, 2010, at 12:30, Ivan Werning wrote: >>> >>>> I've noticed the following behavior: >>>> >>>> With both my Normal and Full Screen views settings set to single space >>>> continuous and saved that way as default (another options that I think is >>>> not as important is "zoom to fit"), then the PDF gets scrolled upwards >>>> several pages each time I enter Full Screen (using CMD+SHFT+F). The number >>>> of pages seems to vary, but it is significant (we aren't talking about a >>>> minor half a page that I may expect due to the continuous scrolling >>>> position), like more than 3 pages frequently. Indeed, if I toggle in and >>>> out of full screen starting from the last page of a 20 page PDF I can get >>>> to the first page in 3-4 repetitions. >>>> >>>> >>>> -Ivan >>> >>> I don't see this myself. Though the zoom factor you use is significant. For >>> instance, I see quite a bit of scrolling when I use a very small zoom, >>> something like half the number of pages that are shown each time. "zoom to >>> fit" is not a view option, it's a one-time action (it zooms the PDF so that >>> the current page fits precisely in the currently available view area, where >>> "current" is what's the case when you call that action). Don't you mean >>> "automatically resize" (which IS an option)? If not, what ARE the zoom >>> levels you use? And how many pages are typically visible in the view? >>> >> >> No. I never have "automatically resize" checked as default. >> >> Yes, I knew "Zoom to Fit" wasn't one of the option that Skim attempts to >> save when you set the default (since it has no tick on it), but for some >> reason (when I toggle in and out with the same PDF file at least) it does >> seem to remember this zoom factor sometimes (I can't find a pattern to >> describe what it takes, but after a few tries it sticks) and even a slightly >> manually altered one (e.g. zoomed out a bit)! I can't explain why, >> especially not the latter (maybe the others happen to be defaults). But this >> is a tangent, although perhaps an interesting one. >> >> To answer your question: my zoom level is such that the screen is larger >> than the width of the page (in a standard US letter PDF compiled from >> LaTeX). That is, I am either at "zoom to fit" (which fits the page margins >> exactly, given that I am in single page continuous) or slightly zoomed out >> from there (so I can see more of the page). By the way, usually I have the >> same zoom (relative to the frame) in the full screen and in the normal view. >> >> But I do get this page-scrolling-upwards behavior consistently at many zoom >> levels. I also played around and notice that I get it with many other >> settings: PDF crop vs. media (usually have it at crop), with or without page >> breaks (I usually have it without breaks), etc. It also happens with the >> double page continuous view. The only way I do not get it is when I am in >> the single or double page modes without continuous. >> >> I'm running OS X 10.6.4 and the latest Skim 1.3.8. >> >> >> >>> BTW, this is really a problem of Apple's PDFKit (which is responsible for >>> the actual display). They currently often even go back all the way to the >>> first page when you change the display mode (this used to be correct in >>> earlier OS versions), but we do work around that issue. >> >> >> I imagined this might be the case, which is why I refrained from calling it >> a bug. >> >>> >>> Anyway, for the next release I've added some code the work around this >>> scrolling. It won't be perfect (that's something Apple must fix), but at >>> least it will get it roughly right. >>> >> >> >> As always, many thanks! >> >> >>> Christiaan >> > > > Maybe the reason that I don't see it and you do is that I have the exact same > view settings in full screen mode as in normal mode (you can get that by > clicking the Full Screen button in the General preferences).
Yes, you are right. Actually, I had the same exact settings across modes, I'm sure of this, but had them set to coincide manually (i.e. choosing the same options then setting as default in both modes). But now I tried as you said clicking the Full Screen button in the General Preferences, which I guess adopts the defaults of the Normal view, and now I don't get the same problem. This is quite weird! Thanks for the workaround. (I'll have to go without the magically saved "zoom to fit" for full screen though) > PDFView on Snow Leopard is a real mess with layout in continuous modes > whenever any view settings change. (Well, PDFKit is a real buggy mess in > general, unfortunately, and I've heard that Apple refuses to spend sufficient > resources on developing/fixing it.) I already noted the weird thing it does > when switching display modes. I also just noticed that when you zoom in or > out the reported page number shortly jumps to another one, the jump somehow > seems to be proportional to the page number (you can see this in the Page > textfield in the toolbar, or in the thumbnails on the left). The jump is > really a lie that PDFKit sends us, but we can't see the difference between a > genuine notification and this lie, and it can have real effects in scrolling. > Probably these jumps are what causes the problems you see. I've reported > several of such bugs to Apple already, but they almost certainly won't get > fixed before the release of 10.7. > Yes. I usually don't have the status bar enabled, but I just enabled it and noticed precisely what you say: as I zoom in, the page reported in the status bar flickers, jumping momentarily to a lower number and then coming back to the correct page number. Very strange. I can see how this might be related to the problem when switching views. Thanks again for the info and the tips. > Christiaan > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Skim-app-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/skim-app-users ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
