On 21 Dec 2007, at 7:18 AM, Adam R. Maxwell wrote: > > On Dec 20, 2007, at 12:52 PM, James Harrison wrote: > >> On Dec 20, 2007, at 3:10 PM, Adam R. Maxwell wrote: >>> >>> The current master-detail view is really handy, so it's hard to >>> replace that with the file view; I mainly use the table columns for >>> sorting, but prefer the lower pane for easy readability. Another >>> option I've thought about is a single column of tall table cells on >>> the right showing details, with the lower pane reserved for >>> abstract/ >>> annote/pdf/files/webgroup. See attached (from copying a couple refs >>> into OmniOutliner). The problem is that such a view would still >>> have to be pretty wide to be readable. >> >> I generally agree. My beef with the current wide detail view is >> that I >> find abstracts harder to read with long lines and relatively small >> type sizes. > > Yeah, same here. There's also a lot of info I don't care about (date- > added & date-modified, citekey). I use it because it is (or was) > faster than templating, and parses TeX font commands. > >> Plus I end up with a contest between the number of >> references I can show in the list and the vertical height of the >> detail view beneath the list. A columnar view with shorter lines >> (like >> a newspaper) is just easier for me to scan through and if it's on the >> side it's independent of the number of articles visible in the list. > > Isn't 60-70 characters per line the optimum value for minimal eye > strain? There's a reason for LaTeX's crazy narrow \textwidth. > > Anyway, I hacked together a sample this evening and posted a > screenshot here: > > http://homepage.mac.com/amaxwell/.cv/amaxwell/Sites/.Public/ > detail_table.jpg-zip.zip > > and a partly working demo here: > > http://homepage.mac.com/amaxwell/.Public/BibDesk.app.zip > > The content of the table on the right would be determined by a > template. Right now it's just a subset of the current detail view, > and it uses the new Leopard gradient because I was curious about it. > Anyone think this is worth pursuing? > > -- > adam
I don't think we should ever move the preview to the side, it's too small for this. Also all the arguments for using the file view in the lower pane I've seen here are about using the file view instead of the preview. So what we could do is to use *another* file view in the preview pane for the Linked File preview option (as we did at some point). Christiaan ------------------------------------------------------------------------- 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
