Re: [9front] mothra: proposal

[ori@eigenstate.org]

I'll split this into separate patches for separate review/testing,
and we can decide how to proceed change by change. It's going to
take me a few days.
 
>> I'm mostly ok with this, though I'm not a big fan of losing the
>> "command" vs "body" visual distinction.
> 
> there are still a couple of lines separating those sections:
> 
> 	http://plan9.stanleylieber.com/mothra/img/20200319.png
> 
> but i'm not opposed to tweaking this.  my biggest desire is to
> minimize the ui's decoration, and emphasize the content.

I'll post a tweaked version, keeps the bluegreen background
for the url section, and removes the lines between the menu
items.

>> I don't like theming, but I like the propagation of dark mode
>> flags even less. If we want this, libdraw needs to signal to
>> programs which colors they should use, without a '-b' flag.
> 
> i'm not capable of implementing this.  also, by this logic we'd
> need to change existing behavior of rio ad vt.  would we delete
> the existing flags?  i'm not married to -b, but i'm also not
> advocating full-blown theming.  (fwiw, i also don't quite
> understand the vehement objection to it; standardizing it
> in one library seems like the right approach.)

I think you underestimate yourself. And, yes, if we have a
"dark mode", I'd want to remove '-b'.

> caveat:
> 
> mothra sometimes only knows relative urls (because some web
> pages only offer relative urls as links), and relies on webfs
> to figure out the correct request to match whatever it clicks
> on.  this sometimes breaks plumbing, as i implemented it.
> 
> sl

Mm. we can probably read the 'parsed/url' before plumbing, but
I'm more interested in being able to plumb non-url text from
the page.