Re: [9front] htmlfs

[hiro <23hiro@gmail.com>]

i can confirm, but the man page doesn't represent the ideas.

if you end up using this, you will see that for each element one line
of text is printed, including the full path/name of the value.

it feels a little bit like the output of grep -r, just with xml
hierarchy instead of file paths.

i always thought it would be neat to have a real fs instead, allowing
globbing instead of grep to read a specific element.

example:

$ html2 < poettering-Walkthrough\ for\ Portable\ Services.html
2>/dev/null | grep head/title
/html/head/title= Walkthrough for Portable Services

would be cool to instead run:
; htmlfs poettering*html
mounted at /n/htmlfs
; cat /n/htmlfs/*/*/title
Walkthrough for Portable Services
;

cool.
but not necessary for my use case.

A file is useful for separating binary data and strings that contain
newlines, but it just so happens that inside html you can often ignore
newlines, which means that practically the value of any entity should
fit quite well on a line of text as html2/xml2 output it.

On 8/31/21, jstsmthrgk <jstsmthrgk@jstsmthrgk.eu> wrote:
> There exists a piece of software (for linux) with some interesting ideas
> regarding xml scriptability:
> https://manpages.debian.org/unstable/xml2/html2.1.en.html
>
>
> Am 31. August 2021 07:33:25 MESZ schrieb unobe@cpan.org:
>>Quoth Amavect <amavect@gmail.com>:
>>> Not everything needs to be a file system.
>>> A program still needs to deserialize and load structs.
>>> A 9p fs just doesn't do that.
>>
>>That's true, there are benefits to a programming library (namely,
>>performance).  But doesn't a file system that presents a consistent
>>interface allow for a choice of programming language and for the
>>ability to abstract further?  For instance, having xmlfs (if such a
>>thing existed) would allow for rc programs to do some simple tasks
>>that need to muck with xml.
>>
>
>
>