From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <9front-bounces@9front.inri.net> X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: from 9front.inri.net (9front.inri.net [168.235.81.73]) by inbox.vuxu.org (Postfix) with ESMTP id 7164720288 for ; Mon, 1 Apr 2024 11:19:22 +0200 (CEST) Received: from mail-lf1-f47.google.com ([209.85.167.47]) by 9front; Mon Apr 1 05:18:02 -0400 2024 Received: by mail-lf1-f47.google.com with SMTP id 2adb3069b0e04-516a01c8490so1087593e87.1 for <9front@9front.org>; Mon, 01 Apr 2024 02:17:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711963078; x=1712567878; darn=9front.org; h=content-transfer-encoding:mime-version:message-id:references :in-reply-to:subject:to:from:date:from:to:cc:subject:date:message-id :reply-to; bh=v/B8Nh3j5rkc4QcgMCWitpDSo5JNXOf6rNZz5s/v1Nc=; b=gXEjfxBn+tJJBx1t59kYzjYElOp7xhJiXFLVk3BxLyFnH69GL0/LXjnp/Tr1IcVk+A l0G76DYoQx/Fb4J6aiRSEso1aSxeaKEHftuWj/9km/aRZ7COaWYJbq/nHcLMn5VEYBtc cpzMqXe40ys/pLjEoo61yCoqPt6D75Tt8//GkupChEre8KOAKlyU61fGFK72zGzBaF9H wRwW1qKaspMcZq7/019KmY1HGOj9K36slqTP5dLNQlGRSYlSnRuigBS+VWGt9NGe+eYc n0f6VDfaonP5Va0XwnoRRP0dHiy+FawkjNLKMvQMkzDr/kVH9rQTDcDaUShxuDh8mEaP 3xDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711963078; x=1712567878; h=content-transfer-encoding:mime-version:message-id:references :in-reply-to:subject:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=v/B8Nh3j5rkc4QcgMCWitpDSo5JNXOf6rNZz5s/v1Nc=; b=vgdjJYA9BrrGyztqqwEjTisSui50ZACwpamZQ3zlezZMqfftSeXTHkpXxaqY4wQOrb SBV9DUxSOvNLc9PxQMBynm5zSc9D8pLVjV6zvSlNIJup8w5NBiYRfHk3zkSv1qW2o1PS 3O/UZ8MfBOdSMsCF1YnaD582lU4mBFuod3W97mfcaxQc+5kITv0WHs7LmiZPZQxF9qQ8 VwoIC/I/3231/AscwiOKlrneuXtw7WUqsX4oKOTrx1gs9eOy8PAX58PBfEFQKD9qYzhG 2jONS8WC8CI7MeBfBGWVInGmBrspH9u0SIC4Bd+Yy9fIsapfwQbUWmXKhXXCimLRr/Cf +MBQ== X-Gm-Message-State: AOJu0YwU5UC8yAGpTKUApJApFl1517TwSUp1GpsMZSN/OumryDiZthwX ugbN9gQ1Jta66DFKzC/uV6UQKBh/7pJLChsmnA+bNWjHSJD5Cc2VMt0JhVBw X-Google-Smtp-Source: AGHT+IHTXAfz/0tJ9gePsF3+QLmzjyp4HOnzsNx1LkexyjX4jxwGInVUGf+exRER6GGdaBLBo7w96g== X-Received: by 2002:a2e:99d8:0:b0:2d4:8411:8b41 with SMTP id l24-20020a2e99d8000000b002d484118b41mr4120483ljj.17.1711963077794; Mon, 01 Apr 2024 02:17:57 -0700 (PDT) Received: from [127.0.0.1] ([46.8.104.251]) by smtp.gmail.com with ESMTPSA id x2-20020a2e8382000000b002d71b89f93bsm834671ljg.27.2024.04.01.02.17.57 for <9front@9front.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 01 Apr 2024 02:17:57 -0700 (PDT) Date: Mon, 01 Apr 2024 09:17:53 +0000 From: Pavel Renev To: 9front@9front.org In-Reply-To: <9a2ec537-c6a5-4c44-8306-d12ebee98446@howhill.com> References: <9a2ec537-c6a5-4c44-8306-d12ebee98446@howhill.com> Message-ID: <25847D39-F21B-463F-922E-E49E98CC6D85@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: rails configuration DOM API cache Subject: Re: [9front] Musings on web browsers and office applications Reply-To: 9front@9front.org Precedence: bulk 1 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2024 =D0=B3=2E 02:13:38 UTC, Willow = Liquorice =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >Hi, > >I've had Plan 9 on the brain for the past few months, and I read a pdffs = in the recent conference proceedings, and I was wondering whether the princ= iples in that paper could be applied to create a file server for something = that uses the Document Object Model=2E > >You could then use the resulting directory tree in the core of a web brow= ser (HTML) or office application (OpenDocument / Office Open XML)=2E > >Just off the top of my head, maybe an example HTML document could be repr= esented like this? > >html/ > !attrs/ > lang > "en" > 01 head/ > 01 title/ > 01 text > "Test Page" > 02 body/ > 01 p/ > !attrs/ > class > "dumb-stuff" > 01 text > "according to all known laws of aviation" > 02 comment > "why are you doing this" > 03 em/ > 01 text > "there is no way that a bee should be able to fly" > 04 comment > "please stop" > >Consider "text in quotes" to be the contents of the files they appear und= er=2E > >I think the scheme above would work to identify attributes: the directory= name would simply be an invalid tag name=2E > >What do you think? I don't know that much about 9P, so maybe there's a be= tter way of expressing the order of elements in a directory tree than liter= ally numbering the files and folders=2E > > - Willow I tried something similar in the past and found out that 1=2E it's slow: traversing file system involves a lot of syscalls and they= are relatively expensive=2E 2=2E it's not very useful: there are many edge cases that are pain to deal= with in both server and client, and in practice attributes are way more im= portant than actual tag hierarchy=2E If I were writing a web-browser-as-a-fs today, I'd make a single file per = "tab" with a specialized DOM query language console inside, plus similar fi= les for CSS, JS and what else=2E