I may have a better solution. Add the number at the end of the metal optional
argument,
%a[,][etal1]20
The problem would be when someone would have used numbers art the end of "et
al." itself, but I think that won’t happen.
Christiaan
> On 11 Jul 2018, at 17:39, Jan David Hauck <jan.d.ha...@ucla.edu> wrote:
>
> Yeah, I thought about that.
> But might it not be feasible to add it as an additional option?
> For example, I could think of a set of optional third (or, for %A%P, fourth)
> brackets with a number, with the meaning
> "max number of authors if etal is present"
> %a[,][etal][1]20
> %A[,][,][etal][1]20
>
> This wouldn't interfere with how people currently construct their format
> (with the sole exception if there was someone who needs a literal "[number]"
> after that expression and hasn't escaped it with "\["
> %a[,][etal][1]...
> which is highly unlikely.
>
> Maybe I'm the only one who would appreciate that, but I could see that a lot
> of us who work in fields that use author-date citation styles such as
> Chicago, APA, etc. would find really helpful and more intuitive, as we could
> construct citekeys for two-author-works that would be specific on the second
> author but without having to deal with unnecessarily long keys
> firstauthor,second,etal_1990 for works by three or more authors.
>
> Jan
>
>
>
>
> On Mon, Jul 9, 2018 at 1:11 AM, Christiaan Hofman <cmhof...@gmail.com
> <mailto:cmhof...@gmail.com>> wrote:
> I am sorry, we can not support this. It would not be backwards compatible,
> current formats would not automagically conform themselves.
>
> Christiaan
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users
