From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id +EKKEtNS32DnDgAAgWs5BA (envelope-from ) for ; Fri, 02 Jul 2021 19:54:27 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id UERTDtNS32AkDwAAB5/wlQ (envelope-from ) for ; Fri, 02 Jul 2021 17:54:27 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 61EFD805A for ; Fri, 2 Jul 2021 19:54:26 +0200 (CEST) Received: from localhost ([::1]:36820 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lzNMt-0003DX-CO for larch@yhetil.org; Fri, 02 Jul 2021 13:54:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38982) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lzNMS-0003DH-3r for emacs-orgmode@gnu.org; Fri, 02 Jul 2021 13:53:56 -0400 Received: from mail-ua1-x92c.google.com ([2607:f8b0:4864:20::92c]:38861) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lzNMQ-0008MU-Aw for emacs-orgmode@gnu.org; Fri, 02 Jul 2021 13:53:55 -0400 Received: by mail-ua1-x92c.google.com with SMTP id p13so4121108uao.5 for ; Fri, 02 Jul 2021 10:53:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=CoW0d1E2tjgUtHOnouRPUBQsz+c9gIUkLwBRNpQ28D0=; b=YC3iPWfcg3+O+gaVpl1aFEFspAxap1PcG/INvUgmzW7zaU7Dt2i9pu9WS7vFHTSVGr Zvfm7VFOlKmPHZO1jkFpFKl/bh7v3tKVCC91Ha2eCwPdzk0DDBbtJgBwdYWwaR4ELHzq VsniVbiwHZshtKXjFCiGEHquDotWjoSkOgWMenp0k3RF5d5vMCcO5Rv3DJZe7TL+V6e7 tY2t2HU/mdA1sicmV9EjwFp2NoOEp054xEz42xwcY5VY1fxy/v3iTZsgU9xHqWZLVfqy bxsQZBz842pWe/jHKn8Vpxmg3FgOrqTd3wQdKSX+6pSH0JV49KCOKr2MecAubDjw/QOY gPcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=CoW0d1E2tjgUtHOnouRPUBQsz+c9gIUkLwBRNpQ28D0=; b=YkHHJc2Q6GdDW0MpQad1tHTutM7OU1ZEKqCcDaprly6AvIIcdrkJEOGHYjFo5EVFfT 5Hnw6xpl8oPP1hceNDwQxpRgSDfVg2JDuIJ+lHo99VHBPFDGHxI1F/zui9GAbYI8qhff XYvEhk1NhAkL9rHcH7nla6I71IyUED/4t63CVFoMTYrhl39p/h8DIw+1R0fWMXvqiRDn hHwFDvt7sPOHcUw9JuibwwaKFoo0y2w0VHsfxv2NZ2dE45zV8U3f9w0cWW/jPCRVjok3 XXeOpMhRL4fk7mBfR0CxcLZg5yrI7vOmiX42oPWbbv7DxtQj7y6YHrHn1eTTVk4iKTaz ocMQ== X-Gm-Message-State: AOAM531+IzdPaRXVcU67W50a6JnLB1zUylXB3OstUFcvtZOUMeOZ/NES N0mzmEjSusws176HrnGP4E6BA6EGecM2nBfMB5quFqcL+siSPQ== X-Google-Smtp-Source: ABdhPJwuxZzf4ItAt8PnRwRHdqNNfUCGzvIv6r0PewfjW1r1Zx3AGPi9TVJj0ph7mTfoVHBiY/knZIWEmDu0PJTQkQg= X-Received: by 2002:ab0:154c:: with SMTP id p12mr1507334uae.18.1625248432993; Fri, 02 Jul 2021 10:53:52 -0700 (PDT) MIME-Version: 1.0 From: Matt Price Date: Fri, 2 Jul 2021 13:53:41 -0400 Message-ID: Subject: modify citation links in a derived HTML backend To: Org Mode , lechten@wi.uni-muenster.de Content-Type: multipart/alternative; boundary="00000000000085380f05c627a367" Received-SPF: pass client-ip=2607:f8b0:4864:20::92c; envelope-from=moptop99@gmail.com; helo=mail-ua1-x92c.google.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1625248466; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=CoW0d1E2tjgUtHOnouRPUBQsz+c9gIUkLwBRNpQ28D0=; b=NAZBeRWlIRnshOeacyCC6r3fqPtltDK3Qs1bTALRsIk0VWAqLjPXoJSftcNWFKoZyHR74j WmKQyvWCKLECd5LwVKYqb5SL7+hRze3uBvzR1Js7h7/9uWhAkDBtAPhUqHNYpD4LseTSNb fC8Dq+xO+sjqMn95XL4hJbbOyqNdMiPwRZqJw2Lua4IunA+Bl2N4XCIcvlXGx6sGjnKmRe ngtbv83sSvUhN7/AYpoEwfocviXWE0yP02jc61tdKMeoExtAxESupcov2YHppMEiup2UUF E4Z8z81icKJEZyAj3et8+AtPc4XXTpRtapg8iOW+BAEXAto1ofIGJqAUE5M3AQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1625248466; a=rsa-sha256; cv=none; b=BK+0TvhwoXyG/25tus03g1Dll6Zajw4GAotRSYPepPn9/4uew1EBjFk2Jesex4PJ56rIwt /kEulAua+y0/5MO2IGepj/a+tLwPaAoT77fa5h4QAA/DewXOMuWD7Qf1P+nNQvs9pZU51i +m5sxaH2EUowTdh35FzYcp0bD/7pw1nhA3QMgrdl5FpYHTOHAVs9EJQihRYrZ174QlJ4uS PLLQn/covEzQBwxX+AvpnNiCQN7nERpQJTsQYbmrAxtJciFgHACNnWjCqYkF/9rrt878G9 0vm6lDY0E3A2CYIND8exKTYmT+f4BLY73wNwUWrB1nHL/DaL6iLYAiT/GoWRHw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=YC3iPWfc; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -3.11 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=YC3iPWfc; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 61EFD805A X-Spam-Score: -3.11 X-Migadu-Scanner: scn0.migadu.com X-TUID: qDr+1xcOqVWH --00000000000085380f05c627a367 Content-Type: text/plain; charset="UTF-8" Hi, (cc:ing Jens L. in case this is relevant for his dev work on org-re-reveal). I'm experimenting with the new citation syntax in slideshows generated with org-re-reveal. Mostly it works fine, but cite-links don't function properly in the slideshow because in reveal, internal links only work when they refer to a slide (which will generally be generated from a headline in org-re-reveal export). Otherwise, the framework will reject the location change. At least, that's how I read the code here: https://github.com/hakimel/reveal.js/blob/ade234576e8ddd683cf16d0d8bb0236f37cf1a99/js/controllers/location.js#L32. Ideally, there would be some way to override this behaviour, but at present I don't see how to do that from within Reveal. I also know it is possible to just eliminate the links using org-cite-csl-no-citelink-backends, but that is a significant loss of function. Instead, I would like to modify the links that surround the individual citations. At present, the generated code will look something like this: Zubaida, 2009 and I'd like to change it to something like this: Zubaida, 2009 >From what I can tell so far, the current behaviour of oc-csl is dictated by a lambda defined in the citeproc package, and set via defconst in an alist `citeproc-fmt--html-alist` defined in citeproc-formatters.el. My question: what's the best way to override the output of citation objects for a specific derived backend? Can I use an export filter? should I instead use, I don't know, cl-letf to temporarily override some internal function belonging to citeproc-formatters and return a modified link? thanks as always for the help! Matt --00000000000085380f05c627a367 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

