Ar an triochadú lá de mí na Nollaig, scríobh Uwe Brauer:
Aidan Kehoe wrote:
> Ar an chéad lá is fiche de mí na Nollaig, scríobh Uwe Brauer:
>> I boldly installed latin-ltx, form GNU emacs and it works in
>> xemacs21.4.19 however there are some problems.
>> - all Greek symbols are VERY small, I almost need a microscope.
> The X11 font selection for non-Latin-1 non-East-Asian charsets was
> very crazy, for a very long time. It's improved, but not quite
> fixed, in XEmacs 21.5 ; see
> certainly this symptom is gone there.
So basically you seem to say, that the problem with that small fonts
can't be solved in 21.4 (other than rewriting huge part of the UTF8 stuff)?
You can fuck around with (a technical term, meaning, in standard English,
"fuck around with") #'set-face-font and the TAG-SET argument, perhaps using
#'define-specifier-tag as well, and it might be possible with your
particular X server and font path and available fonts, to tell the Mule
redisplay to use a font that's the same size as the Roman font. I believe
Stephen either managed it regularly or didn't care about Greek. I didn't
manage it without an order of magnitude more experimentation than was
sensible, which is why I wrote that patch.
> Basically, we need to fix your x-symbol-with-21.5 problem and
> you transitioned to 21.5. It may be that I'll be procrastinating
> enough in the new year that I will get to this.
As I told you there had also been a x-symbol-with-21.4 Mule
problem. Now since a while that seems better (I have the feeling that
on older PC Xemacs run into memory problems and then did crazy things,
since hardware has improved that problem might be less severe),
Could you check whether either the setting
Help somehow in 21.5?
I would need to go back and look through my mail archives to remember what
the details of the problem were. Not tonight, sorry.
21.5 uhh, I am tempted since I begin to see that UTF-8 is important
but I am afraid of getting my tex documents f....
I understand. I've changed the UTF-8 coding system to preserve invalid UTF-8
sequences on decoding and encoding, so any Latin-1 file loaded as UTF-8 and
written as such won't be corrupted--see
. This is also
true of the other Unicode coding systems.
(I want to add some display table magic to display invalid UTF-8 octets as
the corresponding Latin-1 characters, but in a different face; that’s in
progress, but I don’t have an ETA.)
What do you think (and others) to convince the debian/ubuntu xemacs
manager to put 21.5 in the experimental branch?
What are his priorities?
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
XEmacs-Beta mailing list