Re: [E-devel] Fonts and menus

[Sytse W. <s.b...@st...>]

On Thursday 11 July 2002 23:31, Brian Mattern wrote:
> On Thu, Jul 11, 2002 at 11:45:30AM -0700, Dana Soward wrote:
> > I know its not a priority, so im expecting a "not sure" or "a long ti=
me
> > from now" response, but is there an ETA for transperancy support in
> > menues bits and border bits?  Also, is it possible yet to change the
> > fonts used by menues and borders? If not the fonts, maybe just the fo=
nt
> > colors? Oh, i mean for E17 btw.  I cant rememeber if were allowed to =
ask
> > about that kinda stuff here or not.  If not, kindly disregard :)
> > Thanks!!
>
> transperancy support would be difficult, due to X's lacking thereof

Maybe XDirectFB (www.directfb.org) could help with this. It would be=20
_extremely_ cool to be able to render rgba-images onto a window below, wh=
ile=20
still being able to move that window. It's just a pity that currently=20
XDirectFB doesn't seem to support more than just giving _entire_ windows =
one=20
transparency value. XDirectFB, as cool as it may be, pityfully still seem=
s to=20
be no more than just a quick hack. I really think a more modern replaceme=
nt=20
of X-Windows in its entirety, probably even in combination with OpenGL wo=
uld=20
be the only really good option. I really get sick of all those extensions=
,=20
one more bloated and still even slower than another, using lots of networ=
k=20
traffic (even on the local computer) and not even supporting OpenGL-like=20
commands over the network. Remote OpenGL applications are a real hell, wh=
ile=20
it should be very easy to design and implement a protocol which uses just=
 a=20
little network traffic while the work is done by the X server and the=20
graphics card of the computer which hosts it. But I'm digressing again, I=
=20
guess... (whooo! 15 lines already! Let's get to the point again ;)

> (menus/borders are separate windows, and currently i believe the only
> way to do trans is to shoot a pixmap of the bg and draw over that, like
> eterm. however, that's a nasty hack that won't make it into the officia=
l
> version of e17) Shaped menus/borders are much more realistic and would
> just require someone sitting down and writing the code, but i think
> development is pretty much at a standstill until evas2 gets finished
> (and the developers get some free time).

This 'nasty hack' is, however, used in KDE 3. At least making it an _opti=
on_=20
would be good. But I agree it's a nasty hack, and even one that's quite=20
difficult to make it work well. KDE3's translucency doesn't.

>
> fonts can be changed by editing the source :)
>
> > Dana
> >
> > PS I've been using E17 for a few months now, and I love it, i can't w=
ait
> > for release!
>
> good to hear its working for you. a realease seems pretty distant at th=
e
> moment though.

Yeah, you could say that again :(
I haven't seen any real progress for some months now, except for evas2 la=
tely=20
(good work raster!) I think i'm going to do some work myself in a couple =
of=20
weeks.

Sytse Wielinga.