From: Christiaan H. <cmh...@gm...> - 2006-12-24 10:13:24
|
It seems you Replaced the BibDocument.h in the nib instead of Merge. Never Replace a multi-file API! For the UI we could perhaps plug in a view like the search view. Although it seems also appropriate to use the main tableview for the search results and the preview pane could also be useful. I think I prefer the searchfield at the top. So perhaps we could also combine the tableview and the searchfield in the upper pane. Do we want to save the PubMed group? Maybe we should have a separate group category for it. Also, should we have more than one pubmed search groups? Perhaps we should just have a toggle. Are there more of this kind of searches we can add (eg citeseer and other OAI compliant sites)? Christiaan On 12/24/06, Adam R. Maxwell <ama...@ma...> wrote: > > I glanced at the PubMed support page today, and realized that it would > be pretty simple to construct at least a basic query using a URL > group, and display it in our table. Hence, we now have some support > for this. > > Problems: > > - the UI kind of sucks. A sheet isn't good for changing a > searchfield, but I don't really like the splitview either. I'm > definitely open to suggestions and changes. > > - these won't be saved correctly at present. The URL shouldn't > actually be saved, since WebEnv is ephemeral; rather, the searchTerm > ivar and maxResults ivar should be saved so the URL can be > reconstructed on demand. As a side note, it would be nice to have > something like +[BDSKGroup groupWithPropertyList:] that instantiated > the correct subclass, where each subclass returned an appropriate > plist description of itself. > > - I'm breaking my own rules by using an isKindOfClass: check > > - updating is kind of weird; the spinner starts earlier than it should > > Some of these are probably pretty easy to fix. If I try to work on > this tomorrow, I'll likely be in big trouble, though ;). > > Adam > > |