From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/112898 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Joey McCollum via ntg-context Newsgroups: gmane.comp.tex.context Subject: Ibid. and idem support for bibliographies (and variable scope more generally) Date: Mon, 20 Sep 2021 20:22:49 -0400 Message-ID: Reply-To: mailing list for ConTeXt users Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8556177214882753113==" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1309"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Joey McCollum To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Tue Sep 21 02:23:38 2021 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane-mx.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mSTZR-000071-Rl for gctc-ntg-context-518@m.gmane-mx.org; Tue, 21 Sep 2021 02:23:37 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 2C67C2877D7; Tue, 21 Sep 2021 02:23:10 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qn4BQyGPzcVd; Tue, 21 Sep 2021 02:23:08 +0200 (CEST) Original-Received: from zapf.ntg.nl (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 7252D2877DB; Tue, 21 Sep 2021 02:23:08 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 3E9FB2877D7 for ; Tue, 21 Sep 2021 02:23:06 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kSF6y3K8NFnH for ; Tue, 21 Sep 2021 02:23:02 +0200 (CEST) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.166.182; helo=mail-il1-f182.google.com; envelope-from=jmccollum20140511@gmail.com; receiver= Original-Received: from mail-il1-f182.google.com (mail-il1-f182.google.com [209.85.166.182]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id 6038C2875FC for ; Tue, 21 Sep 2021 02:23:02 +0200 (CEST) Original-Received: by mail-il1-f182.google.com with SMTP id x2so6257968ilm.2 for ; Mon, 20 Sep 2021 17:23:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=IW9A5bMHYkTGU2URAUkOTihG+8NjuDcdpkXP58jvZuk=; b=Gb6J8zkNlaBbzDJp5JPxwfG1ZJEvxtrkF2fsCHr9hZIZUlWpdE6P0DoxwEVuMxxU3e qL1ItrKFYpoMRQrgGfPOMHCdBHdNUdSYdxGD9kn4txbWi8Y8jDOtCHIUT4WGgUdMtZFi ov4TPjPYN8kApy7m54LO1d2foabupN2QdzzQpDoaLgbGb6pxZB7pJhJLaS8MhfLDAMv4 eqab+VDSfKAflOstvMcXt0/tLi3oTDD8UzIzhXcpOrUfSRXzVLi6qXwlWEvjaulPlJY1 IIZDvdaCyoChiwO5BFrB1ENbts5TFl9SVKPSmlzYYb0cWFRQKwgFswHPn97N1LO8Wu7M cpsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=IW9A5bMHYkTGU2URAUkOTihG+8NjuDcdpkXP58jvZuk=; b=JiwR80zUx9Pd46H7Cj1hgSaJ8x54aGb/G+X/n72cLaK1YyykTOJDwO6hkYzTJfVihI DX+iRpkIg1j5s1zUgxxAsjhlIvS2Nkr1+aRil5IBHwtIdwD/ww2WIqfz86Kyo9F0pBWB vb0BKe0gfQvXmsIyUjwDjEMVCXq10vSB3i5TJ1QqeAXC4YQlSErWvO2a9CkYy6qGBUdf gQu0zrrI2V+X1mRnDl/5SQjGZdG0IlPV3fdf7oxq7XB6FADlFQmrSlfbfSAYzn2jLKs6 WfDYxYhrdSIaFwpuwU3/IGPOfgM900ilDbpm6Zlk/nknk5qPeE4U90GHP4J9Vf8s7O+5 AHpA== X-Gm-Message-State: AOAM533PbmIY5nvZGTvFhRjlwQt2kNK1w2XCPYiY1CXo7hG2qCrlOQIr UA+dHm4FACGZVklD1LACFP5e0oBl/Ai8ykAs7QC9tKpGMag= X-Google-Smtp-Source: ABdhPJw+q9e7shQULnSxb8UwmvJcU+NJKCG4fa+Z9uE5j9UevsnsTxFnJ4B+nZWmeczdY68LIt8wohZBFEMkk5me4E8= X-Received: by 2002:a05:6e02:12c9:: with SMTP id i9mr19097388ilm.20.1632183779910; Mon, 20 Sep 2021 17:22:59 -0700 (PDT) X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.26 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.io gmane.comp.tex.context:112898 Archived-At: --===============8556177214882753113== Content-Type: multipart/alternative; boundary="00000000000068e89005cc766612" --00000000000068e89005cc766612 Content-Type: text/plain; charset="UTF-8" Hi, I've found a way to implement ibid. and idem support in the SBL specification under development at https://github.com/jjmccollum/context-sbl (this e-mail essentially repeats my comments in https://github.com/jjmccollum/context-sbl/issues/5), but I'm not sure if my solution is a recommended way to solve the problem, and I'm curious about why the more straightforward approach doesn't work. I've added useibid and useidem options for the \definebtx command (making them language-dependent by adding them to mult-def.lua, which seems to be how the other options have been implemented). Ideally, I'd like to follow the pattern of the chicago:list:sameauthor setup and use a macro similar to \btxdoifsameaspreviouselse. But since \btxdoifsameaspreviouselse relies on the indexed structure of the bibliographic list to determine what the "previous" entry is, it won't work for my purposes; I need to retrieve the tag of the last entry passed to the \cite command. I ended up making this work by initializing a global variable via ``` \setxvariables[btx:sbl][previousinlinetag=\empty] ``` in the publ-imp-sbl.mkvi file, resetting it at the end of each citation via ``` \setxvariables[btx:sbl][previousinlinetag=\currentbtxtag] ``` and checking it in the appropriate places via ``` getvariable{btx:sbl}{previousinlinetag} ``` I initially tried to do this with a simple macro \btx_sbl_previousinlinetag defined in publ-imp-sbl.mkvi (in the same scope as the rest of the specification), but attempting to reset it in the cite setups with \let or \def didn't work. Why doesn't this work? Is the setup for a cite alternative executed in its own scope in a way that would prevent me from updating a variable defined in the scope of the rendering specification? And is there a way to do this that is preferable to using global variables? Thanks! Joey --00000000000068e89005cc766612 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I've found a way to implement i= bid. and idem support in the SBL specification under development at=C2=A0https://github.com/jjmc= collum/context-sbl (this e-mail essentially repeats my comments in=C2= =A0https://g= ithub.com/jjmccollum/context-sbl/issues/5), but I'm not sure if my = solution is a recommended way to solve the problem, and I'm curious abo= ut why the more straightforward approach doesn't work.

I've = added useibid and useidem=C2=A0options for the=C2=A0\definebtx=C2=A0command= (making them language-dependent by adding them to=C2=A0mult-def.lua, which= seems to be how the other options have been implemented). Ideally, I'd= like to follow the pattern of the=C2=A0chicago:list:sameauthor=C2=A0setup = and use a macro similar to \btxdoifsameaspreviouselse. But since \btxdoifsa= measpreviouselse=C2=A0relies on the indexed structure of the bibliographic = list to determine what the "previous" entry is, it won't work= for my purposes; I need to retrieve the tag of the last entry passed to th= e \cite command.

I ended up making this work by in= itializing a global variable via

```
\setxvariables[btx:sbl][prev= iousinlinetag=3D\empty]
```

in the publ-imp-sbl.mkvi file, resett= ing it at the end of each citation via

```
\setxvariables[= btx:sbl][previousinlinetag=3D\currentbtxtag]=C2=A0=C2=A0
```

and = checking it in the appropriate places via

```
getvariable{btx:sbl= }{previousinlinetag}
```

I initially tried to do this with a simp= le macro \btx_sbl_previousinlinetag defined in publ-imp-sbl.mkvi=C2=A0(in t= he same scope as the rest of the specification), but attempting to reset it= in the cite setups with \let or \def didn't work. Why doesn't this= work? Is the setup for a cite alternative executed in its own scope in a w= ay that would prevent me from updating a variable defined in the scope of t= he rendering specification? And is there a way to do this that is preferabl= e to using global variables?

Thanks!
Joey
--00000000000068e89005cc766612-- --===============8556177214882753113== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv IGh0dHA6Ly9jb250ZXh0LmFhbmhldC5uZXQKYXJjaGl2ZSAgOiBodHRwczovL2JpdGJ1Y2tldC5v cmcvcGhnL2NvbnRleHQtbWlycm9yL2NvbW1pdHMvCndpa2kgICAgIDogaHR0cDovL2NvbnRleHRn YXJkZW4ubmV0Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg== --===============8556177214882753113==--