? ... or how is this sequence
supposed to be used?
Thanks in advance for your time,
Eeri Kask
___
Devel mailing list
Devel@XFree86.Org
http://XFree86.Org/mailman/listinfo/devel
think about all these EWMH extensions? I have no opinion
today because I am not in a need to have these implemented; it is only
sometimes some people ask for this.
Greetings,
Eeri Kask
___
Devel mailing list
Devel@XFree86.Org
http://XFree86.Org
,
Eeri Kask
___
Devel mailing list
Devel@XFree86.Org
http://XFree86.Org/mailman/listinfo/devel
, but significantly higher, as dynamically autodetected from EDID data?)
In few days I'll put my overworked patch set into public, including
nothing new but finalised opacity enhancements I described some time ago.
Greetings,
Eeri Kask
___
Devel mailing list
to use the
'fixed'-alias-redirection to an arbitrary font.)
Greetings,
Eeri Kask
P.S. We could use some better initialisation for 'fixed' as above, maybe
'-*-fixed-medium-r-normal--*-100-*-*-*-*-iso8859-1' or whatever.
___
Devel mailing list
Devel
being enough:
the user in enabling TWM_USE_XFT voluntarily passes the point of no
return; if xft-font problems arise, then these are to be solved.)
Greetings,
Eeri Kask
___
Devel mailing list
Devel@XFree86.Org
http://XFree86.Org/mailman/listinfo/devel
be removed as I am
then able to incorporate it into a user-defined function.
P.S. The f.hideiconmgr case above is badly implemented as well, I'll
correct this next time: we don't have to move the mouse if we are
already in the correct client window.
Greetings,
Eeri Kask
Eeri Kask wrote:
(6) twm-1.0.3-diff6.Fixes.tgz
Here are bugs I encountered in twm as improving icon manager
functionality; some are serious.
Such as? Please be more descriptive.
(1) In iconmgr.c.diff6 at the end is corrected a bug which leads to
*multicolumn* iconmanager window width
to drop
fixed anyway.
(Regarding other aspects in XFT-font loading code I followed your
suggestions.)
Greetings,
Eeri Kask
___
Devel mailing list
Devel@XFree86.Org
http://XFree86.Org/mailman/listinfo/devel
Eeri Kask wrote:
This means, any performance degrading or huge memory footprint you are
going to observe from now on will hopefully reveal problems only in the
xft-subsystem and not in twm.
Xft has disclosed probably a very old bug in twm! :-)
(Drawing with a current screen GC onto
is priorly initialised to NULL; this is
guaranteed. So the 'if' test here --- if passing --- would hide some
programming error somewhere else, if I am correct... :-)
Greetings,
Eeri Kask
___
Devel mailing list
Devel@XFree86.Org
http://XFree86.Org
make much sense to do lots of work in formulating the
fallback/default replacement request?)
Greetings,
Eeri Kask
___
Devel mailing list
Devel@XFree86.Org
http://XFree86.Org/mailman/listinfo/devel
Marc Aurele La France wrote:
On Tue, 18 Sep 2007, Eeri Kask wrote:
[]
So compile with -DTWM_USE_XFT -I/usr/include/freetype2 -lXft
Then insert
TitleFontsans-9
MenuFontsans-9
IconFontsans-9:bold
IconManagerFontsans-9
ResizeFontsans-10:bold
If you are a twm
Eeri Kask wrote:
Wait, please, don't commit yet! :-)
[]
Here are my current twm improvement patches, organised thematically:
(1) Preparatory font rendering cleanup (should have no changes compared
to last time).
(2) Xft-support for twm, besides macro renaming the main improvement
.
I tried to keep the Hamming distance to the original xorg twm-1.0.3
source code minimal, i.e. touch as few code lines as possible.
If you are a twm user, please test it; what do you think? :-)
Greetings,
Eeri Kask
twm-1.0.3-MyFont_ChangeGC.tgz
Description: application/compressed-tar
twm
15 matches
Mail list logo