Karl Dahlke wrote:
> As was pointed out, it is difficult to place an accessibility adapter
> under one particular subsystem.
> Mine takes over the screen, to be a screen reader,
> and it captures tty output, because it is more than just a screen reader,
> it buffers output, exactly as generated,
Karl Dahlke wrote:
> Meantime, I pulled the emails out of the headers and pasted them in.
> Hope that reasonably works.
Well, you're still breaking the thread by starting a new one.
Guess when you're implementing reply-to-all, you should also think about
implementing support for In-Reply-To: and
First, my mail client, edbrowse.sourceforge.net,
doesn't have a reply all function.
Never needed it.
Guess I better implement it. :-)
Should probably take me a couple days of spare time,
if I can find a couple days of spare time;
and I'm sure other users will want it.
Meantime, I pulled the
Jan Engelhardt wrote:
> On Feb 20 2008 10:38, Stefan Richter wrote:
>>Because of the high volume at this list, it is essential that
>> - you keep everyone who posted in a tread in the Cc: list of your
>>replies,
...
> Indeed, in PINE, mails with your address in Cc get preprended with a
>
On Feb 20 2008 10:38, Stefan Richter wrote:
>Karl Dahlke wrote:
>> The longer I stay on this list, the more I will learn.
>> But it's high volume, so I may not be able to stay for long.
>
>Because of the high volume at this list, it is essential that
> - you keep everyone who posted in a tread
On Feb 19 2008 18:16, Karl Dahlke wrote:
>
>I completely understand your point about the word adapter.
>It is highly overloaded, to the point that it is almost meaningless.
>How about "accessibility"?
>Drivers and modules designed to make linux more accessible
>could be placed in
I wrote:
> - There are other types of ABIs for I/O (character device files, block
> device files), message-based(?) I/O (netlink), configuration (configfs),
> and more.
PS: Device files are not only suitable for bulk I/O via read and write,
they are also capable of event notification by means
Karl Dahlke wrote:
> The longer I stay on this list, the more I will learn.
> But it's high volume, so I may not be able to stay for long.
Because of the high volume at this list, it is essential that
- you keep everyone who posted in a tread in the Cc: list of your
replies, (that way it is
Karl Dahlke wrote:
The longer I stay on this list, the more I will learn.
But it's high volume, so I may not be able to stay for long.
Because of the high volume at this list, it is essential that
- you keep everyone who posted in a tread in the Cc: list of your
replies, (that way it is
On Feb 19 2008 18:16, Karl Dahlke wrote:
I completely understand your point about the word adapter.
It is highly overloaded, to the point that it is almost meaningless.
How about accessibility?
Drivers and modules designed to make linux more accessible
could be placed in drivers/accessibility in
I wrote:
- There are other types of ABIs for I/O (character device files, block
device files), message-based(?) I/O (netlink), configuration (configfs),
and more.
PS: Device files are not only suitable for bulk I/O via read and write,
they are also capable of event notification by means of
On Feb 20 2008 10:38, Stefan Richter wrote:
Karl Dahlke wrote:
The longer I stay on this list, the more I will learn.
But it's high volume, so I may not be able to stay for long.
Because of the high volume at this list, it is essential that
- you keep everyone who posted in a tread in the
Jan Engelhardt wrote:
On Feb 20 2008 10:38, Stefan Richter wrote:
Because of the high volume at this list, it is essential that
- you keep everyone who posted in a tread in the Cc: list of your
replies,
...
Indeed, in PINE, mails with your address in Cc get preprended with a
minus sign,
First, my mail client, edbrowse.sourceforge.net,
doesn't have a reply all function.
Never needed it.
Guess I better implement it. :-)
Should probably take me a couple days of spare time,
if I can find a couple days of spare time;
and I'm sure other users will want it.
Meantime, I pulled the
Karl Dahlke wrote:
Meantime, I pulled the emails out of the headers and pasted them in.
Hope that reasonably works.
Well, you're still breaking the thread by starting a new one.
Guess when you're implementing reply-to-all, you should also think about
implementing support for In-Reply-To: and
Karl Dahlke wrote:
As was pointed out, it is difficult to place an accessibility adapter
under one particular subsystem.
Mine takes over the screen, to be a screen reader,
and it captures tty output, because it is more than just a screen reader,
it buffers output, exactly as generated, for my
The longer I stay on this list, the more I will learn.
But it's high volume, so I may not be able to stay for long.
I completely understand your point about the word adapter.
It is highly overloaded, to the point that it is almost meaningless.
How about "accessibility"?
Drivers and modules
The longer I stay on this list, the more I will learn.
But it's high volume, so I may not be able to stay for long.
I completely understand your point about the word adapter.
It is highly overloaded, to the point that it is almost meaningless.
How about accessibility?
Drivers and modules designed
18 matches
Mail list logo