From: Michael M. <mic...@ma...> - 2005-10-26 01:46:58
|
This does make sense, yeah. My idea of what you're proposing is a second table that would filter the results from the first. One could even imagine taking it to an extreme and having a browser like iTunes' "Browse" view. But: that's a lot of engineering, and a lot of visual clutter. Maybe one extra level is worth it, but it's worth asking whether or not there's a simpler way to get at what you want, which is to browse more than one level of groups, essentially. (Am I wrong?) Brainstorm time (note, some of these may be unappetizimg to implement, remember, brainstorm...) - make the rows in the grouping-field table 'zoomable' - you 'zoom' on one by say, opt-clicking on it, and it goes to the top of the table and the other rows are now only ones that coincide with the 'zoomed' field. - make the table an outline view, where expanding gives you the list of coinciding keywords (or groups, etc) - have a shelf where you can drag the keywords to to build up a temporary compound query. choose group in the popup, drag the "vision" group to the shelf, which filters the main table by group=vision, then choose keywords in the popup, which is now filtered by group=vision, rinse, repeat. - have another search field above the keywords/group table - decide it's not that common and give the option to have the main search field filter the table instead of the other way around, and just say to use boolean searches - decide this isn't a general case, and give you a popup with the groups that'll just filter the keywords/etc table by that group. - do a limited index like iTunes' 3-pane browser, and decide that the most important fields to filter by are (say) group, then keyword, then author. Implement something a lot like iTunes' browser. Other ideas? Just throw 'em out there. This is relevant for BD 2 UI design as well, btw. -mike On Oct 25, 2005, at 6:12 PM, James Howison wrote: > Today I showed bibdesk's new keywords feature off as part of a > literature review that we are doing, I used an applescript to pull > the keywords that I'd used out (as we refine them towards a proper > scheme for comparisons between the papers). It was cool, and people > loved the keyword display on the right and the instant filtering of > the list of papers. So thanks all, and especially Adam and > Christian for this good work. (Incidentally I forced a hierarchy > (method-interivew, topic-numbers by using a dash and parsing that > out with applescript, found a great "Applescript for Python coders" > resource that really helped me understand applescript). > > Anyway, at the moment I have my files split up by project. This is > useful as a filtering situation, but I'd love to combine them all > into one file for convenience (I often forget which file and have > to search through 4 or 5 to find an article). But I'd still like > to be able to show only the keywords for a selected group. > > I guess one way of implementing this would be to filter the table > by Group using the search box on Group field, and then having the > keywords listing update to show only the keywords that are in the > articles currently displayed in the main table, but that restricts > you from being able to use the search box to search inside the > current group ... which you could do by using the group feature on > the left, but then you loose the keywords display ... > > Basically rather than the left being able to display and filter on > one field (keywords or group) at a time I'd like to be able to > specify a group (or any other filtering field) and still have the > keywords browser and the search field available ... as it is > currently using separate files. > > Does that make sense to people? > > Thanks, > James > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. > Get Certified Today * Register for a JBoss Training Course > Free Certification Exam for All Training Attendees Through End of 2005 > Visit http://www.jboss.com/services/certification for more information > _______________________________________________ > Bibdesk-develop mailing list > Bib...@li... > https://lists.sourceforge.net/lists/listinfo/bibdesk-develop > -- Michael McCracken mic...@ma... http://michael-mccracken.net/ |