|
Bugzilla – Full Text Bug Listing |
| Summary: | xterm can only use exactly matching pairs of single width/double width fonts | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Mike Fabian <mfabian> |
| Component: | X11 Applications | Assignee: | Mike Fabian <mfabian> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Enhancement | ||
| Priority: | P3 - Medium | CC: | dickey, meissner, mined, ms, sndirsch, stephan.barth |
| Version: | Beta 2 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Mike Fabian
2004-02-04 20:08:05 UTC
xterm is very picky about which pairs of fonts it can use
together as a single width and a double width font.
For example, when trying to use the very popular 10x20 font
-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-1
as a single width font together with
-misc-fixed-medium-r-normal-*-18-120-100-100-c-180-iso10646-1
as the double width font, it will not work well.
One will get overlapping glyphs and garbare when moving the cursor.
xterm needs the double width font *exactly* twice as wide
as the single width font and requires also that both have the
same height.
mlterm is less picky about not perfectly matching combinations
and can pad the fonts a little bit to make it work.
For example, when trying to use a 10x20 font for single with with a
18x18 font for double width, mlterm will put the glyphs of
the 18x18 font into the lower left corner of 20x20 boxes and add
a little bit of padding at the top and the right edges.
2 pixel of padding are hardly noticable, at least it is far
better then seeing the garbage caused by the overlapping.
It would be nice if xterm could do this as well because this would
greatly increase the useful combinations of fonts.
Isn't this an enhancement? Add xterm author Thomas Dickey <dickey@herndon4.his.com> to CC:. That's an enhancement (doable, but not just a few lines of code). I seem to recall someone suggesting it recently, but don't see it in my recent email. As a temporary workaround to make the very popular 10x20 font
usable with CJK I added 20x20{ja,ko} fonts generated from
18x18{ja,ko} with the script "bdf18to20" from the mined package
to the xterm package.
Will be removed again as soon as xterm becomes able
to do such padding on the fly.
Updated xterm packages including the 20x20{ja,ko} fonts are available
here:
ftp://ftp.suse.com/pub/projects/m17n/10.0/RPMS/i586/xterm-205-1.1.i586.rpm
ftp://ftp.suse.com/pub/projects/m17n/10.0/RPMS/ppc64/xterm-205-1.1.ppc64.rpm
ftp://ftp.suse.com/pub/projects/m17n/10.0/RPMS/ppc/xterm-205-1.1.ppc.rpm
ftp://ftp.suse.com/pub/projects/m17n/10.0/RPMS/src/xterm-205-1.1.src.rpm
ftp://ftp.suse.com/pub/projects/m17n/10.0/RPMS/x86_64/xterm-205-1.1.x86_64.rpm
ftp://ftp.suse.com/pub/projects/m17n/9.3/RPMS/i586/xterm-205-1.1.i586.rpm
ftp://ftp.suse.com/pub/projects/m17n/9.3/RPMS/src/xterm-205-1.1.src.rpm
ftp://ftp.suse.com/pub/projects/m17n/9.3/RPMS/x86_64/xterm-205-1.1.x86_64.rpm
→ LATER. mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) Closing old LATER+REMIND bugs as WONTFIX - if you still plan to work on it, feel free to reopen and set to ASSIGNED. In case the report saw repeated reopen comments, it's due to bugzilla timing out on the huge request ;( |