On Sep 8, 2007, at 10:03, Christiaan Hofman wrote:

>
> On 8 Sep 2007, at 6:46 PM, Adam R. Maxwell wrote:
>
>>
>> On Sep 8, 2007, at 09:26, Christiaan Hofman wrote:
>>
>>> But the problem is that the display only displays a fixed set of
>>> fields, and the order of the files is pretty arbitrary as I see it.
>>> Perhaps we should add a "Local Files" column or something displaying
>>> any number of icons?
>>
>> Order would be preserved such that the first file dropped would  
>> always
>> be bdsk-file-1 (ideally they'd be user-defined...but rearranging  
>> isn't
>> implemented).
>>
>
> Well, but what I mean: that may not be the one the user thinks is the
> most important.

yeah, so you'd have to make sure the file corresponding now to Local- 
Url was the first one added.

>> I was thinking something like a toggle would be useful to switch
>> between the user's preferred display and a file display, which might
>> obviate the need to icons in the table column?  It would be pretty
>> handy for gathering up all files for the selected references.  I've
>> also wondered about a list view; at that point, we're basically
>> reimplementing Finder to look at a flat directory.
>>
>
> Still I think it's useful to be able to drag files from the main
> table or open them quickly, also without selection changes.

Good point...this scheme would require a selection first.  That  
wouldn't have to be the case.  For the main window I also wondered  
about having a view (icons or Finder list) on the right side of the  
window, which just shows all files for the items in the current  
group.  Maybe that would be more useful?
>
>
>>> BTW, you can also add icon attachment in the template preview (use
>>> the rtfd template).
>>
>> Yeah, I experimented with that, and I think adding icons with the URL
>> links might be okay by default.
>>
>> Before creating my custom view, I tried a custom attachment cell
>> subclass that displays thumbnails in the textview, but it used memory
>> like crazy.  It's also amusing to see PDF files each displayed in
>> their own scrollview inside the attributed textview, which is easy
>> with text attachments.
>>
>> -- 
>> Adam
>>
>
> I can imagine that is not very efficient. I did not know textview
> added scrollviews for attachments.

Create a new document in TextEdit as rich text, then drop a PDF into  
it.  The result isn't what I expected.

adam

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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