[Bibdesk-users] [ANN] BibDesk 1.3.13

[Adam R. Maxwell]

The BibDesk development team is pleased to announce that BibDesk  
1.3.13 is now available for download at .   
There are some major new features and fixes in this release, and we  
recommend that you back up your BibTeX file before using the new  
version (actually, we recommend that you back it up regularly).  We've  
been working on this and testing it for some time, and hope that  
you'll find some welcome improvements.

Many thanks to our nightly build testers who filed bug reports and  
helped polish the new features!  Thanks also to Corentin Cras-Méneur  
for updating the French translation.  If (when) you do encounter bugs,  
please use the link on the Help menu to report them.

*** IMPORTANT ***
Old export templates that rely on Local-Url fields should be updated  
or reset.  If you haven't customized them, you should reset them  
manually in the Templates preference pane via the "Reset Default  
Files" button.  AutoFile formats now require a unique specifier, and  
you may wish to check your format.


Changes since 1.3.12

New Features
   - New interface for linked files.  Files are saved with a relative  
path and an alias, so moving files in the Finder or switching machines  
shouldn't break the links.  AutoFile now works with an arbitrary  
number of files.  See the Database -> Migrate Files menu option for  
converting permanently to the new system.
   - File matching now uses phrase searching on Leopard, since Apple  
fixed it
   - Quick Look now supports any plain text types that we claim
   - Crossref column can be added to main table
   - The new text encoding extended attribute introduced on Leopard is  
now supported
   - Added support for counter in collections in templates
   - Editor now uses NSTableView instead of NSForm
   - URL and title will be set when dropping a webloc file on the main  
window to create a new entry
   - New version of latex2rtf, based on current development sources  
(improved bibliography and encoding support)
   - ED tag for editors in .isi file import is now respected
   - File content search now respects the current group selection and  
only replaces the tableview
   - Template improvements: can sort an array by author, author or  
editor, title
   - Editors are accessible via AppleScript
   - Default scripts are now at the top of the script menu, and user  
scripts are shown under a separator

