From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id MAFrIuHTE2ECZQEAgWs5BA (envelope-from ) for ; Wed, 11 Aug 2021 15:42:57 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id aHg9HuHTE2FmCAAAbx9fmQ (envelope-from ) for ; Wed, 11 Aug 2021 13:42:57 +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 8996F718A for ; Wed, 11 Aug 2021 15:42:56 +0200 (CEST) Received: from localhost ([::1]:50254 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mDoVT-00040i-97 for larch@yhetil.org; Wed, 11 Aug 2021 09:42:55 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53316) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mDoV2-0003x0-FF for emacs-orgmode@gnu.org; Wed, 11 Aug 2021 09:42:28 -0400 Received: from mail-qv1-xf29.google.com ([2607:f8b0:4864:20::f29]:41681) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mDoUz-0008Ri-Rb for emacs-orgmode@gnu.org; Wed, 11 Aug 2021 09:42:28 -0400 Received: by mail-qv1-xf29.google.com with SMTP id g6so1131416qvj.8 for ; Wed, 11 Aug 2021 06:42:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:references:user-agent:from:to:cc:subject:date:message-id :in-reply-to:mime-version; bh=jnIJYEoAolLJHPIsZKa8In+LgmCco3kQfMXR7DO9uQ4=; b=J9hXWHozr7vFnwDBhKZUY9XO3Yeb5d+N8JZqWVCSDuZ8ZtRH0mnmq2GPwcpRoYe3rf qtZts0Fx1IPgWvmCDmQKiAX+5iV0u7QryGLUm2uS3k96xO0CMCY5TiMT28PNlYoyh3PP 9ursvDzxNBhWM4FndzsP1P/nNoiRz5o089XyKkM6bb2E6N0pQMR06sUoSwezZeZXEbi1 tDvMdFzEBbOiVKb9HcCf3NhhTwOYiPcTgIatT+ag9zcbLS/N+Tz7O2WkKvhvELRm5zKT T0KbWM4cwB4PA3frJLmy9L7OUvugOqQWQKwcZwVTzL9sqCKg6oCgyKXnjrsePhE99pzt xy2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:references:user-agent:from:to:cc:subject :date:message-id:in-reply-to:mime-version; bh=jnIJYEoAolLJHPIsZKa8In+LgmCco3kQfMXR7DO9uQ4=; b=W+R1BhlC88WcKbfuozxTzePNLGS3H+hiRnFP481FWT5KKyROTvQpBGur0ur5kH8S7Z c8wkxQaM0OkKJHLQa12IPWMgcIUrX76hOnAbHnmvU3TTETbEVTYSu+34dIlU09Ahe+1A 4RXDPFBVqU4DtdFsU8QcxWu5uWyRpy3Pl7qpMiUxp+6D8SAfTOoSdPnKmzD6RkrGrbuu HIA3P2uEcRA4UvqCERzEAdrQehDMYd77X9lI8DzXc/R23kqnpWriuRJZzTHZ/sLSzZWQ BmEaDSDmGtCHmubFNVi6c1PqyzDiTzJQMtcTpXNomgDy8Umewq8Zkf+T1j9Numxy0TgD acqg== X-Gm-Message-State: AOAM5312ul2037z6rSCn2Ru2r+7cj5CcLPOBH46ZudgUKqzOk6Mt4Sp1 L3Pn9690BHVr+16QKj3DbYnV0rmQtN4= X-Google-Smtp-Source: ABdhPJwpDJ/5tbP20wxWVRvyXgtUUKJdHb65UvtQc+wQb/WJd5j9jsKwI83BrtrkTF+c87DsChIF/g== X-Received: by 2002:a05:6214:29cb:: with SMTP id gh11mr23101759qvb.61.1628689344430; Wed, 11 Aug 2021 06:42:24 -0700 (PDT) Received: from Johns-iMac.local ([2601:547:901:82e0:7029:9b0:c980:1c78]) by smtp.gmail.com with ESMTPSA id 18sm12865671qkm.128.2021.08.11.06.42.23 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Wed, 11 Aug 2021 06:42:23 -0700 (PDT) References: User-agent: mu4e 1.6.0; emacs 28.0.50 From: John Kitchin To: Bruce D'Arcus Subject: Re: Expanding how the new cite syntax is used to include cross-references - thoughts? Date: Wed, 11 Aug 2021 09:23:56 -0400 Message-ID: In-reply-to: MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::f29; envelope-from=johnrkitchin@gmail.com; helo=mail-qv1-xf29.google.com X-Spam_score_int: -14 X-Spam_score: -1.5 X-Spam_bar: - X-Spam_report: (-1.5 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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: , Cc: org-mode-email 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=1628689377; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=jnIJYEoAolLJHPIsZKa8In+LgmCco3kQfMXR7DO9uQ4=; b=p314pFX1gukbxQIPFnWV8w9WEQ4jTETm4f+e1q1CfVyqsnd1CAAWE08F6wu4CCmteBiPFa sQ7Qm6tnu/kmSUoaOGmbi/S6HuAKGva0uyUfdHALxTH8KJjv6uKwLGhaKZjrZZ5x87TnSO 1geaQFdpxXG/s+zaGlUrDK3UcOtsit9d64KtR7u+xaZ/NGBCUZyGlRzgeZGSjKKfzHVdLN lwNe9iqubEGFuGuOry6hfZu+pAwcLXAp1Du9VPc7wqmxWQWE0zBP1V2oMEp3+SGva073F/ VPksT1WKg/Lc6C0hbZHwgrqWzZFQA/23/+dHaJNxH+9tZU56dMfynspfhdulaA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1628689377; a=rsa-sha256; cv=none; b=NUXmpaTlVIOgeXguG8y+oyXXqfmvz2PnYPRadlBspW7/i5TqYGq9tgdk+m87SU4KmyKT8J szGzuy7AuvX26zdt37y/WaoGsgn6r2FAxImiGl2EEOWxxKtvaJmgrv0kvHv31yAneMybxx ho91deH+KVAwXgEml6IiMwWflB3yjOOmwisue3XFC5qEiivq/LJXnVnfAcPC3ijv2E0MYt WHENBQpBsunkrA5qBpu4a/wHqIeKwbnFR8nfWxwV+j1GBpYzs3SgVoQ0bFzJcKLa2e3Yay nRD+Rs5F02el954dzHTRQl6GRgLhcTHRARE853Z8FSB/09PQjXubuS0qTTGraw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20161025 header.b=J9hXWHoz; dmarc=fail reason="SPF not aligned (relaxed)" header.from=andrew.cmu.edu (policy=none); 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: -0.31 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20161025 header.b=J9hXWHoz; dmarc=fail reason="SPF not aligned (relaxed)" header.from=andrew.cmu.edu (policy=none); 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: 8996F718A X-Spam-Score: -0.31 X-Migadu-Scanner: scn1.migadu.com X-TUID: T7AqHJXH9A5W "Bruce D'Arcus" writes: > Hi John, > > On Tue, Aug 10, 2021 at 8:58 PM John Kitchin wrote: > >> ... I would like what I call an orthogonal approach for cross-references, >> orthogonal in the sense that it can coexist with org-ref, but not require >> org-ref if you don't use it. The built in internal links like [[label]] lack >> the flexibility I need (I think), e.g. to differentiate a typical reference >> from an equation reference (these map to \ref{label} and \eqref{label} in >> latex for example), and there are other references that are relevant in latex >> also like \pageref{label}, \cref{label} etc. > > Granting the current "lack of flexibility" of internal links, what > about extending them to allow an optional type; like: > > [[eq:label]] > [[table:label]] Those look like regular org links, and are handled differently from [[label]] which is called a fuzzy link if the links are defined. Interestingly, if the org-links are not defined, they are still fuzzy links, but that is going to be super confusing because the syntax is so similar. In any case, this is substituting using one syntax for another purpose for another syntax. No extension is needed for regular links, it is already a feature of org-links which is used heavily in org-ref already does via ref:label, eqref:label, etc. But to use them, you would have to install org-ref, and it would come with helm and ivy, which many people do not like. I don't want to redefine these links because some people (like me) will have to have both packages installed for legacy documents, and the link behavior is what ever is loaded last. It is not necessary to differentiate figures and tables that way, imo, and you can use different kinds of references to the same label anyway. E.g. \ref{tab-1} (in LaTeX) would refer to the table number, whereas \pageref{tab-1} would refer to the page number it is on. Obviously, that has less meaning for html where there is a single page. > > ... etc? > > It could work based on similar logic as citation styles, namely that > content preceding some delimiter (in the examples above, the hyphen) > would be an optional link type. As you say, it could even have a > similar style/variant structure as citations. > > Perhaps a handful such link types could be reserved, for obvious org > link targets (like tables, equations, figures, etc), but it would be > flexible beyond that. > > Would that not work? I don't think this would work. org-ref already defines most or all of these links. Maybe we could use new names like ref/:label ref/eq:label, etc though. They seem to be legal names. It still seems like there is a lot of opportunity for mixing exports from org-ref and org-ref-cite this way though, because the syntax is so similar. I want as clear a separation of these packages as can be had. > > Because if it could, that would seem to be a better solution, both for > cross-references, and for citations. > > I do grant there may be a challenge with legacy documents adding such > an optional type, but perhaps there's a solution to that problem? > > Bruce -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu Pronouns: he/him/his