From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <077b272251b781b591337d11e5323e22@quanstro.net> From: erik quanstrom Date: Tue, 25 Jul 2006 18:28:03 -0500 To: csant@csant.info, 9fans@cse.psu.edu Subject: Re: [9fans] Re: 9fans Digest, Vol 27, Issue 52 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: Topicbox-Message-UUID: 8dc26214-ead1-11e9-9d60-3106f5b1d025 the short answer is no. abaco does look and feel like acme, but it is a seperate program that must manage windows and subprocs (like win). what would be idea is to have a small program like win that reads pages from webfs. it should be possible to do without reimplementing any of that stuff. the interesting part of how to do this i conviently swept under the rug. maybe /mnt/acme/$winid/layout. btw, abaco's design is very good. it does a really nice job of getting to the point without reams of code. - erik On Tue Jul 25 17:59:42 CDT 2006, csant@csant.info wrote: > On Tue, 25 Jul 2006 22:17:01 +0200, erik quanstrom > wrote: > > > i think the ideal "browser" for plan 9 would be acme. > > > > if acme could handle a box-based layout with images and text, the > > "web browser" could consist of webfs, http/layout and http/acmectl. > > Well, isn't that kind of the way Abaco is going? Acme-like UI + a > rendering engine. Using Acme's MDI was an extremely happy choice for a > browser.