Open GoogleCodeExporter opened 9 years ago
1. Are you sure that all fb based applications will begin to work in fbterm
just when FRAMEBUFFER is defined?
2. you can define FRAMEBUFFER manually.
Original comment by zgchan...@gmail.com
on 5 Dec 2010 at 6:55
> 1. Are you sure that all fb based applications will begin to work in fbterm
> just when FRAMEBUFFER is defined?
This is a chicken-and-egg question... Please become the egg so we can have
chickens!
You can also not rely on *all* fb-based applications to follow the FRAMEBUFFER
variable, since you'll always find someone who doesn't care even if it was a
standard...
Now, it happens that I've noticed all of the applications I know do follow the
FRAMEBUFFER variable: w3m, links2, splashy, mplayer, fbterm (yes, as a client),
so I do believe it's already a very common convention, and fbterm should just
help to make it a more established convention. Please be the egg since it seems
there are some chicken around here :)
> 2. you can define FRAMEBUFFER manually.
Sure. Just like people could set DISPLAY by hand in their .xinitrc, rather than
just relying on startx to set it properly... Why shouldn't fbterm just help the
user by automatically setting it, since it does know which fb device is the
proper
one to open?
Original comment by youpi...@gmail.com
on 8 Dec 2010 at 4:04
You are right :)
fbterm will behave like:
1) if FRAMEBUFFER is defined, fbterm just use its value
2) if FRAMEBUFFER isn't defined, fbterm open first usable fb device and set
FRAMEBUFFER to it
Original comment by zgchan...@gmail.com
on 8 Dec 2010 at 10:25
> fbterm will behave like:
> 1) if FRAMEBUFFER is defined, fbterm just use its value
> 2) if FRAMEBUFFER isn't defined, fbterm open first usable fb device and set
FRAMEBUFFER to it
Exactly.
Original comment by youpi...@gmail.com
on 8 Dec 2010 at 11:18
Original issue reported on code.google.com by
youpi...@gmail.com
on 29 Nov 2010 at 11:40