On Wed, Mar 12, 2008 at 3:39 PM, Adam R. Maxwell <[EMAIL PROTECTED]> wrote:
>
> On Mar 12, 2008, at 7:10 AM, Christiaan Hofman wrote:
>
> >
> >
> > On Wed, Mar 12, 2008 at 2:52 PM, James Harrison <
> [EMAIL PROTECTED]
> > > wrote:
> > In BibDesk 1.3.14, when file renaming/autofiling is being used, it
> > sometimes may be desirable to link files to references without
> > renaming them, particularly when multiple files are being linked to a
> > reference. There appear to be several problems with this workflow:
> >
> > 1. Linking some files without moving or renaming them can be
> > accomplished by choosing "Don't move" from the dialog that appears
> > when a file is dragged to a reference detail view to create the link.
> > For me, this dialog appears only for non-PDF files (PDF files are
> > renamed/moved immediately). It's possible that I clicked the checkbox
> > option "don't show this dialog again" for PDF files in the distant
> > past and it keeps track of the file type for which it's bypassed. In
> > any case, it's not clear how make it appear or get it back for PDFs
> > that I don't wish to rename.
> >
> > This dialog can only appear for folders, never for files (and if it
> > does the system is lying to us). It should not be standard,
> > otherwise it would basically make the auto-file feature useless.
>
> Can it appear for packages? NSFileManager says that packages are
> directories, but NSWorkspace has isFilePackageAtPath. That's bitten
> me before.
>
That may be possible. But anyway, it will never happen for actual files.
>
> > 2. For non-PDF files, if "Don't move" is chosen in the dialog above,
> > the linked file isn't moved moved or renamed, and a link is created to
> > the current location of the file. This is the desired behavior.
> > However, a "failed move" dialog still appears with a suggested fix for
> > the problem and an option to retry. This would seem to be incorrect
> > behavior when the user has clicked the "Don't move" button in the
> > previous dialog.
> >
> > I think that's a matter of taste. It's better to show too much info
> > than too little. You can choose to ignore it.
>
> If it says that the operation "failed" in response to a user cancel,
> I'd say that Jim's sense of taste might be pretty good :).
>
Sure, but I don't want to add a very special check for this particular case
over what we already do. Really, the auto-file stuff is already complicated
enough as it is. The point is: our mechanism knows the auto-file didn't take
place, and it reports any such cases.
Christiaan
> > You should either auto-file manually, or move the files you don't
> > want to be filed in the Finder after it has been auto-filed.
>
> And in case it isn't obvious, you just have to turn off autofile in
> the preferences (I believe it's a checkbox) temporarily while working
> on this project.
>
> --
> adam
>
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bibdesk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bibdesk-users
