I am trying to style gv using my ~/.Xdefaults file, its working fine for other applications, but not for gv, I am able to set the background to gray:

*background: gray

But this gives all elements that gray background, and that is not what I want, the "canvas" or paper is also gray for instance. I would like to apply my "styling" more precisely, but I can not find any information about the resources related to the look and feel of gv, I have read the gv manual, and the info and man page, I have looked in ~/.gv but so far, nothing useful If I use editres (X11) to try and see the resources and widgets used by gv, I only get widgets related to the menu, not the rest of the application. I have also tried xprop, etc. editres output:

GV  gv
	VendorShellExt  shellext
	Aaa  control
		MButton  fileButton
			SimpleMenu  menu
				ThreeD  threeD
				SmeBSB  open
				SmeBSB  reopen
				SmeBSB  savepos
				SmeBSB  update
				SmeLine  line
				SmeBSB  printAllPages
				SmeBSB  printMarkedPages
				SmeBSB  saveAllPages
				SmeBSB  saveMarkedPages
				SmeLine  line
				SmeBSB  copyright
				SmeLine  line
				SmeBSB  quit
		MButton  stateButton
			SimpleMenu  menu
				ThreeD  threeD
				SmeBSB  stop
				SmeBSB  dsc
				SmeBSB  eof
				SmeBSB  antialias
				SmeBSB  watchFile
				SmeBSB  size
				SmeLine  line
				SmeBSB  optionsgv
				SmeBSB  optionsgs
				SmeBSB  optionsfs
				SmeBSB  optionssetup
				SmeLine  line
				SmeBSB  presentation
		MButton  pageButton
			SimpleMenu  menu
				ThreeD  threeD
				SmeBSB  next
				SmeBSB  redisplay
				SmeBSB  prev
				SmeLine  line
				SmeBSB  center
				SmeLine  line
				SmeBSB  current
				SmeBSB  odd
				SmeBSB  even
				SmeBSB  unmark
		MButton  orientationButton
			SimpleMenu  menu
				ThreeD  threeD
				SmeBSB  automatic
				SmeLine  line
				SmeBSB  portrait
				SmeBSB  landscape
				SmeBSB  upsidedown
				SmeBSB  seascape
				SmeLine  line
				SmeBSB  swap
		MButton  pagemediaButton
			SimpleMenu  menu
				ThreeD  threeD
				SmeBSB  automatic
				SmeLine  line
				SmeBSB  BBox
				SmeBSB  Letter
				SmeBSB  Legal
				SmeBSB  Statement
				SmeBSB  Tabloid
				SmeBSB  Ledger
				SmeBSB  Folio
				SmeBSB  Quarto
				SmeBSB  10x14
				SmeBSB  14x24
				SmeBSB  Executive
				SmeBSB  A3
				SmeBSB  A4
				SmeBSB  A5
				SmeBSB  B4
				SmeBSB  B5
		MButton  processButton
		MButton  scaleButton
			SimpleMenu  menu
				ThreeD  threeD
				SmeBSB  Natural	size
				SmeBSB  Pixel based
				SmeLine  line
				SmeBSB  Fit height to window
				SmeBSB  Arbitrary magnification
				SmeBSB  Fit width to window
				SmeBSB  Fit to window
				SmeBSB  0.100
				SmeBSB  0.125
				SmeBSB  0.250
				SmeBSB  0.500
				SmeBSB  0.707
				SmeBSB  1.000
				SmeBSB  1.414
				SmeBSB  2.000
				SmeBSB  4.000
				SmeBSB  8.000
				SmeBSB  10.00
		Button  nextPage
		Button  prevPage
		Button  toggleCurrent
		Button  toggleEven
		Button  toggleOdd
		Button  unmarkAll
		Button  printMarked
		Button  printAll
		Button  saveMarked
		Button  saveAll
		Button  openFile
		Button  autoResize
		Button  redisplay
		MButton  titleButton
			SimpleMenu  menu
				ThreeD  threeD
				SmeBSB  title
		MButton  dateButton
			SimpleMenu  menu
				ThreeD  threeD
				SmeBSB  date
		Label  locator
		Frame  pannerFrame
			Composite  panner
				Label  slider
		Frame  newtocFrame
			Clip  newtocClip
				Aaa  newtocControl
					Vlist  newtoc
		Scrollbar  newtocScroll
		Frame  viewFrame
			Clip  viewClip
				Aaa  viewControl
					Ghostview  page
	TransientShell  fileSelPopup
		VendorShellExt  shellext
		FileSelection  fileSel
			Button  rescan
			MButton  filters
				SimpleMenu  menu
					ThreeD  threeD
					SmeBSB  None
					SmeBSB  *.*ps* *.pdf* no .*
					SmeBSB  *.*ps* no .*
					SmeBSB  *.pdf* no .*
					SmeBSB  no .*
			MButton  dirs
				SimpleMenu  menu
					ThreeD  threeD
					SmeBSB  Home
					SmeBSB  Tmp
					SmeBSB  /usr/doc
					SmeBSB  /usr/local/doc
			Button  button1
			Button  button2
			Frame  pathframe
				Text  pathtext
					AsciiSrc  textSource
					AsciiSink  textSink
			Frame  filterframe
				Text  filtertext
					AsciiSrc  textSource
					AsciiSink  textSink
			Frame  topframe
				Clip  topclip
					Aaa  topaaa
						Vlist  list
			Scrollbar  subscroll
			Frame  subframe
				Clip  subclip
					Aaa  subaaa
						Vlist  list
			Scrollbar  curscroll
			Frame  curframe
				Clip  curclip
					Aaa  curaaa
						Vlist  list