Bugs Fixed
   - Exceptions are always logged to the console now
   - Worked around a drawing performance problem on 10.5 (bug #1834337)
   - Fixed setObject:forKey: nil assertion failure that happened when  
the group table font set in prefs was no longer available
   - Quick Look preview now uses RTF instead of HTML, so it wraps to  
the window
   - Search buttons are now standard rollover buttons, so more  
consistent with Apple apps
   - Reduced memory footprint during initial file content search  
indexing
   - Faster file content search indexing
   - Fixed some potential crashing bugs in file content search
   - File content index no longer leaks if the document is closed  
during initial indexing
   - PubMed MH is no longer converted to Keywords
   - Search indexes are now updated correctly when editing abstract/ 
annote is finished
   - Fixed a threading bug in Bonjour sharing shutdown
   - Search indexes now index an unlimited number of terms instead of  
stopping at 2000 (fixes bug in searching long annote/abstract)
   - Default macros are now resolved in TeX preview
   - Skim notes in .pdfd, .skim, and .ps files are now read correctly
   - Fixed a rare problem that occurred due to changes in sorting of  
file content search (bug #1837498)
   - We now use a more strict character set for cite keys (characters  
outside the ASCII range are disallowed in the UI, as they always have  
been in the parser)
   - Removed splitview in editor, so the integer field controls are  
shown in full
   - Rating field can now be removed
   - Reading extended attributes will now fail more gracefully when  
the system returns an insane length value
   - Integer and note fields are no longer inherited in AppleScript  
and previewing
   - Large batches of changes will now cause fewer search index  
flushes for improved performance
   - Table selection is preserved again during file content search  
indexing
   - Expansion rects and font colors are handled more correctly on  
Leopard
   - Level indicator cells now draw with a better color when selected
   - The wrong row is no longer selected after editing a macro key  
(bug #1859542)
   - Updating while editing during a search should be improved
   - Fixed crash under some circumstances when changing pub type
   - Fixed Leopard expansion tooltips
   - Custom alert sheet size now matches Apple's alerts, and they  
support multi-line messages
   - Fix a bug that could prevent adding some columns to the main table
   - Person window and table in editor should be more consistent now
   - Fixed a crash in the 

Re: [Bibdesk-users] differentiating multiple files

[Adam R. Maxwell]

 
On Friday, January 11, 2008, at 02:07PM, "James Harrison" <[EMAIL PROTECTED]> 
wrote:
>On Jan 11, 2008, at 4:23 PM, Alexander H. Montgomery wrote:
>
>>  Ah, I see, they're ordered horizontally, not
>> vertically (I had a narrow window such that they were vertical, so I
>> thought dragging the second pub above the first would move it. Turns
>> out you drag it to the *left* of the first pub.
>
>Now, wouldn't this more intuitive if one could display the file icons  
>in a horizontal row in the bottom pane and show the preview or details  
>text on the right side?
>
>:)

Probably.  Let's see what the response is after 1.3.13 is released this evening 
before opening that can of worms again...

-- 
adam

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] differentiating multiple files

[James Harrison]

On Jan 11, 2008, at 4:23 PM, Alexander H. Montgomery wrote:

>  Ah, I see, they're ordered horizontally, not
> vertically (I had a narrow window such that they were vertical, so I
> thought dragging the second pub above the first would move it. Turns
> out you drag it to the *left* of the first pub.

Now, wouldn't this more intuitive if one could display the file icons  
in a horizontal row in the bottom pane and show the preview or details  
text on the right side?

:)

Jim Harrison
UVa

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] differentiating multiple files

[Adam R. Maxwell]

 
On Friday, January 11, 2008, at 01:23PM, "Alexander H. Montgomery" <[EMAIL 
PROTECTED]> wrote:
>
>On 2008-01-08, at 3:55 PM, Adam R. Maxwell wrote:
>
>> Hopefully you know that you can drag files to rearrange them  
>> currently, and the order will be preserved?  That's sort of tedious,  
>> but you can probably script it as well.
>
>Really? I don't see this in the latest nightly. Dragging vertically  
>doesn't seem to rearrange.
>
> Ah, I see, they're ordered horizontally, not  
>vertically (I had a narrow window such that they were vertical, so I  
>thought dragging the second pub above the first would move it. Turns  
>out you drag it to the *left* of the first pub.

Yeah, if you widen the view or shrink the icons so you have multiple columns, 
this is more intuitive.  Remember it's an iPhoto-style grid layout.

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] differentiating multiple files

[Alexander H. Montgomery]

On 2008-01-08, at 3:55 PM, Adam R. Maxwell wrote:

> Hopefully you know that you can drag files to rearrange them  
> currently, and the order will be preserved?  That's sort of tedious,  
> but you can probably script it as well.

Really? I don't see this in the latest nightly. Dragging vertically  
doesn't seem to rearrange.

 Ah, I see, they're ordered horizontally, not  
vertically (I had a narrow window such that they were vertical, so I  
thought dragging the second pub above the first would move it. Turns  
out you drag it to the *left* of the first pub.

-AHM

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] differentiating multiple files

[Christiaan Hofman]

On Jan 11, 2008 7:08 PM, Christiaan Hofman <[EMAIL PROTECTED]> wrote:

>
> On 11 Jan 2008, at 6:46 PM, Adam R. Maxwell wrote:
>
> >
> > On Friday, January 11, 2008, at 09:29AM, "Christiaan Hofman"
> > <[EMAIL PROTECTED]> wrote:
> >>
> >> On 8 Jan 2008, at 5:35 AM, Alexander H. Montgomery wrote:
> >>
> >>> Actually, it's not about *visual* differentiation (which I can do),
> >>> but differentiation that can, say, be discerned by an AppleScript
> >>> or a
> >>> Smart Folder. (For the record, 4938 refs, 3119 single files, and
> >>> 304 >
> >>> 1 file).
> >>>
> >>> For example, I put together syllabi with an AppleScript that copies
> >>> references and PDFs to a separate directory for easy
> >>> distribution. The
> >>> AppleScript can't tell the difference between a local file that
> >>> is the
> >>> actual PDF and a local file that is a related PDF. But if I could
> >>> tag
> >>> the correct local file (or, much easier, tag the incorrect ones!)
> >>> then
> >>> an AppleScript or a smart folder could do it. My current smart
> >>> folders
> >>> allow me to find articles that don't have PDFs (of the article)
> >>> easily; the new architecture doesn't.
> >>>
> >>
> >> I don't think tags for local files can ever be scriptable. Linked
> >> files in AppleScripts are just file objects (which are nothing but
> >> URLs).
> >
> > Unless we added a tag property that was stored in BibDesk, within
> > the link blob (so not a Finder tag)?  That would only work if the
> > linked file objects aren't destroyed/recreated from a URL, and it
> > wouldn't be visible to other apps.
> >
>
> No, my remark is more fundamental about scripting support. The object
> returned for scripting is nothing but a bare URL. It has no knowledge
> of anything in BibDesk. It is also virtually impossible to define
> properties for those built-in types (at least, I haven't got a clue
> how to do it, certainly not using Cocoa).
>
>
Of course it could have been done differently, but that requires  an extra
layer of objects, which is annoying for scripting. E.g., you couldn't pass
the object to Finder or in any other way use it as an ordinary file objects.
You'd have to do something like 'file of linked file 1', which is weird. And
also 'linked files contains aFile' would not work.

Christiaan
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] cache index?

