Re: [Bibdesk-users] http: URL thumbnails
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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] http: URL thumbnails
On Wednesday, January 02, 2008, at 12:31PM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: 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. You should not have to force quit. Thumbnails should only be rendered if they're visible, or will become visible as you scroll, so there's already an implicit cap. Having said that, I made some significant performance improvements in it this morning. The web thumbnails were using a lot of memory, and loads weren't being canceled correctly. If you can reproduce a problem in the next nightly, sample it and let me know. thanks, adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] http: URL thumbnails
On Wednesday, January 02, 2008, at 12:44PM, Adam R. Maxwell [EMAIL PROTECTED] wrote: On Wednesday, January 02, 2008, at 12:31PM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: 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. You should not have to force quit. Thumbnails should only be rendered if they're visible, or will become visible as you scroll, so there's already an implicit cap. Having said that, I made some significant performance improvements in it this morning. The web thumbnails were using a lot of memory, and loads weren't being canceled correctly. If you can reproduce a problem in the next nightly, sample it and let me know. Okay, don't bother sending samples; I can reproduce the problem. It's mainly due to a major inefficiency in the way the document returns URLs, and just happens to be more noticeable with the web thumbnails. -- adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] http: URL thumbnails
Those of you who had performance problems with the web thumbnails, please give the next build (compiling now) a try. I think we've addressed those, but keep an eye out for incorrect drawing. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] http: URL thumbnails
On Dec 30, 2007 11:31 PM, Adam R. Maxwell [EMAIL PROTECTED] wrote: I added thumbnail generation for http: URLs in the file pane (maybe it should be called an attachment pane?). I've tested it with several URLs (sciencedirect, springerlink) on my system, but I'd appreciate some further testing as well. It should degrade to the @ icon when the network isn't available or the page fails to load, and plugins/ java/javascript/pdf are disabled. Let me know if there are performance problems or crashes. I just gave it a try with the latest nightly, and it's working well for me. I found that if all my pubs were selected, the file pane would scroll slowly, occasionally beachballing. However, I think that's pathological behavior on my part, and in regular use it's snappy. 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? Cheers, and happy new year, -mike thanks, adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- Michael McCracken UCSD CSE PhD Candidate research: http://www.cse.ucsd.edu/~mmccrack/ misc: http://michael-mccracken.net/wp/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] http: URL thumbnails
On Jan 1, 2008, at 6:19 PM, Michael McCracken wrote: On Dec 30, 2007 11:31 PM, Adam R. Maxwell [EMAIL PROTECTED] wrote: I added thumbnail generation for http: URLs in the file pane (maybe it should be called an attachment pane?). I've tested it with several URLs (sciencedirect, springerlink) on my system, but I'd appreciate some further testing as well. It should degrade to the @ icon when the network isn't available or the page fails to load, and plugins/ java/javascript/pdf are disabled. Let me know if there are performance problems or crashes. I just gave it a try with the latest nightly, and it's working well for me. I found that if all my pubs were selected, the file pane would scroll slowly, occasionally beachballing. However, I think that's pathological behavior on my part, and in regular use it's snappy. If you have performance problems, feel free to send samples. I don't see beachballs here, but I haven't tried the web thumbnails on a single core system (or tried optimizing them at all, really). Until a few weeks ago I was testing it regularly on a 1.33 G4, and it did fine with a few hundred PDF files. You could try setting FVWebIconDisabled to true using defaults, which will draw a Finder icon instead. 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. -- adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] http: URL thumbnails
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: I added thumbnail generation for http: URLs in the file pane (maybe it should be called an attachment pane?). I've tested it with several URLs (sciencedirect, springerlink) on my system, but I'd appreciate some further testing as well. It should degrade to the @ icon when the network isn't available or the page fails to load, and plugins/ java/javascript/pdf are disabled. Let me know if there are performance problems or crashes. I just gave it a try with the latest nightly, and it's working well for me. I found that if all my pubs were selected, the file pane would scroll slowly, occasionally beachballing. However, I think that's pathological behavior on my part, and in regular use it's snappy. If you have performance problems, feel free to send samples. I don't see beachballs here, but I haven't tried the web thumbnails on a single core system (or tried optimizing them at all, really). Until a few weeks ago I was testing it regularly on a 1.33 G4, and it did fine with a few hundred PDF files. Ok, I'll see if it has problems in regular use. I'll send samples if so. You could try setting FVWebIconDisabled to true using defaults, which will draw a Finder icon instead. 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? 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) -mike -- adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- Michael McCracken UCSD CSE PhD Candidate research: http://www.cse.ucsd.edu/~mmccrack/ misc: http://michael-mccracken.net/wp/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] http: URL thumbnails
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/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
