It would be helpful to put a cap on the number of records to put thumbnails in the sidebar (similar to the maximum number of items to show in the preview window); I accidentally had it open when I selected my entire bibliography, and had to force-quit.
It could even use the same maximum as the preview pane. -AHM On 2008-01-01, at 11:23 PM, Adam R. Maxwell wrote: > > On Jan 1, 2008, at 8:53 PM, Michael McCracken wrote: > >> On Jan 1, 2008 6:39 PM, Adam R. Maxwell <[EMAIL PROTECTED]> wrote: >>> >>> On Jan 1, 2008, at 6:19 PM, Michael McCracken wrote: >>> >>>> On Dec 30, 2007 11:31 PM, Adam R. Maxwell <[EMAIL PROTECTED]> wrote: >>>>> >>>> The file pane is looking really nice - although I was expecting it >>>> to >>>> auto-size like omniweb's thumbnails. I find that I never want empty >>>> horizontal space in the file pane, and thus having a separate >>>> slider >>>> for the icon size seems redundant. Am I missing something there? >>> >>> OW has a single column, so it can size thumbnails to that width. >>> The >>> file pane is an iPhoto-style grid view like IKImageBrowserView; >>> check >>> out the test project for the fileview framework to see what it looks >>> like. The original plan was to have it in the bottom pane, where >>> zooming is more useful. >> >> That explains it. So it'd be a big change to make it autosize with >> one column? > > Yes. I believe it would make more sense to write a new view class > using the icon generation/threading/caching. Maybe a subclass, but > not enough of the layout is exposed as an API to make that easy, and > it would be like killing a gnat with a shotgun in some respects. Have > you looked at the code at all? > >> I do think that'd be better behavior as long as the file pane is >> along >> the right. >> (But of course I'm open to having my mind changed) > > We may have an option of displaying it at the bottom in future, since > I don't think that was ever settled. So I see your point, but I'm not > terribly enthusiastic about it for various reasons. > > -- > adam > > ------------------------------------------------------------------------- > 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 > Bibdesk-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bibdesk-users > ------------------------------------------------------------------------- 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 Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users