[Derick Fay]

Is there any possibility in a future version of caching the index of  
the content of related files so it doesn't need to be recreated each  
time?

df


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] differentiating multiple files

[Christiaan Hofman]

On 11 Jan 2008, at 6:46 PM, Adam R. Maxwell wrote:

>
> On Friday, January 11, 2008, at 09:29AM, "Christiaan Hofman"  
> <[EMAIL PROTECTED]> wrote:
>>
>> On 8 Jan 2008, at 5:35 AM, Alexander H. Montgomery wrote:
>>
>>> Actually, it's not about *visual* differentiation (which I can do),
>>> but differentiation that can, say, be discerned by an AppleScript  
>>> or a
>>> Smart Folder. (For the record, 4938 refs, 3119 single files, and  
>>> 304 >
>>> 1 file).
>>>
>>> For example, I put together syllabi with an AppleScript that copies
>>> references and PDFs to a separate directory for easy  
>>> distribution. The
>>> AppleScript can't tell the difference between a local file that  
>>> is the
>>> actual PDF and a local file that is a related PDF. But if I could  
>>> tag
>>> the correct local file (or, much easier, tag the incorrect ones!)  
>>> then
>>> an AppleScript or a smart folder could do it. My current smart  
>>> folders
>>> allow me to find articles that don't have PDFs (of the article)
>>> easily; the new architecture doesn't.
>>>
>>
>> I don't think tags for local files can ever be scriptable. Linked
>> files in AppleScripts are just file objects (which are nothing but
>> URLs).
>
> Unless we added a tag property that was stored in BibDesk, within  
> the link blob (so not a Finder tag)?  That would only work if the  
> linked file objects aren't destroyed/recreated from a URL, and it  
> wouldn't be visible to other apps.
>

No, my remark is more fundamental about scripting support. The object  
returned for scripting is nothing but a bare URL. It has no knowledge  
of anything in BibDesk. It is also virtually impossible to define  
properties for those built-in types (at least, I haven't got a clue  
how to do it, certainly not using Cocoa).

> If we allow get/set Finder label (not sure how hard that would be),  
> you could get the files and query Finder for the label.  Definitely  
> not in 1.3.13, though :).
>
> -- 
> adam


Getting Finder label from a file is possible, yes.

Christiaan


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] differentiating multiple files

