From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mail-wm0-f48.google.com ([74.125.82.48]) by ur; Mon Mar 21 07:03:53 EDT 2016
Received: by mail-wm0-f48.google.com with SMTP id l68so116939806wml.1
        for <9front@9front.org>; Mon, 21 Mar 2016 04:03:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:subject:message-id:references:mime-version
         :content-disposition:in-reply-to;
        bh=Skum0nrtjr0Hy1SL0SyAGDkiCD8Ov7i+4GmFFVMetL0=;
        b=C5dSkpPqiMyD2/RDaMhptVRndpp30nEsg1cXekfrrE3ZTkXdLCslNwPXn21/0Oskz6
         6dp5dwl2q75+mxBbU9io5NLSFTHKDsWWc9iBvfuwS1XTZDiqWr+dwBI6LiGpHni7rvN9
         pgz9b1P8pEQ6TVUlzqEt47yXS0Nk/h9rEOxtJrbpImG7wXoCu+jyD0/JgogW5oI8q3OP
         +/6wUurF4Qpz/gV5VcvYQ3B3drH2N2KXDwgGeWd5zKkDdbwYnVkWM21Abbild+ewAf3f
         6fwiT26BHqfrI0tgqrGOIDBU1K1dN/XzxvJdyCsLq84bICseQrVgbXNacQmGpnkar2+B
         e+5A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:subject:message-id:references
         :mime-version:content-disposition:in-reply-to;
        bh=Skum0nrtjr0Hy1SL0SyAGDkiCD8Ov7i+4GmFFVMetL0=;
        b=AQXCNNIySU8huGw9X9jQJl1wEI10yDX1L9o2cdF9TNbK/JSFkJUT+WIvksoVbkip1Y
         3oZ9Wzz/6sd4QAUSGmvmZYKkjZqMUpGWorOgQWQc8jU2ItS5wImWOXATxjo/pa30VjWM
         zLPbGBCSLsXVkW7lCH0pG3f7CdUS09ukRncWzO1thq2D2JiUxKJ3NBAIUibUayPHGKO/
         XevKj//WMVeedS0uvn2eJ4EgKymwLRYhCBOojmGHqRNykKuTH2zta7PFb8vyIsUyXeCl
         KvOtBCLDG3sJFeKKkniUdQ2le9aFGFV0BckRuhvVokCC2ySciAMJgexBAdHD6fBgAnwW
         BnzA==
X-Gm-Message-State: AD7BkJIQISH6IJg4KaLi5zSpqcMQdRG3gHnmYYR+VlG6QISdl0kdA56jP6ZyPh+En/M6fw==
X-Received: by 10.194.57.16 with SMTP id e16mr29872443wjq.105.1458558231076;
        Mon, 21 Mar 2016 04:03:51 -0700 (PDT)
Return-Path: <qu7uux@gmail.com>
Received: from u14 (250.212.101.84.rev.sfr.net. [84.101.212.250])
        by smtp.gmail.com with ESMTPSA id xx3sm24790630wjc.32.2016.03.21.04.03.50
        for <9front@9front.org>
        (version=TLSv1/SSLv3 cipher=OTHER);
        Mon, 21 Mar 2016 04:03:50 -0700 (PDT)
Date: Mon, 21 Mar 2016 12:03:48 +0100
From: qwx <qu7uux@gmail.com>
To: 9front@9front.org
Subject: Re: [9front] latest rio
Message-ID: <20160321110348.GA7402@u14>
References: <32ddf2dad33989a8fe6b70b437a2b61d@ghost.attlocal.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <32ddf2dad33989a8fe6b70b437a2b61d@ghost.attlocal.net>
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: non-blocking generic polling dependency-aware full-stack optimizer 

On Sun, Mar 20, 2016 at 03:54:20PM -0400, sl@stanleylieber.com wrote:
> Length of the text doesn't seem to matter. I can reproduce
> this with a text four characters long.
> 
> I can only reproduce this by using the paste or send items from the
> mb2 menu. The paste chord seems unaffected.
> 
> The delay is not consistent. Sometimes there is almost no delay.
> Other times, a paste may take several seconds. The paste will
> happen instantly if I click a mouse button in the same window
> after pasting.

For me, when using either of send, paste or look from the mb2, it seems
that the screen doesn't get flushed until either a command terminates
and rio prints the prompt, or a keyboard or mouse button is pressed.
The inconsistent delays might be simply the time it takes for the
command sent to terminate.

To test: in all of the following cases, nothing happens until a key or
mouse button is pressed:
- snarf 'dd' and send it using mb2 menu
- position the cursor, then paste using the mb2 menu (and not a mouse
  chord)
- select 'dd' and look in the buffer using the mb2 menu

If I send a command that doesn't terminate immediately (say dd -count
something), the screen will update when it does.

qwx