All you suggested is perfect, many thanks for taking time to answer.

So, a kernel option will enable/disable the use of scrolling. If it is set, a wsconsctl flag will be set to zero or 1 to designate the wanted mode (zero -> combos, 1 -> hold screen, 0 by default ;-).

And then what would be cool is to allow the user to specify via wsconsctl as many modifiers as he wants for mode 1, like modifier 1 = alt, modifier 2 = ctrl. So people wanting complex combos won't be stuck ;-). And naturally the last wsconsctl variable, the key which will work in mode 1 and 0 (let's make them common, so when someone wants to go from mode 0 to mode 1, he will be able to keep the keys he used before)

Thanks Brett. Hope your proposal is the last one of this thread ;-)

On Fri, Jun 14, 2002 at 04:49:07PM +0930, Brett Lymn wrote:
> On Thu, Jun 13, 2002 at 07:05:57PM +0200, David Ferlier wrote:
> > 
> > Ok, so everybody want two ways of scrolling ?
> > 
> 
> Judging from the last two or was it 3 times this was discussed, the
> cats went in all directions.  Everyone wants something different.  The
> people who were proposing the added functionality just got battered
> until they gave up.
> 
> > I like both, but the hold screen + Pgup/down needs some more hacks cause once you holded the screen, you need to verify that wskbd_translate won't send two times the PgUp/down keycodes. That's not a problem, but it would be reasonable to chose only one method to scroll (anyone will suit).
> > 
> 
> I would suggest you do the following, as long as they are not too
> difficult:
> 
> 1) make the scrollback optional so that people who want to whine about
> kernel bloat can option it out.
> 2) Support both styles (holdscreen and or special key combos)
> selectable by an option (either flag or kernel option)
> 3) make the keys that perform the action configurable but set a
> reasonable default that will cover the bulk the keyboards out
> there... acknowledge that this will piss some people off but you WILL
> NOT be able to satisfy everyone.
> 
> If you need help to put this into the kernel officially then I will do
> all I can.  Personally, I feel that we have been lacking this feature
> for a long time and have been aghast that the previous times this
> proposal has been floated the poor guys doing the proposal have been
> picked to death by a minority who did not like the particular keys
> used or were afraid they would not have enough memory to support it.
> I see neither of these as being valid reasons for the code not to go
> in - being flexible in the configuration is the answer to both of
> these issues and unless someone comes up with some better technical
> reasons I suggest the keys used be specified as "user configurable
> with port specific defaults" and be done with it.  Accept the fact
> that there are some freaky keyboards out there and move on.
> 
> -- 
> Brett Lymn
> 

-- 

Run NetBSD    - www.NetBSD.org
David Ferlier - krp@freeshell.org