[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [BRLTTY] Framebuffer terminal emulators



Mario Lang, le Mon 01 Dec 2008 11:12:02 +0100, a écrit :
> Samuel Thibault <samuel.thibault@ens-lyon.org> writes:
> > It was considered "ugly" by the debian-boot people to expose things
> > via shared memory.
> 
> What did they propose as an alternative?

Nothing.

> To me, a shm segment with an ID where the virtual terminal number is
> encoded

Ah, that's a good idea indeed.

> > Ideally there should be a way to insert unicode characters as well.
> Right now, I'd be happy to see anything in such terminals :-)

:)

> > Now, AT-SPI people would say "just implement the AT-SPI interface!"  I'm
> > not sure we really want that.
> 
> I definitely think thats the wrong way to go, because of
> the overhead involved.  This forces AT-SPI into text-mode
> world.  Besides, its surely much harder to implement
> without any apparent gain.  Besides, then, someone might
> call it ugly because of its CORBA dependency.

Well, AT-SPI is being ported to D-BUS, but I too think that it's a quite
heavy dependency, particularly since we'd want to have the framebuffer
terminal support in things like Linux installers...

Samuel


Reply to: