edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
* [edbrowse-dev] spurious empty buffers from textareas
@ 2019-01-09 12:18 Karl Dahlke
  2019-01-09 12:42 ` Chuck Hallenbeck
  2019-01-09 17:53 ` Tyler Spivey
  0 siblings, 2 replies; 4+ messages in thread
From: Karl Dahlke @ 2019-01-09 12:18 UTC (permalink / raw)
  To: edbrowse-dev

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 <buffer 7>
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 <buffer ?>

An itext (for input text) command  allocates a buffer and changes it to <buffer 7>
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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [edbrowse-dev] spurious empty buffers from textareas
  2019-01-09 12:18 [edbrowse-dev] spurious empty buffers from textareas Karl Dahlke
@ 2019-01-09 12:42 ` Chuck Hallenbeck
  2019-01-09 17:53 ` Tyler Spivey
  1 sibling, 0 replies; 4+ messages in thread
From: Chuck Hallenbeck @ 2019-01-09 12:42 UTC (permalink / raw)
  To: Karl Dahlke; +Cc: edbrowse-dev

I vote yes. It's a small price to pay for long-term stability, IMO.
My preference for the new command would be ib, but I would be okay with
another.

Many thanks.

Chuck

On Wed, 9 Jan 2019, Karl Dahlke wrote:

> 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 <buffer 7>
> 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 <buffer ?>
>
> An itext (for input text) command  allocates a buffer and changes it to <buffer 7>
> 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
>

-- 
   Here In Northeast Ohio, The Moon is Waxing Crescent (10% of Full)
    Sent from Nick's missing iPhone.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [edbrowse-dev] spurious empty buffers from textareas
  2019-01-09 12:18 [edbrowse-dev] spurious empty buffers from textareas Karl Dahlke
  2019-01-09 12:42 ` Chuck Hallenbeck
@ 2019-01-09 17:53 ` Tyler Spivey
  2019-01-10  0:15   ` Dominique Martinet
  1 sibling, 1 reply; 4+ messages in thread
From: Tyler Spivey @ 2019-01-09 17:53 UTC (permalink / raw)
  To: edbrowse-dev

I don't really have a preference to the command, but I also vote yes.

What will this do if there's text in that field already? My vote would 
be to say something like <buffer text>, and then let the command just 
put that in. 99% of the time I'm not going to care about whatever 
pre-filled text there is unless I'm filling out the form.

On 1/9/2019 4:18 AM, Karl Dahlke wrote:
> 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 <buffer 7>
> 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 <buffer ?>
> 
> An itext (for input text) command  allocates a buffer and changes it to <buffer 7>
> 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
> 


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [edbrowse-dev] spurious empty buffers from textareas
  2019-01-09 17:53 ` Tyler Spivey
@ 2019-01-10  0:15   ` Dominique Martinet
  0 siblings, 0 replies; 4+ messages in thread
From: Dominique Martinet @ 2019-01-10  0:15 UTC (permalink / raw)
  To: edbrowse-dev

Tyler Spivey wrote on Wed, Jan 09, 2019:
> What will this do if there's text in that field already? My vote
> would be to say something like <buffer text>, and then let the
> command just put that in. 99% of the time I'm not going to care
> about whatever pre-filled text there is unless I'm filling out the
> form.

Agreed to that, the command whatever it is probably should insert the
text in the buffer at the time we use it.

I'd actually be daring and suggest that the command would also print
what the current buffer is and switch to the new buffer.
There are two things here:
 - printing the current buffer is mostly a personal opinion. I don't use
buffers all that much so when I do I'm always a bit unsure where I
should come back to; it's not really necessary. I might actually just
have been missing that 'e' without a number prints it..
 - switching automatically is more interesting, but also probably more
controversial. I think if someone says itext or whatever they will want
to use that buffer, so they will eventually switch to it, so why not
now? But on the other hand a command switching buffers might surprise
new people...

Discuss!
-- 
Dominique

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2019-01-10  0:23 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-01-09 12:18 [edbrowse-dev] spurious empty buffers from textareas Karl Dahlke
2019-01-09 12:42 ` Chuck Hallenbeck
2019-01-09 17:53 ` Tyler Spivey
2019-01-10  0:15   ` Dominique Martinet

edbrowse-dev - development list for edbrowse

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://inbox.vuxu.org/edbrowse-dev

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 edbrowse-dev edbrowse-dev/ http://inbox.vuxu.org/edbrowse-dev \
		edbrowse-dev@edbrowse.org
	public-inbox-index edbrowse-dev

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://inbox.vuxu.org/vuxu.archive.edbrowse.dev


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git