This e-mail conversation is a perfect example how a solution in the old
fashioned way would work much better (with or without beer) ... however we're
living a few kilometers apart from each other, so let's find a constructive
solution by e-mail ;-)
>
> We could also allow both. For instance "WOS" would be the default. Power
> users who want to search only certain editions (I guess that's faster if you
> know what you're interested in) can use something like "WOS SCI" or "WOS SCI
> SSCI". Basically, the first in a space separated list is interpreted as the
> databaseID, the rest is interpreted as editions to restrict the search to.
> For backward compatibility we implicitly put WOS in front when the first item
> is not a valid databaseID, so the old setting "SCI will be interpreted as
> "WOS SCI".
>
> NSArray *IDs = [database componentsSeparatedByString:@" "];
> NSString *dbID = [ids firstObject];
> NSArray *editionIDs = nil;
>
> if ([knownDataseIDs containsObject:dbID] == NO) {
> dbID = WOS_DB_ID;
> editionIDs = IDs;
> } else if ([IDs count] > 1) {
> editionIDs = [IDs subArrayWithRange:NSMakeRange(1, [IDs count] - 1)];
> }
Yes, that is an option. I'm not sure yet if this allows a complete
representation of
a) the database structure (with the three sub-levels databaseID, collection and
editions)
b) the search structure (can we have several editions specified for the same
database ID?)
I will evaluate this idea. However, first, if you agree, I'd like to contribute
my current version of the code to the SVN so that users of BibDesk get the
ability back to search WOK/WOS/ISI (whatever!). It won't break user settings.
I'll try to find some time next week to get the svn commit working.
Have a great evening.
Reto
------------------------------------------------------------------------------
_______________________________________________
Bibdesk-develop mailing list
Bibdesk-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-develop