[Adam R. Maxwell]

 
On Friday, January 11, 2008, at 09:29AM, "Christiaan Hofman" <[EMAIL 
PROTECTED]> wrote:
>
>On 8 Jan 2008, at 5:35 AM, Alexander H. Montgomery wrote:
>
>> Actually, it's not about *visual* differentiation (which I can do),
>> but differentiation that can, say, be discerned by an AppleScript or a
>> Smart Folder. (For the record, 4938 refs, 3119 single files, and 304 >
>> 1 file).
>>
>> For example, I put together syllabi with an AppleScript that copies
>> references and PDFs to a separate directory for easy distribution. The
>> AppleScript can't tell the difference between a local file that is the
>> actual PDF and a local file that is a related PDF. But if I could tag
>> the correct local file (or, much easier, tag the incorrect ones!) then
>> an AppleScript or a smart folder could do it. My current smart folders
>> allow me to find articles that don't have PDFs (of the article)
>> easily; the new architecture doesn't.
>>
>
>I don't think tags for local files can ever be scriptable. Linked  
>files in AppleScripts are just file objects (which are nothing but  
>URLs).

Unless we added a tag property that was stored in BibDesk, within the link blob 
(so not a Finder tag)?  That would only work if the linked file objects aren't 
destroyed/recreated from a URL, and it wouldn't be visible to other apps.

If we allow get/set Finder label (not sure how hard that would be), you could 
get the files and query Finder for the label.  Definitely not in 1.3.13, though 
:).

-- 
adam

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] differentiating multiple files

[Christiaan Hofman]

On 8 Jan 2008, at 5:35 AM, Alexander H. Montgomery wrote:

> Actually, it's not about *visual* differentiation (which I can do),
> but differentiation that can, say, be discerned by an AppleScript or a
> Smart Folder. (For the record, 4938 refs, 3119 single files, and 304 >
> 1 file).
>
> For example, I put together syllabi with an AppleScript that copies
> references and PDFs to a separate directory for easy distribution. The
> AppleScript can't tell the difference between a local file that is the
> actual PDF and a local file that is a related PDF. But if I could tag
> the correct local file (or, much easier, tag the incorrect ones!) then
> an AppleScript or a smart folder could do it. My current smart folders
> allow me to find articles that don't have PDFs (of the article)
> easily; the new architecture doesn't.
>

I don't think tags for local files can ever be scriptable. Linked  
files in AppleScripts are just file objects (which are nothing but  
URLs).

Christiaan

> Now, I certainly don't think this needs to be in 1.3.13 (I already
> have a workaround for my scripts through script hooks: everything
> added to the local-url field is added automatically as a linked file,
> and vice versa if local-url isn't yet filled in) I'm partially
> thinking out loud about how the current metadata-in-a-file support in
> BibDesk (Skim notes!) could be expanded to include tagging files with
> other metadata. One way to do it would be to use Finder metadata;
> another just to store it in xattrs on each PDF. Of course, that might
> take forever to read in, so it might be easier (faster?) to do it
> within BibDesk instead.
>
> -AHM
>
> On 2008-01-07, at 7:57 PM, Derick Fay wrote:
>
>> Here are my #s:
>> 847 total refs.
>> 1 w 14 files (a complete book)
>> 1 w 13 files (a complete dissertation)
>> 1 w 6 files (a complete book)
>> 1 w 4 files (2 sets reading notes, two articles on the pub.)
>> 3 w 3 files
>> 12 w 2 files (all reading notes and text)
>> 205 w 1 file (a mix of reading notes and texts)
>>
>> and the balance with none (but this is largely because I imported 550
>> or so items from an old Paradox database -- most will have files
>> added eventually; likewise many with one will have two).
>>
>> Or about 2% with >1 file.
>>
>> Looking through the items, I can differentiate each attachment from
>> the preview image, filename &/or file type (sorry Alex :) ) so it's
>> not a serious problem for me.
>>
>
>>> Alex, do you have a lot of references with multiple attachments, or
>>> is it a small percentage?  I generally work with references that
>>> will have 1 or 2 attachments at most, so I'm interested in hearing
>>> about problems from others.  I'd also like to make sure that it's
>>> a /real/ problem before solving it :).
>>>
>>
>> - 
>> 
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/ 
>> marketplace
>> ___
>> Bibdesk-users mailing list
>> Bibdesk-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users
>>
>
>
> -- 
> ---
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/ 
> marketplace
> ___
> Bibdesk-users mailing list
> Bibdesk-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bibdesk-users


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users