From mboxrd@z Thu Jan 1 00:00:00 1970 X-Greylist: delayed 488 seconds by postgrey-1.37 at hurricane; Wed, 09 Jan 2019 04:26:56 PST Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 7A9407789D for ; Wed, 9 Jan 2019 04:26:56 -0800 (PST) Received: from resomta-ch2-02v.sys.comcast.net ([69.252.207.98]) by resqmta-ch2-03v.sys.comcast.net with ESMTP id hCEIgKZhqxz2zhCopglibL; Wed, 09 Jan 2019 12:18:47 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1547036327; bh=ch8sMZB9HdEww7AU8LWVYlCB0thDJYHQeTeL+8/iZ+A=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=Yv3jeYJ5xPhrjUA5Fd5cvzIe7fkaGRHUeoBV4YC+vahL6S2xtk2iqcm+xekEFNSOY 8qw7rWwnkrHp/a7GwiN2zDz732du8Mb4D9tcOh4SBl/FnY/KCpBNbDtScQa9uAXS3b rTQxL8QBHVcqQbFZsfkhpv3qYPqmq1ejGkktmLDOMz1mO3HMqr6LzfbaDfdsl2Khdt SZmfoKcMLNlqpBDfZe+p0Ti0P51xN3VV6KfEHOz1yDIVRdGzjqbx1Ea/cac6P5MXTX eN+pOh9vpxPnfDCHZk2q+16PZfqWpL4br8ycUr8Nigxu8f9ZP4jIw+kpQ1KNiOWEMq g5ByAkorIWvcQ== Received: from unknown ([IPv6:2601:408:c300:8f09:21e:4fff:fec2:a0f1]) by resomta-ch2-02v.sys.comcast.net with ESMTPSA id hCoogzGdoyFuChCopgMYrq; Wed, 09 Jan 2019 12:18:47 +0000 X-Xfinity-VMeta: sc=0;st=legit To:edbrowse-dev@edbrowse.org From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.7.4 Subject: [edbrowse-dev] spurious empty buffers from textareas Date: Wed, 09 Jan 2019 07:18:46 -0500 Message-ID: <20190009071846.eklhad@comcast.net> X-BeenThere: edbrowse-dev@edbrowse.org List-Id: Edbrowse Development List Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit These have annoyed me for quite a while, and come to find they annoy others as well. As per our chat discussions, I made a change, but it's a UI change so should be described here. (Not everyone is on chat.) A fill out form with a textarea use to allocate a buffer for that area at browse time, looking like It now waits to see if you're actually going to use it, since 90% of the time you don't. It begins life as An itext (for input text) command allocates a buffer and changes it to Then you can write text in buffer 7 and submit the form like before. It's one more step for something that is rarely done, but it prevents a ton of empty buffers from accumulating. I have no strong feelings about the actual command name. itext (input text) ibuf (input buffer) iw (input write) ita (input textarea) Long as it starts with i I'm ok. If you change line 760 in decorate.c the old behavior returns. I'm not documenting any of this until a majority thinks it's a good idea. My vote is yes but others may disagree. Karl Dahlke