9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Francisco J Ballesteros" <nemo@lsub.org>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] XML
Date: Fri, 25 May 2007 22:36:33 +0200	[thread overview]
Message-ID: <8ccc8ba40705251336l1f00233w2caa597689428c05@mail.gmail.com> (raw)
In-Reply-To: <c967b99c3a38a7bf479d24f3687fd66a@quintile.net>

We have something similar. When layout changes, an event is posted to /mnt/ports
but that reports that a subtree changed. At that point, we must reread
the subtree to
detect changes. Knowing the dir hierarchy in advance can speed things
up, and the
toc file could be of help.

But thanks for the idea. I'll give it a second thought.

On 5/25/07, Steve Simon <steve@quintile.net> wrote:
> > We're trying hard (by reading most of the tree concurrently, and using Op on the
> > slow link) to get o/mero fast enough not to worry about TOC. But in
> > any case, should we
> > add toc, probably just a raw list of, say, one relative path per line,
> > a-la-du, would suffice.
>
> I am not sure I understand your application, but
> couldn't you implement it with a single virtual file that the window
> manager creates, and which the remote client blocks on. When the
> user changes the layout the info is written to the "changes" file.
>
> Thus the remote end can keep a cache of the window systems state
> close to it by just reading a single file rather than scanning the
> widget hierarchy.
>
> -Steve
>


  reply	other threads:[~2007-05-25 20:36 UTC|newest]

Thread overview: 77+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-21 16:57 ron minnich
2007-05-21 17:08 ` W B Hacker
2007-05-21 17:11 ` Roman Shaposhnik
2007-05-21 17:27   ` W B Hacker
2007-05-21 17:37     ` Francisco J Ballesteros
2007-05-22 10:47       ` Charles Forsyth
2007-05-22 11:31         ` erik quanstrom
2007-05-25 15:03         ` David Leimbach
2007-05-25 15:08           ` erik quanstrom
2007-05-25 17:02           ` Charles Forsyth
2007-05-25 17:32             ` Francisco J Ballesteros
2007-05-25 18:15               ` ron minnich
2007-05-25 19:58                 ` Uriel
2007-05-25 22:11                 ` erik quanstrom
2007-05-25 19:35               ` Steve Simon
2007-05-25 20:36                 ` Francisco J Ballesteros [this message]
2007-05-25 18:30         ` ozan s. yigit
2007-05-25 20:23           ` Charles Forsyth
2007-05-21 17:33   ` ron minnich
2007-05-21 20:18     ` David Leimbach
2007-05-21 20:25       ` erik quanstrom
2007-05-22  4:13         ` lucio
2007-05-21 18:17   ` erik quanstrom
2007-05-21 18:29     ` Uriel
2007-05-21 18:21   ` Uriel
2007-05-22  1:25     ` LiteStar numnums
2007-05-21 18:26   ` Skip Tavakkolian
2007-05-21 18:39     ` Jack Johnson
2007-05-21 18:48       ` Uriel
2007-05-21 19:26       ` Skip Tavakkolian
2007-05-21 20:17   ` David Leimbach
2007-05-21 22:34   ` Steve Simon
2007-05-21 17:32 ` Bakul Shah
2007-05-21 18:23 ` matt
2007-05-21 18:34 ` Geoffrey Avila
2007-05-21 18:41   ` Uriel
2007-05-21 19:27     ` Geoffrey Avila
2007-05-22 22:24       ` Roman Shaposhnik
2007-05-22  4:08     ` lucio
2007-05-21 23:29   ` W B Hacker
2007-05-21 23:34     ` erik quanstrom
2007-05-22 14:02       ` Wes Kussmaul
2007-05-22 14:03         ` erik quanstrom
2007-05-22 14:55           ` Bruce Ellis
2007-05-22 15:05             ` Jack Johnson
2007-05-23  7:12             ` Lluís Batlle
2007-05-23  8:11               ` Lluís Batlle
2007-05-23  8:29                 ` lucio
2007-05-22 15:22           ` Wes Kussmaul
2007-05-22 14:53         ` Jack Johnson
2007-05-22  9:53   ` Charles Forsyth
2010-06-28 16:19 [9fans] xml hugo rivera
2010-06-28 16:55 ` Russ Cox
2010-06-28 17:06 ` Ethan Grammatikidis
2010-06-28 18:26   ` Rob Pike
2010-06-28 18:31     ` David Leimbach
2010-06-28 18:40       ` Rob Pike
2010-06-28 19:06         ` erik quanstrom
2010-06-28 19:14           ` Corey Thomasson
2010-06-30 14:47             ` hugo rivera
2010-06-30 18:25               ` David Leimbach
2010-06-30 18:43                 ` ron minnich
2010-06-30 19:54                   ` Pietro Gagliardi
2010-06-30 20:04                     ` Corey Thomasson
2010-06-30 20:21                       ` erik quanstrom
2010-06-30 20:53                         ` Wes Kussmaul
2010-07-01 15:06                           ` Ethan Grammatikidis
2010-07-01 17:12                             ` Russ Cox
2010-07-01 17:43                               ` Bakul Shah
2010-07-01 18:37                                 ` Jorden M
2010-07-01 18:49                                   ` Rob Pike
2010-07-01 19:33                                     ` Bakul Shah
2010-07-01 19:34                                     ` Jorden M
2010-07-02 10:45                                       ` roger peppe
2010-06-30 20:07                     ` LiteStar numnums
2010-06-30 18:59                 ` LiteStar numnums
2010-07-03 15:51 Dean Bittner

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=8ccc8ba40705251336l1f00233w2caa597689428c05@mail.gmail.com \
    --to=nemo@lsub.org \
    --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).