**The problem**: X-server serves fonts at a fixed resolution of **100dpi**, rather than the current window system resolution (xdpyinfo | grep -F resolution). **A bit of theory**. There are legacy server-side fonts which are sent to X clients over the network (via TCP or UNIX socket) either by the X server itself, or by a separate _X Font Server_ (single or multiple). Unlike the usual client-side fonts (Xft, GTK 2+, Qt 2+), the "server" backend (also called the _core X font_ backend) does not support anti-aliasing, but supports network transparency (that is, bitmaps, without any alpha channel, are sent over the network). At the application level, server-side fonts are specified not as an [XftFontStruct](https://keithp.com/~keithp/talks/xtc2001/paper/) (which most often translates into the familiar DejaVu Sans Mono:size=12:antialias=true), but as an [_XLFD_](https://wiki.archlinux.org/index.php/X_Logical_Font_Description) . If we are talking about a local machine, then the same font file can be registered in both font backends at once and be available to both modern GTK and Qt-based applications, and legacy ones (Xt, Athena, Motif, GTK 1.2, Qt 1.x). Historically, there were raster server-side fonts (*.pcf), and a raster has a resolution of its own (not necessarily the same as the window system resolution). Therefore, XLFD has fields such as RESOLUTION_X and RESOLUTION_Y. For a raster font not to look ugly when rendered onto the screen and still have the requested rasterized glyph size (PIXEL_SIZE), the raster resolution must be close to the screen resolution, therefore raster fonts were usually shipped with native resolutions of **75dpi** and **100dpi** (that's why we still have directories such as /usr/share/fonts/X11/75dpi and /usr/share/fonts/X11/100dpi). So, the below lines represent the same 12 pt font

-bitstream-charter-bold-r-normal--12-120-75-75-p-75-iso8859-1
-bitstream-charter-bold-r-normal--17-120-100-100-p-107-iso8859-1

with a rasterized glyph size of * **12px** at **75dpi**, and * **17px** at **100dpi**, respectively. But, in addition to raster fonts, there are vector, or outline fonts (_TrueType_, _OpenType_, _Adobe Type 1_), which can be scaled by any factor and still look good when rendered onto the screen. Some X-server implementations (notably, _XSun_) also supported the _Adobe Type 3_ format, where glyphs were described using the Turing-complete _PostScript_ language. Of course, the concept of raster resolution does not apply to vector fonts, so I can request zeroes (0) or even asterisks (*) in the RESOLUTION_X and RESOLUTION_Y fields, and, in theory, my X server should give me exactly the font requested. This is directly stated in the _Arch Linux Wiki_ article at the link above: > Scalable fonts were designed to be resized. A scalable font name, as shown in the example below, has zeroes in the pixel and point size fields, the two resolution fields, and the average width field. > > ... > > To specify a scalable font at a particular size you only need to provide a value for the POINT_SIZE field, the other size related values ​​can remain at zero. The POINT_SIZE value is in tenths of a point, so the entered value must be the desired point size multiplied by ten. So, either of the following two queries should return a **12pt** Courier New font at the window system resolution:

-monotype-courier new-medium-r-normal--*-120-*-*-m-*-iso10646-1
-monotype-courier new-medium-r-normal--0-120-0-0-m-0-iso10646-1

**Or so I thought**. The thing is, after migration from 96...115dpi monitors to a **162dpi** 4k monitor, I noticed that my carefully selected vector fonts suddenly became too small. And it turned out that unless you explicitly set RESOLUTION_X and RESOLUTION_Y fields to **162** (and no one in his right mind would do so -- it would require rewriting dozens of Xresources lines every time one changes his monitor), then X server defaults to rendering the font at **100dpi** instead of **162**. The difference between **17** and **27** pixels (the factor of 1.62 = 162 / 100) is quite noticeable. Here's an example for a modern _Debian 10_ box: I thought this regression was a consequence of people gradually cutting out obsolete subsystems from X11, but in _Debian Woody_, released in 2002 and having a 2.2 kernel, I saw exactly the same thing: The only difference is that _Debian Woody_ renders fonts in a "cleaner" manner, apparently, applying hinting on the server side, before sending bitmaps over the network. So this is not a regression. The problem has always been there and equally affects all vector font types (_TrueType_, _OpenType_, _Type 1_). **Now, the question**. Is there a way, without hard-coding window system resolution into user settings for each individual resource, to get by with less pain than recommended by the author of the [_Sharing Xresources between systems_](https://jnrowe.github.io/articles/tips/Sharing_Xresources_between_systems.html) article? Is it possible to solve the problem by changing the global configuration of the X server itself or the libraries it relies on (libfreetype, libxfont)?

In the following question: https://unix.stackexchange.com/questions/780719/x-apps-without-menu-right-and-bottom-border/780847 . A solution is found using the X resource displayList. I've searched in various places about the format of this resource, but I was not able to find any description. Does anyone know the format specification or any place I can find the description?

I am not sure why, but xfontsel and other X applications do not have the bottom and right borders in the dropdown menu. I believe there should exist a Xresources attribute to make the border appear, but I could not figure it out. I tried to use appres xfontsel or editres but no luck so far. So my question is: how can I add those missing borders?

I'm using urxvt version 9.22 under Ubuntu 20.04.1. Even though I use -title MYTITLE on the urxvt command line, and even though I set the following Xresource ... URxvt.insecure: false ... the title in the titlebar still gets overwritten if any command that is run within urxvt sends out the appropriate title-change escape sequence. Is there any way in urxvt to specify that -title specified on the command line will never be able to be overwritten via any escape sequence? Thank you in advance for any thoughts and ideas.

If I launch xterm with its default bitmap fonts and then select the 'Large' font from the 'VT Fonts' menu (via ctrl+right mouse), I get a very usable bitmap font with apparently good Japanese character support. **I'd like to know what this font is** so that I can use it elsewhere. Unfortunately, I've found no information on what default settings XTerm uses (i.e. when none are explicitly specified). Lots of sites show how to use X resources to specify new settings (e.g. particular fonts), but none I've seen say what defaults are used if I do nothing. I've tried eyeballing the font, and it looks similar to and is the same width as 9x15, but it uses more vertical space. It appears not to be 9x15 with different line spacing, though, as specifying this font directly fails to display some Japanese characters that 'Large' can handle just fine. Although I'll be happy to know what this specific font is, I really want to know where to find **what defaults XTerm uses for its resources** more generally. If it makes any difference, I'm running Ubuntu 12.04 LTS, 64-bit. [I have seen [this question](https://unix.stackexchange.com/q/35748/5602) on the subject already, which is why I'm specifically asking about defaults rather than trying to get live values from a running XTerm.]

Trying to modify the .Xdefaults maximumMaximumSize and limitResize properties only for Firefox applications. Is there a way to target Firefox applications when writing to Xdefaults while not affecting other xterm windows? Any assistance is much appreciated! Found this post , but when I tried doing Firefox*limitResize:true in my .Xdefaults and relaunched the application that uses Firefox, it did not take effect

I was using UTF-8 resources names like these ones: wengé*Background: #321 wengé*Foreground: #ffb and this was working with XQuartz 2.8.1 through this direct call like from within the XQuartx menu: xterm -name wengé Since I upgraded it to XQuartz 2.8.5 this doesn't work anymore: the default color resources are used, but strangely, the xterm window title get its correct UTF-8 name. During this upgrade the system shell was switched from /bin/bash to /bin/zsh. If I start from an existing xterm window: xterm -name wengé it works correctly. All the Xresources definitions without an UTF-8 name work correctly from within the XQuartz menu, for example with olive:

$ xrdb -q | egrep 'olive|wengé'
olive*Background:       #335511
olive*Foreground:       #99ff99
wengé*Background:       #321
wengé*Foreground:       #ffb

What may cause this strange change in behaviour? How may I further debug it?

When launching Xaw applications, some of them report Warning: Cannot convert string "" to type Pixmap One such name is

; these names are bitmap files, found in

/usr/include/X11/bitmaps

but the applications simply cannot find the bitmap. Changing bitmap's name in the Xresources to have the full path causes the bitmaps to display correctly, but this is quite a bad solution, as I would have to edit each app's app-resources file individually. ---------- I did some research and found the Xorg Xaw widgets list , and in section "2.5.3. Bitmap Conversion", it talks about a resource called

, and it says > When using POSIX the default directory is /usr/include/X11/bitmaps. This seems to not be working. I'm not sure how libXaw checks if you're using POSIX. For note, my system is Debian 12 (bookworm) x86_64 with CDE, and I have the xbitmaps package installed.

I am trying to change the icon for Firefox using X resources and CDE. I am not sure if it is possible anymore. I have tried this: Dtwm*firefox*iconImage: Dtterm and this: Dtwm*mozilla*iconImage: Dtterm in .Xdefaults This way of changing the iconized image is known to work with other apps. Is it still possible to change the icon in firefox? I am using FreeBSD 13.2, Firefox 115.6.0esr (64-bit) and Common Desktop Environment.

I know how to write an .Xresources file to modify the appearance of xterm. However, I wonder if it is possible to have application specific .Xresources, such that I can use the light solarized theme for when I use mutt (xterm -e mutt), a dark solarized theme for (say) use of the terminal for command line activity, and a third theme for perhaps other things. Sorry if this is a trivial question, but at least I could not find the answer.

I am trying to configure XTerm terminal and in the Wiki, it says it is done via X resources. I installed xorg-xrdb package then created a ~/.Xresources file and edited and added these lines:

XTerm.vt100.foreground: white  
XTerm.vt100.background: black 
XTerm.vt100.color0: rgb:28/28/28  
XTerm.vt100.color15: rgb:e4/e4/e4

but it doesn't do anything. xterm still opens with its strange font and white background black text colour. What am I supposed to do here? References: * https://wiki.archlinux.org/title/X_resources * https://wiki.archlinux.org/title/Xterm

I cannot get the popular Google font "Inter" to work with URxvt. When I set the font, xrdb -merge .Xresources and open a new terminal, it has spaces between the letters l i k e t h i s. Suggestions on Google point to URxvt.letterSpace: -1, but this doesn't do anything. Also, I don't need to use this for my other working fonts. I know Inter works because it's installed on my system and I am using it in my top panel. I know other fonts are working in URxvt, specifically UbuntuMono Nerd Font Mono and Noto Sans Mono. In my .Xresources it looks like this: URxvt.font: xft:Inter: size=13. I tried things like Inter-regular, Inter: style=regular, but nothing works. Not sure what I am doing wrong. There is nothing special or fancy about the Inter font.

I use the terminal urxvt or rxvt-unicode, which feeds on .Xresources. This runs on an archlinux with awesomewm. I have the following .Xresources code:

!-------------------------------------------------------------------------------
! Xft settings
!-------------------------------------------------------------------------------

Xft.dpi:                    96
Xft.antialias:              false
Xft.rgba:                   rgb
Xft.hinting:                true 
Xft.hintstyle:              hintslight

URxvt.dept10h:              32
URxvt.geometry:             100x25
URxvt.transparent:          false
URxvt.fading:               0
! URxvt.urgentOnBell:         true
! URxvt.visualBell:           true
URxvt.loginShell:           true
URxvt.saveLines:            500
URxvt.internalBorder:       20 ! DEFAULT = 3 
URxvt.lineSpace:            0 

! Fonts
URxvt.allow_bold:           true
URxvt*font: xft:DejaVu Sans Mono:style=Regular:pixelsize=12
URxvt*boldFont: xft:DejaVu Sans Mono:style=Bold:pixelsize=13
URxvt*italicFont: xft:DejaVu Sans Mono:style=Italic:pixelsize=13
URxvt*boldItalicFont: xft:DejaVu Sans Mono:style=Bold Italic:pixelsize=13
URxvt*letterSpace: 0 ! Fix font space

! Scrollbar
URxvt.scrollStyle:          rxvt
URxvt.scrollBar:            false

! Perl extensions
URxvt.perl-ext-common:      default,matcher,clipboard,selection-to-clipboard
URxvt.matcher.button:       1
URxvt.urlLauncher:          firefox
URxvt.matcher.rend.0: Uline Bold fg5

! Copy and paste
URxvt.clipboard.autocopy: true
URxvt.keysym.M-c: perl:clipboard:copy
URxvt.keysym.M-v: perl:clipboard:paste

! Cursor
URxvt.cursorBlink:          true
URxvt.cursorColor:          #657b83
URxvt.cursorUnderline:      false

! Pointer
URxvt.pointerBlank:         true


!!*fading: 40
*fadeColor: #002b36
*cursorColor: #93a1a1
*pointerColorBackground: #586e75
*pointerColorForeground: #93a1a1

URxvt*background: #151515
URxvt*foreground: #f7f7f7
!black
URxvt*color0: #101010
URxvt*color8: #404040
!red
URxvt*color1: #e5211d 
URxvt*color9: #ad3430 
!green
URxvt*color2: #77a026 
URxvt*color10: #94db43 
!yellow
URxvt*color3: #d2dd30 
URxvt*color11: #ddef56 
!blue
URxvt*color4: #2e97ba 
URxvt*color12: #77c6e5 
!magenta
URxvt*color5: #c42b7f 
URxvt*color13: #ef6bd5 
!cyan
URxvt*color6: #25b1c6 
URxvt*color14: #70e0ef 
!white
URxvt*color7: #dddddd
URxvt*color15: #ffffff

When I use the tiling mode on awesomewm, the terminal window appears leaving spaces in the bottom frame and the right frame. To display the expected result I used termite in tiling mode (only take into account the window, not the transparencies or other topics):

I'm trying to run xrdb ~/.Xresources but I'm getting the following error: ~/dotfiles/.Xresources:0: warning: Unknown encoding: POSIX Any suggestions? Xft.hinting: true Xft.hintstyle: hintfull Xft.antialias: rgba Xft.rgba: none Xft.dpi: 96 Xcursor.theme: DMZ-Black Xcursor.size: 16 #define r_bg #000000 #define r_fg #aaaaaa #define r_hlfg #ffffff ! States: bg, fg, bgalt, hlbg, hlfg rofi.color-enabled: true rofi.color-normal: r_bg,r_fg,r_bg,r_bg,r_hlfg rofi.color-urgent: r_bg,#ffffff,r_bg,r_bg,r_hlfg rofi.color-active: r_bg,r_fg,#ffffff,r_bg,#ffffff ! states: background, border rofi.color-window: r_bg,#ffffff rofi.separator-style: solid rofi.sidebar-mode: falseA rofi.bw: 1 rofi.columns: 1 rofi.padding: 5 rofi.yoffset: -300 rofi.opacity: 80 rofi.fake-transparency: true rofi.location: 0 rofi.width: 30 rofi.font: Inconsolata 12 rofi.lines: 10 ! special *.foreground: #ffffff *.background: #000000 *.cursorColor: #cc00ff ! black *.color0: #1c1c1c *.color8: #00d7ff ! red *.color1: #ff00ff *.color9: #d700ff ! green *.color2: #00afaf *.color10: #00afd7 ! yellow *.color3: #0087af *.color11: #5f5fff ! blue *.color4: #5f5faf *.color12: #ff5fff ! magenta *.color5: #d75fff *.color13: #00d7ff ! cyan *.color6: #00afff *.color14: #00ffff ! white *.color7: #808080 *.color15: #ccffff ! define different font params for various machines #ifdef SRVR_chromebook #define urxvt_font_size 17 #define urxvt_letter_spacing -1 #elif defined SRVR_baseline #define urxvt_font_size 16 #define urxvt_letter_spacing -1 #else #define urxvt_font_size 15 #define urxvt_letter_spacing -2 #endif ! make it easy to change font in one place #define urxvt_font xft:Ubuntu Mono:pixelsize=urxvt_font_size #define urxvt_bold_font urxvt_font:style=Bold URxvt*font: urxvt_font URxvt*boldFont: urxvt_bold_font URxvt*allow_bold: true URxvt*letterSpace: urxvt_letter_spacing URxvt*buffered: false URxvt.transparent: true URxvt*shading: 15 URxvt*scrollBar: false Also, I'm having trouble getting 256 color support with urxvt, tmux, and vim The output of locale is: LANG= LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL=POSIX I am running Fedora

According to some old documentation about mwm, many settings for this window manager must be placed in an .Xresources folder in the $HOME directory. When I normally boot up my computer (Debian 11), mwm appears to ignore and not load the settings in ~./Xresources. I found a word around is to type xrdb -merge ~/.Xresources, but I'd like a permanent setting. What is the proper way to configure mwm on modern systems where ~/.Xresources is no longer used.

I have a 4K display, and the correct scaling would be 3x. I have put Xft.dpi: 300 in .Xresources and GDK_SCALE=3 GDK_DPI_SCALE=-1 in /etc/environment. This can scale most applications, but the C++ applications that use gtkmm do not scale. Some apps are Nitrogen and GParted. Using this method, the text scales but not the icons. How do I scale the icons for gtkmm applications?

I'm trying to do the classic endeavor of binding key sequences to do copy and paste. In this case, it is xterm and I have my keyboard such that (I believe) I want Super-C to copy and Super-V to paste (yes. I have a Super key defined in my xmodmap). I see different examples doing different tasks and some have ` and some have -- and of course `. I'd like to know what the difference is between them. More generally, I'd like to know the syntax of the "translations" resource. As I recall, it is very versatile and can have states, etc. I knew this back during the Great War (vi .vs. emacs) but I've forgotten it all by now. Update: With some experimentation, I believe the following solves the original quest of getting copy and paste to work but not the main objective of this question. I would still very much like to know the difference between ` and and the general syntax for the translations` resource

*VT100*translations:      #override \n\
    Super C:       copy-selection(CLIPBOARD) \n\
    Super V:       insert-selection(CLIPBOARD)

I'm trying to get more Ubuntu-like font-rendering on Fedora 24 with Wayland and I did add Xft.lcdfilter: lcddefault to /etc/X11/Xresources but I don't see much difference. Is there a different way to do this in Wayland? Is it possible?

In xterm, I would like to increase the default font size to the font5/Font5/"Large" option of the default VTFont. I've managed to do this manually with my mouse via the control menu so far, which is brilliant, but it can become quite a burden whenever I open a new xterm window. Hence, I would like to achieve the same by setting it as my default in my .Xresources file, so that every new xterm window opens in the "Large" font size by default instead of using the control menu. Reading the man page and doing some further research online, I tried, in separate attempts: xterm*font: font5, xterm*font: *-fixed-*-*-*-18-* and xterm*faceSize: 12.0 to achieve a similar outcome. Whilst the first try didn't work at all, in the latter two, the font is indeed increased but rather blurred when compared with what I can achieve through the control menu option. Surely, there must be a way! - https://unix.stackexchange.com/questions/96962/how-can-i-find-the-default-font-resource-xterm-is-using - https://www.linuxquestions.org/questions/debian-26/how-to-increase-font-size-of-xterm-776352/ - https://askubuntu.com/questions/161652/how-to-change-the-default-font-size-of-xterm - https://invisible-island.net/xterm/xterm.faq.html#how2_fsize - https://unix.stackexchange.com/questions/332316/configure-unreadable-tiny-small-huge-xterm-fonts Edit: I have found a second way of increasing, decreasing and resetting the size of the default VTFont via Ctrl+plus/Ctrl+minus/Ctrl+0: xterm*VT100.Translations: #override \ Ctrl minus: smaller-vt-font() \n\ Ctrl plus: larger-vt-font() \n\ Ctrl 0: set-vt-font(d) - http://futurile.net/2016/06/14/xterm-setup-and-truetype-font-configuration/ However, this method still requires manual handling every time I open a new xterm window. The search continues . . .