On Wed, 22 Feb 2006, Dan Jacobson wrote:

Package: xterm
Version: 6.8.2.dfsg.1-11
Severity: wishlist
File: /usr/share/doc/xterm/xterm.faq.gz
Tags: upstream

and what does "xterm -v" say?

iirc, that's #202.  The version of Xorg is irrelevant.

We attempt to get a larger font in uxterm.

We see
  How do I change the font size?

  This is in the manpage, in MENUS.

  X Consortium xterm provides popup menus, by pressing the control
  key...

But there is no mention how then to save your selections. Nor in the
manpage, in MENUS. The user can only hope to every day over and over
set it.

No, no button to hit to tell the user what to put in his .Xresources
or whatever to get the same effect. He must learn the hard way
somehow.

Also the FAQ talks about right and left mouse buttons, but the xterm
man page refers to them by numbers.

for example

       Pointer  button  one  (usually  left) is used to save text into the cut
       buffer.  Move the cursor to beginning of the text, and  then  hold  the
       button  down  while  moving  the  cursor  to  the end of the region and

The button assignment is changeable - the translations resource does the
actual assignment, e.g.,

                           !Ctrl <Btn1Down>:popup-menu(mainMenu) \n\
                      !Lock Ctrl <Btn1Down>:popup-menu(mainMenu) \n\
            !Lock Ctrl @Num_Lock <Btn1Down>:popup-menu(mainMenu) \n\
                ! @Num_Lock Ctrl <Btn1Down>:popup-menu(mainMenu) \n\
                           ~Meta <Btn1Down>:select-start() \n\
                         ~Meta <Btn1Motion>:select-extend() \n\

where <Btn1Down> is the same as "Pointer button one". I seem to recall that one used to be able to swap the assignments for left/right buttons, but don't see it in the manpage now.

Anyways, I tried
$ uxterm -fw -misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1
but had to kill it before it looped out of control.

I fixed a problem that was exposed by a change to the font-server last
year which sounds like that:

                   Patch #205 - 2005/9/18 - XFree86 4.5.99.12

     * eliminate  a  retry for a better-matching bold font, to work around
       recent font server changes.


Now turning to/usr/share/doc/xterm/README.i18n.gz,
it says
  The leading "XTerm*" pattern is more specific than the system's
  app-defaults file, therefore it overrides the corresponding line
  beginning with

      *VT100.utf8Fonts.font: ...

      -misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1

  because these two fonts have corresponding doublewidth fonts.  These
  fonts are used as default font and default "Large" font, respectively.

Well, I'll have you know that
*VT100.utf8Fonts.font: -misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1
didn't do anything here in uxterm. I had to use
UXTerm*VT100.*.font: -misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1

Is that in your .Xdefaults or an app-defaults file, e.g., in a directory
identified by $XAPPLRESDIR ?

Well that font is very ugly. The 18 is good but I need to change some
parameters. Of course none of uxterms 3 mouse button menus will tell
me anything about what font I am using at the moment. Nor does xset q.
Nor does xlsfonts. Nor does pstree, nor digging around in /proc. Maybe
fuser does bla bla bla.

yes, that's a problem. I configure xterm using --enable-trace to see
what it is doing.

It must be one of
$ set -- `xlsfonts -fn  -misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1`
$ for i do xfd -fn $i; done
but it's hard to tell.

Anyway... if there is a way to, even though the fonts are sitting
right on my system, pick the right one without guessing or wading thru
fonts that don't have Chinese, then do tell me.

I also found if I do
$ uxterm -e sh -c read\;date\;read
the fonts are ok, vs.
$ uxterm -e sh -c date\;read

And only the default and large fonts have the utf chars to even do
`date` in zh_TW.utf8 !

I don't know the answer to that one - the font assignment should be
settled by the time the shell is up.  Over the past year, I have fixed
2-3 bugs in the way xterm derives the bold font's name from the normal
one (or the wide), but this doesn't sound like that case.

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to