On 22 Dec 2007, at 6:26 PM, Adam R. Maxwell wrote: > > On Dec 22, 2007, at 5:34 AM, Christiaan Hofman wrote: > >> >> On 21 Dec 2007, at 10:15 PM, Adam R. Maxwell wrote: >> >>> >>> On Friday, December 21, 2007, at 11:59AM, "Michael McCracken" >>> <[EMAIL PROTECTED]> wrote: >>>> On Dec 21, 2007 10:47 AM, Alexander H. Montgomery <[EMAIL PROTECTED]> >>>> wrote: >>>>> >>>> Although I like having lots of columns of info in BibDesk, the >>>> vertically stacked master-detail view has always seemed cramped, >>>> and >>>> making the window wider doesn't improve it much. >>>> >>>> I liked the mockup Adam showed - I do think that the format of >>>> references in papers is easier to read than single line tableview >>>> rows. I don't think we'd want two views of the table selection, >>>> though >>>> - the new right-side summary view in his mockup seemed like another >>>> table view to me. >>> >>> That's exactly what it was :). I agree that having two table views >>> of the same information is weird, and what I'm looking for could >>> also be solved by having a "citation" column in the main table that >>> showed a formatted reference. If that were available, I'd close >>> the bottom preview pane and dedicate it to annote/abstract. >>> >> >> Why should this be a table? E.g. what would the selection mean? > > Why should what be a table? The main table with a citation column? >
I mean the extra table on the right. >> Also >> then you'll have display problems because of the row height. If you >> have a single text view the textview gives the an automatic layout of >> the items. > > I used a table in that test because layout is easy with > tableView:heightOfRow: and Tiger doesn't support NSCollectionView; in > addition, I was originally going to write a custom cell subclass but > didn't get around to it. I'm afraid I don't understand your point > here, but ultimately I don't care what NSView subclass is used. How > about an NSTextView and custom NSTextContainers that allow Address > Book-style editing? > > -- > adam I would say that using tableView:heightOfRow: is not easy for layout, as the height depends on the contents and the width. Editing in any preview of course is very difficult. It needs all the annoying synchronizing stuff from the editor, apart from the completely custom editing as in Address Book. Christiaan ------------------------------------------------------------------------- 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
