9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Charles Forsyth <forsyth@caldo.demon.co.uk>
To: 9fans@cse.psu.edu
Subject: RE: [9fans] file name completion
Date: Mon, 22 Dec 2003 11:38:59 +0000	[thread overview]
Message-ID: <ce453f3bd7668221b221cd4efdd32348@caldo.demon.co.uk> (raw)
In-Reply-To: <ACCF003CBA3D09458207DB0CB86AD17D124CE6@XMAIL.asuch.cas.cz>

>  A nice exercise in its usefulness is the breaking down of a huge, monolithic program such
>  as Links into smaller parts tied together by plumbing -- from an all-encompassing piece of
>  code that knows how to handle everything from rendering html tables to handling ftp and
>  samba protocols, into a simple html renderer that works with the plumber to give out work
>  to whichever external program is best suited for the job (and not having to know anything
>  about them)...

it would be nice if that were possible but it's the interaction between
javascript and html rendering, at many and seemingly arbitrary points,
that complicates browsers, even as regards interaction with the transport protocols
(fortunately less so, so that those can indeed be handled in a more modular way).
for instance, javascript has an interface to the state of the renderer.
conversely, and perhaps even worse, the renderer implementation needs to provide the
sort of state that the javascript interface expects, which further limits
design and implementation freedom.  actually, there are several interfaces
because different browsers historically gave javascript access to state that their implementations
happened to provide, which changed from browser to browser.



  reply	other threads:[~2003-12-22 11:38 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-22  8:20 cej
2003-12-22 11:38 ` Charles Forsyth [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-12-23  0:32 Rob 'Commander' Pike
2003-12-22  6:19 Rob 'Commander' Pike
2003-12-22  5:48 ` mirtchov
2003-12-22 16:15   ` ron minnich
2003-12-23  1:17     ` boyd, rounin
2003-12-23  5:13       ` boyd, rounin
2003-12-24  3:32         ` okamoto
2003-12-23 23:54       ` Steve Kilbane
2003-12-27 17:56       ` Jack Johnson
2003-12-28 19:54         ` Scott Schwartz
2003-12-29  1:20           ` boyd, rounin
2003-12-22 23:02   ` rob pike, esq.
2004-01-06 14:35   ` rog
2004-01-06 15:01     ` rob pike, esq.
2004-01-07  0:16     ` Russ Cox
2003-12-22 16:12 ` Sape Mullender

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ce453f3bd7668221b221cd4efdd32348@caldo.demon.co.uk \
    --to=forsyth@caldo.demon.co.uk \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).