> Adding 2-column versions of all kind of commands leads to more feature > bloat. Certainly with the amount of features in Skim new features have > to be added with much care, so AFAIC they should pass a pretty high > bar at this point. And this would not even pass a very low bar in my > opinion.
I completely agree here. > WE don't display, PDFKit does. Based on the pages. > > > If I had the time I would look at the source to see if what I am > > thinking of is within what is doable ... > > Adding this kind of weird workarounds is generally a very bad idea, > and I certainly think so here. This should be implemented reliably in > PDFKit or not at all. There's not sufficient control to add it in a > neat way. OK, that's the info I didn't have. I thought that PDFkit rendered each rectangle it was asked to render separately, and that Skim was in charge of the display and layout; so that's settled then. Sorry for the noise, and thanks again for Skim ! Cheers, /v -- | Vincent Beffara Section de Mathématiques | | 2-4 rue du Lièvre | | Tél: (+41) 22 379 11 45 Case postale 64 | | Fax: (+41) 22 379 11 76 1211 Genève 4 | | [EMAIL PROTECTED] Suisse | ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
