Re: [rfc-i] getting SVG of RFC diagrams
Paul Kyzivat <pkyzivat@alum.mit.edu> Thu, 23 November 2023 17:26 UTC
Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: rfc-interest@ietfa.amsl.com
Delivered-To: rfc-interest@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34528C14CE24 for <rfc-interest@ietfa.amsl.com>; Thu, 23 Nov 2023 09:26:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alum.mit.edu
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9ycJxMu6kIiV for <rfc-interest@ietfa.amsl.com>; Thu, 23 Nov 2023 09:26:25 -0800 (PST)
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on20626.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e88::626]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 837E1C14F726 for <rfc-interest@rfc-editor.org>; Thu, 23 Nov 2023 09:26:25 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oaZbMGuHU8O7389GsGKIYxpES6froLydAs3Pqg0c5YCj/8jDNpA4XKuKVRr7tWpL6ACs1QYm+60Z5XYFpHFmhewWOTfHg99+1jRekscIijcyNiYM0XNZJLcShR4KeYWlNxV4dzACzs/rtCy6OvpQKqNSl4zhCpG9ZJcSMmRutsNYTDJkp3hoHxsPKVe/zoCZnxCzawFS5WgrIBLO+SO0wXeE7RHpeN+oEYjCEXG4lf8ENuP0BjK3lbGuDWc3Jjvq/gkZmUyuSZrbxOKeeki8By3nHVQDQdUWEHHsqgDfWGG4+8p+KlA6YBsTPklM4ZPGkuToD9LFMeUv66C2ULlPtw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=MrUKUqzCJlfYs3tKH2Bzd/nLFaPk0kQ/SOjH0j4TXQ4=; b=Ed4NPso3o+MPmubsdN3d1MPf+ShnTRC5eXLAXbp65sSitcesPv0n/9zqaJnhgUA9meNMhDUPwsrM7c23C8DwXZk4tOo/V7NmKS1xsfDQu3xEznSGMKFXLpxcC4xoJyvGWxLIQ90s7qWWhKJMvyZuHXvQbOigx/TW18+BG9rSC9EJ4D1QsDZqbLhc3SYc/U/ZW6Q2I+7qyCe+Vn3L/jKHmS9VbY2tNh8z82cLFtuCbKrzhj1R4VxK0VvUYkzHoISIN5Wdlz3+/7Luyaykd5awjsb9KpQZBZywmiWcdNcVAeTQebtinOCTkiWg5cIVI/ijpf6EYmiW/CzC2Qt/56GBFA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 18.7.68.33) smtp.rcpttodomain=rfc-editor.org smtp.mailfrom=alum.mit.edu; dmarc=pass (p=none sp=none pct=100) action=none header.from=alum.mit.edu; dkim=none (message not signed); arc=none (0)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alum.mit.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MrUKUqzCJlfYs3tKH2Bzd/nLFaPk0kQ/SOjH0j4TXQ4=; b=Y3kUzVqh0/PtBdtooLPP1ysMQSLSnYmowAO43es25ikLjqu+deVcJvzNyJyuiRUfEd9CKp+BY9KR91HMHIfiVmbIO8P7fKN1oeLXqlI6VLMLDmDIp6I6fMbbYHj/EjaiuuK5zg7u8CE27xR2i3LwZraZvluKXKRtAY9QYe9pbxw=
Received: from SJ0PR13CA0179.namprd13.prod.outlook.com (2603:10b6:a03:2c7::34) by MN0PR12MB6152.namprd12.prod.outlook.com (2603:10b6:208:3c4::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7025.20; Thu, 23 Nov 2023 17:26:22 +0000
Received: from CO1PEPF000044EE.namprd05.prod.outlook.com (2603:10b6:a03:2c7:cafe::92) by SJ0PR13CA0179.outlook.office365.com (2603:10b6:a03:2c7::34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7025.17 via Frontend Transport; Thu, 23 Nov 2023 17:26:22 +0000
X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 18.7.68.33) smtp.mailfrom=alum.mit.edu; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=alum.mit.edu;
Received-SPF: Pass (protection.outlook.com: domain of alum.mit.edu designates 18.7.68.33 as permitted sender) receiver=protection.outlook.com; client-ip=18.7.68.33; helo=outgoing-alum.mit.edu; pr=C
Received: from outgoing-alum.mit.edu (18.7.68.33) by CO1PEPF000044EE.mail.protection.outlook.com (10.167.241.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7025.12 via Frontend Transport; Thu, 23 Nov 2023 17:26:21 +0000
Received: from [192.168.1.52] (c-73-143-251-114.hsd1.ma.comcast.net [73.143.251.114]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id 3ANHQJTg020591 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 23 Nov 2023 12:26:20 -0500
Message-ID: <795dcb51-399b-4500-a9e7-047c5fbba1d7@alum.mit.edu>
Date: Thu, 23 Nov 2023 12:26:18 -0500
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: Carsten Bormann <cabo@tzi.org>
Cc: RFC Interest <rfc-interest@rfc-editor.org>
References: <310371.1700735021@dyas> <5e7a517c-0615-47e4-9dd2-24dbad1044a5@alum.mit.edu> <632b5155-212a-4de7-8a4e-0a7bd109a11f@petit-huguenin.org> <c9084344-2b12-48c4-aa90-91ee77179545@alum.mit.edu> <B80605E8-434E-4E39-95B3-65633C6033FD@tzi.org>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
In-Reply-To: <B80605E8-434E-4E39-95B3-65633C6033FD@tzi.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-EOPAttributedMessage: 0
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: CO1PEPF000044EE:EE_|MN0PR12MB6152:EE_
X-MS-Office365-Filtering-Correlation-Id: ca85a75f-1741-4bff-3329-08dbec495001
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: Zp4C2mYSyiUjTMYcirAYXDa0SaZon4lTUwpAjsmZO5W+pmJZp4fUIFOKfy70ayIli5On+0x1lXwbnGTUBOudFmue5hooDKqGHG6C4ree49LMyqSEQGW6/WziqhPrpsJ/NiM1jdMfFOQ6+iaBenq1YQ1skezFLbuEX4oZ9M83N79wPoKRGQXO/stFTZGZUK6UdCHn5rprEkvXFrkQD+FGrfKmPDBL81Fh1jWxLGOtmE2nrwgN2clGlWAwEXZuR9UApPlNw2LaKtw3vOD3GBBBKbPy9kkEb/s5WASTHLWaPk2qwiuYO3QNCVlsHmEeYhkANbuc4C4DfvypPJcUrTxtJ0ahKb0Oxxt9MNe7AFmybuozarQ9y4zRdSL32wATPJdmNe0NGNtWUZ81j1rbUTuvaDRImBpfyMmRIrqXAjMokYoHn/gnhRKk9r7q97fW7j3yA+D+XDjUQeZvlzUGZDhxs7O9b7BrYJe8iQ67vKP9P9girTGm/PGVL7SzcP6dsK5u+3P93aBwMURvFuH/qTtvnhncAbfbBNvjg6VYnG+3mS8adIfjUzWBSsB04ov+cC9rMwnu519ktWXFxh0gAx2Kpg2PQCKKa5xs87bpgJ2w475DjN8ldFDeiyOrq+QvpTMBR6r7xDgsNsN3v8dmGX4/M4hU4cFLpnfYvnZud46XeJuAqzKH1Ldj5X5F1NcYjgXxDNz1OUaGMUwfdzZY4Epcp/xvQAImLta7Ojr/rKq1v10gvk0X+lRPWdcKXBmqlXEa3Jk7qN2iut9pDyysuPhkKjNA8V6oejDNZsbHZiUdu70p7LiJT24zSN073q9kJ2Z9
X-Forefront-Antispam-Report: CIP:18.7.68.33; CTRY:US; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:outgoing-alum.mit.edu; PTR:outgoing-alum.mit.edu; CAT:NONE; SFS:(13230031)(346002)(396003)(376002)(39860400002)(136003)(230273577357003)(230922051799003)(230173577357003)(186009)(64100799003)(82310400011)(1800799012)(451199024)(36840700001)(46966006)(40470700004)(75432002)(40460700003)(26005)(336012)(53546011)(956004)(2616005)(36860700001)(47076005)(5660300002)(41300700001)(2906002)(478600001)(4001150100001)(316002)(786003)(4326008)(8936002)(8676002)(70206006)(70586007)(82740400003)(6916009)(31696002)(86362001)(41320700001)(356005)(7596003)(40480700001)(31686004)(43740500002); DIR:OUT; SFP:1101;
X-OriginatorOrg: alum.mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Nov 2023 17:26:21.8018 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: ca85a75f-1741-4bff-3329-08dbec495001
X-MS-Exchange-CrossTenant-Id: 3326b102-c043-408b-a990-b89e477d582f
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3326b102-c043-408b-a990-b89e477d582f; Ip=[18.7.68.33]; Helo=[outgoing-alum.mit.edu]
X-MS-Exchange-CrossTenant-AuthSource: CO1PEPF000044EE.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN0PR12MB6152
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfc-interest/alIL3MD23jk0UT2DeQyPCHrZekQ>
Subject: Re: [rfc-i] getting SVG of RFC diagrams
X-BeenThere: rfc-interest@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <rfc-interest.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfc-interest/>
List-Post: <mailto:rfc-interest@rfc-editor.org>
List-Help: <mailto:rfc-interest-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Nov 2023 17:26:26 -0000
On 11/23/23 11:47 AM, Carsten Bormann wrote: > On 2023-11-23, at 17:39, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote: >> >> On 11/23/23 10:01 AM, Marc Petit-Huguenin wrote: >> >>> XPointer can be used as a URI fragment[1]. Firefox does not implement it[2] but I found an obsolete extension that did[3], so maybe such extension is still possible. >> >> I would like there to be a sufficient naming convention so that someone that wants a piece of the rfc can construct the URL based on what is visible in the rendering of the RFC. > > I don’t think this is attainable in general. > >> That may be easy for figures that are labeled, but might be a problem for some source code such as ABNF that often is interleaved with text, without any label. > > Indeed, artwork (including SVG) often is not embedded in a figure, so it doesn’t have a natural “Figure 4711” label. > > (It also turns the numbered labels are rather brittle during development, so giving the artwork a name= attribute for external referencing generally is good practice. Slugified names can stand in for that, but also are more brittle than given names.) I'd settle for the URL being discoverable only from *some* of the renderings. E.g., by hovering over the item in the html rendering. That could either show the URL, or a tag that can be used to construct the URL using a standard convention. (One of my goals is to be able to fetch ABNF from a document - to support validation/compilation of ABNF from document Y that depends on / extends the ABNF from document X. IOW #include from a document fragment.) Thanks, Paul
- [rfc-i] getting SVG of RFC diagrams Michael Richardson
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Paul Hoffman
- Re: [rfc-i] getting SVG of RFC diagrams Paul Hoffman
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Marc Petit-Huguenin
- Re: [rfc-i] getting SVG of RFC diagrams Martin Thomson
- Re: [rfc-i] getting SVG of RFC diagrams Brian E Carpenter
- Re: [rfc-i] getting SVG of RFC diagrams Paul Duffy (paduffy)
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Marc Petit-Huguenin
- Re: [rfc-i] getting SVG of RFC diagrams Martin Thomson
- Re: [rfc-i] getting SVG of RFC diagrams Julian Reschke
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Julian Reschke
- Re: [rfc-i] getting SVG of RFC diagrams Paul Duffy (paduffy)
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Paul Duffy (paduffy)
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Eliot Lear
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Paul Duffy (paduffy)
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Michael Richardson
- Re: [rfc-i] getting SVG of RFC diagrams Julian Reschke
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Michael Richardson
- Re: [rfc-i] getting SVG of RFC diagrams Marc Petit-Huguenin
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Paul Duffy (paduffy)
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Paul Hoffman
- Re: [rfc-i] getting SVG of RFC diagrams Paul Duffy (paduffy)
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Marc Petit-Huguenin
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann
- Re: [rfc-i] getting SVG of RFC diagrams Paul Kyzivat
- Re: [rfc-i] getting SVG of RFC diagrams Carsten Bormann