3:07 p.m.
Ar an dara lá is fiche de mí Bealtaine, scríobh Stephen J. Turnbull:
[...] As a matter of opinion, I disagree that changing this default
for
the sake of small-dot-pitch screens is a good idea. Instead, we should
make the Xft build the default, and leverage the work of the Xft and
freetype people on configuring things sanely. Leave the old bitmap
default for people working with legacy systems that don't have Xft.
I don’t think Xft is good enough to be made the default, specifically its
Mule support (no real logic to match non-ASCII character sets to fonts,
apart from the hard-coded support for Japanese) and its performance. X11.app
appears to do double buffering unconditionally, or something similarly
performance-enhancing--while there is visible flicker with Xft XEmacs while
using it, it can be much worse with other X11 implementations, in my
experience.
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
3:46 p.m.
New subject: 21.5.28: default font changed from courier to lucidatypewriter
Aidan Kehoe wrote:
I don’t think Xft is good enough to be made the default, specifically its
Mule support (no real logic to match non-ASCII character sets to fonts,
apart from the hard-coded support for Japanese) and its performance. X11.app
appears to do double buffering unconditionally, or something similarly
performance-enhancing--while there is visible flicker with Xft XEmacs while
using it, it can be much worse with other X11 implementations, in my
experience.
I don't want to get in the middle of this, but there are two interesting
points here from my perspective. 1. I have not been able to build an
Xft xemacs-beta under Solaris 9 yet. Maybe, I should put my butt in
gear and submit a problem or a patch, huh? 2. I thought the flicker
under X11.app was just something that only I was suffering with. I'm
using Carbon XEmacs, is that an Xft build? Currently, the patch appears
to be offline and I can't seem to find it right now. In any case, if we
can get rid of this flicker it would be great since it is very annoying
and it only seems to be an XEmacs problem. Another problem report I
suppose, but I'm guessing that you guys don't support Carbon XEmacs
anyways.
Thanks,
Rodney
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5:13 p.m.
New subject: 21.5.28: default font changed from courier to lucidatypewriter
Rodney Sparapani writes:
I don't want to get in the middle of this, but there are two
interesting
points here from my perspective. 1. I have not been able to build an
Xft xemacs-beta under Solaris 9 yet. Maybe, I should put my butt in
gear and submit a problem
Yes, please. I don't think I have access to a Solaris 9 system, but
maybe I can get it. And definitely there are folks around who do.
or a patch, huh? 2. I thought the flicker under X11.app was just
something that only I was suffering with. I'm using Carbon XEmacs,
is that an Xft build?
The Carbon console of Carbon XEmacs uses the native drawing
capabilities of Mac OS X (the Quartz rendering engine). So X should
not be involved at all. You could try unsetting DISPLAY before
running XEmacs; I don't know whether the Carbon console is in addition
to the X console, or if it displaces it. If "in addition", maybe
you're getting the X console, which would be a shame.
Currently, the patch appears to be offline and I can't seem to
find
it right now. In any case, if we can get rid of this flicker
I don't know what you mean by "flicker". If you run over a slow link,
you will discover that XEmacs often redisplays the same area *many*
times for no external reason. I think that one problem is that the
widget code does a lot of unnecessary unmapping and remapping of
windows, and sets a lot of "dirty flags"; you could try building
--without-widgets to see if matters improve.
I'm guessing that you guys don't support Carbon XEmacs
anyways.
Nope. We do not support GPL violations. Our lawyer tells me that
Choi's public domain dedication is valid regardless of his GPL
violations, so when I have time I'll pull some version of his patch
into CVS again and get to work on it. However, we cannot take any
responsibility for Choi's distribution.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5:52 p.m.
New subject: 21.5.28: default font changed from courier to lucidatypewriter
Stephen J. Turnbull wrote:
Rodney Sparapani writes:
> I don't want to get in the middle of this, but there are two interesting
> points here from my perspective. 1. I have not been able to build an
> Xft xemacs-beta under Solaris 9 yet. Maybe, I should put my butt in
> gear and submit a problem
Yes, please. I don't think I have access to a Solaris 9 system, but
maybe I can get it. And definitely there are folks around who do.
Ok, done. I don't subscribe to buildreports, but there should be two
"build" reports from me there now.
violations, so when I have time I'll pull some version of his
patch
into CVS again and get to work on it.
Great! I'd love to see this code in the hands of people who are willing
to help.
One thing to watch for. The code dictates that Option is used in the Apple
way to compose characters or whatever that's called. But, that should
be configurable. Many single-lingual English speakers (like myself)
would most likely want Option
to be Meta rather than Command being Meta. When Command is Meta you
lose the ability to global-set-key all of the Appleisms that our fingers
have "memorized" such as Cut/Copy/Paste/Quit/Print/etc. This was
configurable in
Carbon Emacs, but is not in Carbon XEmacs.
Thanks,
Rodney
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6394
days inactive
6394
days old
3 comments
3 participants
participants (3)
-
Aidan Kehoe -
Rodney Sparapani -
Stephen J. Turnbull