On Dec 20, 2007, at 4:54 PM, Adam R. Maxwell wrote: > > On Thursday, December 20, 2007, at 01:26PM, "Adam M. Goldstein" <[EMAIL > PROTECTED] > > wrote: >> On Dec 20, 2007, at 3:52 PM, James Harrison wrote: >> >>> On Dec 20, 2007, at 3:10 PM, Adam R. Maxwell wrote: >>> >>>> We might be able to revisit that if it's really necessary, but see >>>> how it works as-is for a while. It was originally in the preview >>>> pane, but we changed it. With the new scheme, you can remove the >>>> file & URL columns from the table and save a few pixels. >>> >>> Maybe once I get used to the new view I won't feel the need for >>> those >>> columns, but I like the quick overview they provide of how many and >>> which references have attached files/links. >>> >> >> I second this---I have the little PDF picture in my table view so I >> can see what I have a digital copy of. > > Fair enough. You might think about other ways to do this, though > (smart group?), since it's now really easy to attach an arbitrary > number of files to a publication. Additionally, the new file scheme > won't display in the table, so it's now a legacy mechanism. >
Yes, that is a nice point, and makes much more sense, in fact, as a general solution to the problem. >> I became greedy and started wanting to actually read a paper in the >> pane, and then I realized that Quicklook could be used for that, of >> course, remembering that this is what Skim is for. > > You can read a PDF in the file view using the arrow buttons, but > it's pretty limited. You might also note that we're not using Quick > Look for most of the previews, so they're a bit more useful for our > purposes. You can copy/paste from a PDF or text file, for instance, > if you look at it from BibDesk, but Quick Look itself doesn't allow > that. If Skim could be refactored into a framework for PDF viewing, > we could use it for display...but that would be difficult. The issue is one of screen space again. If the PDF is made large enough in the pane to do more than look at the title (which is usually bigger than the article text), it must be made to fill up much of the screen, leaving little or no room for the table and the groups pane. Most of my within-bibdesk reading needs (except when I really am too lazy to open the PDF properly in skim, which is just sad) are making sure the paper is the right one, for instance, since so many have similar titles and pub dates that I need to check before I refer to it while writing; or else just to double-check whether I have quoted something right, or else look at the bibliography, or something that requires, well, just a quick look. So, I now just leave the icons at a small size, leaving room for everything else, and use quick look, unless I really need to read seriously, when I just open it up in Skim. Showing the paper in the bottom pane where the details go makes more sense for reading at a large size within BD because you can have the paper at full width, and scroll through it one paragraph at a time. -Adam G ================================= Adam M. Goldstein PhD MSLIS Assistant Professor of Philosophy Iona College -- email: [EMAIL PROTECTED] web: http://www.iona.edu/faculty/agoldstein/ tel: (914) 637-2717 post: Iona College Department of Philosophy 715 North Avenue New Rochelle, NY 10801 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bibdesk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bibdesk-users
