Hallo Herr tsiegel--- via Freedos-user,
am Donnerstag, 8. Februar 2024 um 23:41 schrieben Sie:
> On 2/8/2024 3:34 PM, tom ehlert via Freedos-user wrote:
>> only problem would be that your typin speed is now limited to 1 haracter per
>> e.g. 500 milliseconds.
>> not very practical.
> Not at al
Hi Ralf,
> On Feb 9, 2024, at 2:16 PM, Ralf Quint via Freedos-user
> wrote:
>
> Are you guys trying to have DOS behave like macOS? 😛
>
> Beside that any trickery with the keyboard controller would only work on an
> AT keyboard, where the controller chip is actually on the motherboard of the
On 2/9/2024 11:25 AM, Thomas Cornelius Desi wrote:
Well, if it would work, changing the keyboard should be an easy task. / E bay
has c a couple of accessible AT Keyboards )
Thanks for considering the problem!
Well, a XT/PC keyboard will only work with an XT or PC, and an AT
keyboard will only
Piotr,
do you mean https://en.wikipedia.org/wiki/DOSKEY ?
Thomas
> On 09.02.2024, at 20:18, Thomas Cornelius Desi via Freedos-user
> wrote:
>
> Hi Piotr,
>
> yes, interesting idea. I can live with such a solution.
>
> I don’t know any words in German beginning with a double letter ;)
>
Well, if it would work, changing the keyboard should be an easy task. / E bay
has c a couple of accessible AT Keyboards )
Thanks for considering the problem!
Thomas
> On 09.02.2024, at 20:16, Ralf Quint via Freedos-user
> wrote:
>
> Are you guys trying to have DOS behave like macOS? 😛
>
> Be
HI,
> On 09.02.2024, at 19:31, Jerome Shidel via Freedos-user
> wrote:
>
> The driver could include “accessibility” support. When enabled, do things
> like disable autorepeat and AUTOSHIFT letters when the key is held down.
is this available?
best,
Thomas
_
Hi Piotr,
yes, interesting idea. I can live with such a solution.
I don’t know any words in German beginning with a double letter ;)
So - let me know, how can I implement this to us it in my text editor (VED Text
editor by preference)
Is it a macro or how does it work?
Best,
Thomas
> On
Are you guys trying to have DOS behave like macOS? 😛
Beside that any trickery with the keyboard controller would only work on
an AT keyboard, where the controller chip is actually on the motherboard
of the computer, and thus accessible with an I/O port, on XT/PC
keyboards the controller is in
Hi Eric,
I only now saw your earlier email with your detailed ideas how to approach the
question.
I would only need letters a-z to be shifted.
> On 08.02.2024, at 23:18, Eric Auer via Freedos-user
> wrote:
> But if you
> are happy with just the most mainstream keys acting in that
> "long
Well,
If I were making something to support typing those extra/alternate characters,
the driver would probably behave like this…
Normal typing and continuous key press would behave as normal. This includes
key repeating at the set typographic rate.
I would implement some of the techniques use
Hi!
So it would need a »timer« to count from pressed key to released. if >500 ms,
it should send an ASCII
We understood that. But be aware that you normally set the
typematic function to start typing MULTIPLE characters after
a selectable delay of between 250 and (at most) 1000 msec.
So if
Yes, if I release the key under e.g. 500 Milliseconds, it would be the lower
case letter, if I hold it 500 ms and more, it would return a Upper case
(shifted) letter.
So it would need a »timer« to count from pressed key to released. if >500 ms,
it should send an ASCI
example
uppercase A = DE
Hi!
Indeed I was hinting at "manipulating 40:17 does not automatically
sync the physical LED, but we might not care for auto shift anyway".
Regarding your idea to show shift LED status on screen, check out
the old LOCKTONE with audible feedback: https://auersoft.eu/soft/
Regards, Eric
___
> It has been a very long time. But, if I recall correctly, I’m fairly sure
> you
> can programmatically change the LEDs as well. But, I don’t recall the
> details. But, I might have code sitting around somewhere that has that
> functionality.
The LED status is contained in the BIOS Data Are
> is it possible in DOS (using BIOS?) to implement a tsr or so which allows the
> following:
>
> holding a key longer to return a SHIFT-key on screen?
>
> Example:
>
> press key »a« and HOLD the key for e.g. 500 milliseconds,
> => print shift-a = »A« on screen.
You might be able to do some
On 2/8/2024 3:34 PM, tom ehlert via Freedos-user wrote:
Hallo Herr Thomas Cornelius Desi via Freedos-user,
am Donnerstag, 8. Februar 2024 um 13:18 schrieben Sie:
Hi,
is it possible in DOS (using BIOS?) to implement a tsr or so which allows the
following:
holding a key longer to return a SHIF
Hi i think can be done ez with aliases, You can just write *aaa = A or
bbb=B and you not need return anything. :) *I have hope this can help or
even easier if free dos can alias *space* then combination can be *space
a =A or use dot command like in old word processor WordStar4.0 example
--> .b
Regarding programmatic control of the keyboard LEDs, that was definitely
possible. I have some od BASIC code I wrote in my early days which
twiddle some bits in the byte at 0:0417 to accomplish it.
Sent with Proton Mail secure email.
On Thursday, February 8th, 2024 at 11:00 PM, Jerom
Hi,
>
> To fake shifts, one can just modify the flags at 40:17 and 18.
> It will not update the keyboard LEDs, but that is acceptable.
> The BIOS itself uses 40:96 and 97 to track its own status.
>
It has been a very long time. But, if I recall correctly, I’m fairly sure you
can programmatica
Hallo Herr Thomas Cornelius Desi via Freedos-user,
am Donnerstag, 8. Februar 2024 um 13:18 schrieben Sie:
> Hi,
> is it possible in DOS (using BIOS?) to implement a tsr or so which allows the
> following:
> holding a key longer to return a SHIFT-key on screen?
> Example:
> press key »a« an
Hi!
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/keyb/xkeyb/xkeyb-1994/XKEYB.TXT
This seems one of those nifty keyboard drivers, but it has not time-critical
functions
I was more thinking in the direction of MKEYB or other int 15.4f
based drivers: They see all key press and
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/keyb/xkeyb/xkeyb-1994/XKEYB.TXT
This seems one of those nifty keyboard drivers, but it has not time-critical
functions… I would need a driver that counts how long a key has been pressed…
Right?
Thomas
> On 08.02.2024, at 22:22, Thoma
Thanks Eric for the info on Mielke, Sticky Keys ed al.
I would like to know how such a »driver«, as you call it could be realized?
I am not a programmer …
Thomas
> On 08.02.2024, at 15:30, Eric Auer via Freedos-user
> wrote:
>
>
> Hi!
>
> I am not aware of such drivers, but it would not
Hi!
I am not aware of such drivers, but it would not be hard
to write one. I think there already are drivers to make
shift keys sticky, or to give audible feedback, as in
my ancient locktone experiment inspired by Mielke.cc :-)
Eric
is it possible in DOS (using BIOS?) to implement a tsr or so
Hi,
is it possible in DOS (using BIOS?) to implement a tsr or so which allows the
following:
holding a key longer to return a SHIFT-key on screen?
Example:
press key »a« and HOLD the key for e.g. 500 milliseconds,
=> print shift-a = »A« on screen.
Anyone around who has an idea or knowledg
25 matches
Mail list logo