Re: [dev] rio for linux

2013-05-03 Thread Jens Nyberg
I have never tried rio but if I were to design one today I would have a
simple synthetic filesystem that for each window multiplexes the
framebuffer which is basically how rio works I assume. For maximum
performance each instance would write its content directly to the
framebuffer in a linear fashion keeping track of its own width and height
constraints so it can not write outside its borders. This approach is
sufficient enough if you do not require compositions in software and would
be really fast and simple.


Re: [dev] rio for linux

2013-05-03 Thread Sam Watkins
On Fri, May 03, 2013 at 09:25:04AM +0200, Jens Nyberg wrote:
> I have never tried rio but if I were to design one today I would have a
> simple synthetic filesystem that for each window multiplexes the
> framebuffer which is basically how rio works I assume. For maximum
> performance each instance would write its content directly to the
> framebuffer in a linear fashion keeping track of its own width and height
> constraints so it can not write outside its borders. This approach is
> sufficient enough if you do not require compositions in software and would
> be really fast and simple.

I'm thinking along very similar lines.



Re: [dev] rio for linux

2013-05-03 Thread Dmitrij Czarkoff
On Fri, May 3, 2013 at 11:22 AM, Sam Watkins  wrote:
> On Fri, May 03, 2013 at 09:25:04AM +0200, Jens Nyberg wrote:
>> I have never tried rio but if I were to design one today I would have a
>> simple synthetic filesystem that for each window multiplexes the
>> framebuffer which is basically how rio works I assume. For maximum
>> performance each instance would write its content directly to the
>> framebuffer in a linear fashion keeping track of its own width and height
>> constraints so it can not write outside its borders. This approach is
>> sufficient enough if you do not require compositions in software and would
>> be really fast and simple.
>
> I'm thinking along very similar lines.
>

FWIW may be it would make more sense to install Plan 9 (9front) then?

--
Dmitrij D. Czarkoff



Re: [dev][sbase][PATCH] Added POSIX paste(1) command implementation.

2013-05-03 Thread Christoph Lohmann
Greetings.

On Sat, 04 May 2013 07:54:45 +0200 Lorenzo Cogotti  wrote:
> This commit adds a simple implementation of the POSIX
> standard paste(1) command, and its man page.
> TODO and Makefile have been updated accordingly.

Thanks, it’s been applied.


Sincerely,

Christoph Lohmann