On 16 Jan 2008, at 6:14 AM, Daniel Becker wrote:

> Am 15.01.2008 um 11:40 schrieb Christiaan Hofman:
>
>>> Question 1: Is there a way to clean this up for the whole database?
>>>
>>
>> As for the old style fields, you can choose Database > Convert File
>> and URL Fields. There you can specify which fields should be removed.
>> You can do this any time you like, even after the automatic
>> transition has already been done. You should have gotten this option
>> through an alert the first time you opened a database after  
>> upgrading.
>>
>> As for the duplicate folders, you need to do this manually (or using
>> an AppleScript if you know how to work with that).
>
> Ok -  can do that manually, there are not too many...
>

Note that to help you, you can add a smart group for Local File,  
which can easily find entries with more than one linked file.

>>
>>> Question 2: Could an option "Remove file" be a added to the context-
>>> menu when I right-click on a file-icon in the file view in the right
>>> pane when I am looking at the list view? The only way to remove one
>>> of those duplicates seems to be to open the entry and then to edit
>>> the local files. Then the context menu has "move to trash" but this
>>> removes not only the local file entry but also moves the file to
>>> trash. Could there be a warning as in ITunes? The only way I found
>>> out to remove a local file entry without moving the files to  
>>> trash is
>>> opening an entry, selecting the file icon in the file view pane on
>>> the right, ignoring the "move to trash" thing but hitting delete
>>> (this does never move the files to trash). I think the difference
>>> between deleting with and without moving the files to trash is a
>>> hiden feature that could be more obvious.
>>>
>>
>> I would say the menu title "Move to Trash" should be clear in what it
>> does. I'm sure users will complain if it would raise an alert,
>> though  we could perhaps add an option to disable that as for
>> deleting publications.
>
> yes - raising an alert with the possibility to disable it sounds
> good. In ITunes, you get two warnings: One when you delete an entry
> and another that asks whether you want the local mp3-files be moved
> to trash as well.
>

I think the mp3 file is much more private to iTunes than the linked  
files are to BibDesk. As a case in point, iTunes music files are  
always auto-filed and this is not user configurable. So I don't think  
we should offer the choice to move to trash. It's more annoying than  
helpful.

>>
>> We thought that Delete is pretty obvious for deleting as it is
>> ubiquitous. We could add it to the context menu though.
>
> I think it wouldn't hurt to have it in the context menu. To me
> looking at context menus is a common way to find out what the
> possibilities of an application are.
>
> Thanks
>
> Daniel


I just added it to the context menu yesterday.

Christiaan


-------------------------------------------------------------------------
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

Reply via email to