From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mimir.eigenstate.org ([206.124.132.107]) by ewsd; Thu Mar 19 23:00:35 EDT 2020
Received: from abbatoir.fios-router.home (pool-162-83-132-245.nycmny.fios.verizon.net [162.83.132.245])
	by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 41da4fd0 (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO);
	Thu, 19 Mar 2020 20:00:24 -0700 (PDT)
Message-ID: <130A2579098A9D00FD34FFDA8EE1ED9C@eigenstate.org>
To: sl@stanleylieber.com, 9front@9front.org
Subject: Re: [9front] mothra: proposal
Date: Thu, 19 Mar 2020 20:00:23 -0700
From: ori@eigenstate.org
In-Reply-To: <C85FC655E82FCBE5B94289CB1073F9CC@ewsd.inri.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: managed general-purpose-scale session frontend 


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.