On Sep 3, 2007, at 10:58, Niels Kobschätzki wrote: > On Sep 3, 2007, at 7:40 PM, Adam R. Maxwell wrote: > > <snip> > >> Performance is reasonable on my PowerBook (G4 1.33/1GB), but should >> be >> improved with additional processors/cores. I'm interested in bug >> reports if anyone plays with it (drawing problems, crashes). > > There's no horizontal scroll-bar if I zoom in but i can scroll > horizontal with the scroll-ball of the Mighty Mouse.
Yeah, the zoom should be restricted to the window size, but it's not. > The anti-aliasing seems to be "switched off" when I zoom in or out > and therefore the font for the file name looks ugly and pictures as > well but I guess that's an apple-thing because it seems that the same > problem occurs in iPhoto as well. It's a standard optimization; drawing antialiased is a significant performance hit. > I can drag a pdf onto another pdf and the first one is replaced in > the view by the dropped one. This is intentional... Dropping on BibDesk's main window thumbnail view would be disabled, of course. > And it would be cool if I draw a folder on the app that the content > (the pdfs in the folder and its sub-folders) are shown as thumbnails > and not the folder itself For BibDesk, that would probably make sense, and be easy enough to implement...although a deep directory traversal would be pretty dangerous. The view is certainly capable of that; it's just up to the supplier to give it files instead of folders. > Right now I'm unfortunately not seeing really the use of the app Testing :). > or > the integration of it into Bibdesk because most of my PDFs are from > JSTOR or some other stuff that doesn't have a cover and is text only > (especially on the first page) and therefore a thumbnail isn't really > useful. Agreed. That's been my argument against adding this functionality. It's a direction that Apple seems to be headed, though, and some users expect it. For a longer discussion, see <http://sourceforge.net/tracker/index.php?func=detail&aid=1763050&group_id=61487&atid=497426 >. Showing thumbnails of all pages would be a better answer to that RFE, but also prohibitively expensive. My idea is that this could be useful in a different way than the current display-linked-file pref, which basically assumes one ref<- >file. Since BD allows arbitrary file types and number of files, it's useful for (say) notes on an experiment, or adding screenshots or multimedia since not all citations are PDF. With the new approach, you're not limited to displaying only Local-Url in the main window (so multiple selection semantics are consistent, if not very useful), and you can also quickly view arbitrary content in a separate window. Similar idea to Apple's Quick Look for Leopard. However, the main utility is for the editor window, and revamping the file interface to be more user friendly. The thumbnail view for the main window is a side benefit as far as I'm concerned. -- Adam ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bibdesk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bibdesk-users
