On Aug 9, 2007, at 7:49 AM, James Howison wrote: > > On Aug 8, 2007, at 4:15 PM, Adam R. Maxwell wrote: > >> >> On Wednesday, August 08, 2007, at 01:12PM, "Alexander H. >> Montgomery" <[EMAIL PROTECTED]> wrote: >>> When I do a search in BibDesk, then click on a PDF that opens in >>> Skim >>> or Preview, it automatically puts in my search in BibDesk as a >>> search >>> in the Contents panel. While this would be useful when I'm doing a >>> search by File Content, the rest of the time it is an unnecessary >>> search (which slows things down if it's a scanned PDF, like one from >>> JSTOR). Is this the intended behavior, >> >> Yes, this is intended behavior. > > The slow down is quite significant for non-text PDFs, so I'm with > Alex on this one. > >>> or could it be changed? >> >> No. Although if you drag the PDF file to Skim/Preview, that would >> avoid sending the search string. Also, the search is only sent if >> you search by "file content" or "any field." > > Clearly file content is appropriate but could we have a preference to > not do this for "any field"? In any case if the file content index > hasn't been built (as is sadly often the case with my usage) then > Bibdesk isn't actually even searching file content with "any field", > so it really doesn't make sense. > > Thanks, > James
Does "any field" include file content if the index has been built? If "any field" never contains file content, it makes less sense to have the search field auto-populate. -AHM ------------------------------------------------------------------------- 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 Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
