Как я могу найти ресурс по умолчанию (шрифт), который использует XTerm?

13

Если я запускаю xtermс растровыми шрифтами по умолчанию, а затем выбираю «Большой» шрифт в меню «VT Fonts» (через ctrl+right mouse), я получаю очень удобный растровый шрифт с явно хорошей поддержкой японских символов.

Я хотел бы знать, что это за шрифт, чтобы я мог использовать его в другом месте. К сожалению, я не нашел информации о том, какие настройки по умолчанию использует XTerm (т.е. когда они явно не указаны). На многих сайтах показано, как использовать ресурсы X для задания новых настроек (например, определенных шрифтов), но ни один из тех, что я видел, не говорит, какие настройки используются по умолчанию, если я ничего не делаю.

Я попытался взглянуть на шрифт, он выглядит примерно так же, как и ширина 9x15, но использует больше вертикального пространства. Похоже, что он не имеет 9x15разного межстрочного интервала, так как указание этого шрифта напрямую не отображает некоторые японские символы, с которыми «Large» может справиться очень хорошо.

Хотя я буду рад узнать, что это за конкретный шрифт, я действительно хочу знать, где найти значения по умолчанию, которые XTerm использует для своих ресурсов в более общем плане. Если это имеет какое-то значение, я использую Ubuntu 12.04 LTS, 64-битный.

[Я уже видел этот вопрос по этому вопросу, поэтому я специально спрашиваю о значениях по умолчанию, а не пытаюсь получить живые значения из запущенного XTerm.]

Пол Уиттакер
источник

Ответы:

17

appresУтилита перечисляет ресурсы , используемые приложением, как пользователь и по умолчанию.

appres XTerm xterm

Первым аргументом является имя класса ( xterm -class Xxx). Второй необязательный аргумент - это имя экземпляра ( xterm -name xxx).

«Большой» шрифт - .VT100.font5или .VT100.utf8Fonts.font5. См. Руководство по .utf8Fontsиспользованию, оно немного сложное. Если у вас есть более одного среди *.VT100.font5и ?.VT100.font5и XTerm.VT100.font5и xterm.VT100.font5, применяется последний в этом списке; см. документацию X для более подробной информации о приоритете имени ресурса.

appres XTerm | grep font5
Жиль "ТАК - перестань быть злым"
источник
Когда я выполняю appres XTermтестирование на моем компьютере с Debian, я получаю только *customization: -color: - /
user640916
9

Вы можете использовать lsofсписок всех файлов по заданному идентификатору процесса и grep для шрифтов.

lsof  -p <process_id_of_xterm> | grep fonts

например,

lsof -p `ps -a | grep xterm | cut -d' ' -f1` | grep fonts

образец вывода:

$ lsof -p `ps -a | grep xterm | cut -d' ' -f1` | grep fonts
xterm   17560 testuser  mem    REG  253,1    137272  9154732 /usr/share/fonts/liberation/LiberationSans-Bold.ttf
xterm   17560 testuser  mem    REG  253,1    139628  9154735 /usr/share/fonts/liberation/LiberationSans-Regular.ttf
Shailesh
источник
6
  • Для шрифтов: xterm -report-fonts.
  • Для цветов: xterm -report-colors.
Голар Рамблар
источник
3

Попробуйте это - он запрашивает базу данных ресурса X-сервера

% xrdb -q| grep -i font

Смотрите также

% man xrdb
g33kz0r
источник
1

У меня была точно такая же проблема , как ОП. Попытки appres не дали мне никакого ввода, и editres также не помогли мне (другой вопрос переполнения стека).

во всяком случае, я использовал xlsfonts с методом проб и ошибок, чтобы просто найти шрифт из большого списка шрифтов. Это не было одно из хороших простых имен шрифтов, таких как 9x15 или что-то еще

xterm -fn -misc-fixed-bold-r-normal--18-120-100-100-c-90-iso8859-9 

в моей системе по умолчанию установлен большой размер и правильно напечатан юникод. чтобы доказать свою точку зрения,

xterm -fn -misc-fixed-bold-r-normal--0-0-75-75-c-0-iso8859-9 

по умолчанию установлен на маленький размер, который не может даже печатать юникод (как ни странно, щелчок правой кнопкой мыши по большому, чтобы он совпадал с первым).

для меня это было не очень интуитивно понятно, и было бы неплохо, чтобы кто-то меня успокоил, так как я изо всех сил старался, чтобы 2 шрифта в списке могли выглядеть почти одинаково, но все же они могут отображаться по-разному с помощью xterm по какой-то странной причине.

Омар Эшмави
источник