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.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, 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 E7C4B21803 for ; Mon, 1 Apr 2024 04:14:50 +0200 (CEST) Received: from srv1.howhill.co.uk ([81.187.135.98]) by 9front; Sun Mar 31 22:13:41 -0400 2024 Received: from [192.168.1.223] (Ellychnia-corrusca.howhill.co.uk [192.168.1.223]) (Authenticated sender: willow) by srv1.howhill.co.uk (Postfix) with ESMTPSA id AFEFD4928AA for <9front@9front.org>; Mon, 1 Apr 2024 03:13:39 +0100 (BST) DKIM-Filter: OpenDKIM Filter v2.11.0 srv1.howhill.co.uk AFEFD4928AA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=howhill.com; s=default; t=1711937619; bh=QKknsO6udXC18w+kpiPSOLQLTzeaErmBd3m0eZplpVc=; h=Date:To:From:Subject:From; b=IRCSnwkeMtOfWk57kvpm4jUJ49SIMHxxr+V60CoZEeBMMZISe5LWgj9zyMzzEHGec LGg9170ibkBzl3X7/pnto67829G2rT4T6DghNLo4+w8e5nreY7n5V6E9j6vaEkR/rx WfMqY7sjFEu+uPhFKfZ2BlCBxUTipO13FRTV4a7DX0ZBQCI8EXma77S06auJwE4B0x gUdx49z+baFxxS14cwT5+i2UFse6QSDrgY01nrPst+BPWtLdnc0+nEjyHDP7SG8d2Z yNGB2mqoHQSoMGaPEMZ3KvLUT3AHy4JFise7wqn/fUjoL/4IGx3wnpLZ5H78TBU42P SNk/GQx9hkyuw== Message-ID: <9a2ec537-c6a5-4c44-8306-d12ebee98446@howhill.com> Date: Mon, 1 Apr 2024 03:13:38 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-GB To: 9front@9front.org From: Willow Liquorice Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Server: srv1.howhill.co.uk X-Spamd-Result: default: False [-3.54 / 20.00]; BAYES_HAM(-2.79)[99.10%]; GENERIC_REPUTATION(-0.66)[-0.65609481573009]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ZERO(0.00)[0]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[] X-Rspamd-Queue-Id: AFEFD4928AA List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: out-scaling callback blockchain Subject: [9front] Musings on web browsers and office applications Reply-To: 9front@9front.org Precedence: bulk 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 principles in that paper could be applied to create a file server for something that uses the Document Object Model. You could then use the resulting directory tree in the core of a web browser (HTML) or office application (OpenDocument / Office Open XML). Just off the top of my head, maybe an example HTML document could be represented 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 under. I think the scheme above would work to identify attributes: the directory name would simply be an invalid tag name. What do you think? I don't know that much about 9P, so maybe there's a better way of expressing the order of elements in a directory tree than literally numbering the files and folders. - Willow