[BRLTTY] Framebuffer terminal emulators
    Samuel Thibault 
    samuel.thibault at ens-lyon.org
       
    Mon Dec  1 05:20:24 EST 2008
    
    
  
Mario Lang, le Mon 01 Dec 2008 11:12:02 +0100, a écrit :
> Samuel Thibault <samuel.thibault at 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
    
    
More information about the BRLTTY
mailing list