(cc:ing Jens L. in case = this is relevant for his dev work on org-re-reveal).

I'm experimenting with the new citation syntax in slideshows gen= erated with org-re-reveal.=C2=A0 Mostly it works fine, but cite-links don&#= 39;t function properly in the slideshow because in reveal, internal links o= nly work when they refer to a slide (which will generally be generated from= a headline in org-re-reveal export). Otherwise, the framework will reject = the location change.=C2=A0 At least, that's how I read the code here: <= a href=3D"https://github.com/hakimel/reveal.js/blob/ade234576e8ddd683cf16d0= d8bb0236f37cf1a99/js/controllers/location.js#L32">https://github.com/hakime= l/reveal.js/blob/ade234576e8ddd683cf16d0d8bb0236f37cf1a99/js/controllers/lo= cation.js#L32.

Ideally, there would be so= me way to override this behaviour, but at present I don't see how to do= that from within Reveal.

I also know it is p= ossible to just eliminate the links using org-cite-csl-no-citelink-backends= , but that is a significant loss of function.

= Instead, I would like to modify the links that surround the individual cita= tions. At present, the generated code will look something like this:
<= div>
<a href=3D"#citeproc_bib_item_3">Zubaida= , 2009</a>

and I'd like to change it to = something like this:

<a href=3D"#bibliogra= phy">Zubaida, 2009</a>

From what I c= an tell so far, the current behaviour of oc-csl is dictated by a lambda def= ined in the citeproc package, and set via defconst in an alist `citeproc-fm= t--html-alist` defined in citeproc-formatters.el.

= My question: what's the best way to override the output of citation obj= ects for a specific derived backend? Can I use an export filter? should I i= nstead use, I don't know, cl-letf to temporarily override some internal= function belonging to citeproc-formatters and return a modified link?=C2= =A0

thanks as always for the help!
=
Matt

--00000000000085380f05c627a367--