X-Git-Url: https://git.danieliu.xyz/?a=blobdiff_plain;f=FAQ;h=85534a423a550beacd34d9d4dc28eab3156e0218;hb=0b73612c0dc51dbec1717e5da94bc94559c37246;hp=a47c024be478518b34748b39fa3f697295972e35;hpb=e8f3513bf4d953176ae932c5d7eb5c374b05a2a0;p=st.git diff --git a/FAQ b/FAQ index a47c024..85534a4 100644 --- a/FAQ +++ b/FAQ @@ -1,12 +1,12 @@ ## Why does st not handle utmp entries? -Use the excellent tool of [utmp](http://git.suckless.org/utmp/) for this task. +Use the excellent tool of [utmp](https://git.suckless.org/utmp/) for this task. ## Some _random program_ complains that st is unknown/not recognised/unsupported/whatever! It means that st doesn’t have any terminfo entry on your system. Chances are you did not `make install`. If you just want to test it without installing it, -you can manualy run `tic -s st.info`. +you can manually run `tic -sx st.info`. ## Nothing works, and nothing is said about an unknown terminal! @@ -15,19 +15,18 @@ you can manualy run `tic -s st.info`. * Some programs don’t complain about the lacking st description and default to another terminal. In that case see the question about terminfo. -## I get some weird glitches/visual bug on _random program_! - -Try launching it with a different TERM: $ TERM=xterm myapp. toe(1) will give -you a list of available terminals, but you’ll most likely switch between xterm, -st or st-256color. The default value for TERM can be changed in config.h -(TNAME). - ## How do I scroll back up? -Using a terminal multiplexer. +* Using a terminal multiplexer. + * `st -e tmux` using C-b [ + * `st -e screen` using C-a ESC +* Using the excellent tool of [scroll](https://git.suckless.org/scroll/). +* Using the scrollback [patch](https://st.suckless.org/patches/scrollback/). + +## I would like to have utmp and/or scroll functionality by default -* `st -e tmux` using C-b [ -* `st -e screen` using C-a ESC +You can add the absolute patch of both programs in your config.h +file. You only have to modify the value of utmp and scroll variables. ## Why doesn't the Del key work in some programs? @@ -51,7 +50,7 @@ solution for them is to use the following command: $ printf '\033[?1h\033=' >/dev/tty or - $ echo $(tput smkx) >/dev/tty + $ tput smkx In the case of bash, readline is used. Readline has a different note in its manpage about this issue: @@ -86,22 +85,26 @@ Putting these lines into your .zshrc will fix the problems. ## How can I use meta in 8bit mode? - St supports meta in 8bit mode, but the default terminfo entry doesn't - use this capability. If you want it, you have to use the 'st-meta' value - in TERM. +St supports meta in 8bit mode, but the default terminfo entry doesn't +use this capability. If you want it, you have to use the 'st-meta' value +in TERM. ## I cannot compile st in OpenBSD -OpenBSD lacks of librt, despite it begin mandatory in POSIX +OpenBSD lacks librt, despite it being mandatory in POSIX . If you want to compile st for OpenBSD you have to remove -lrt from config.mk, and st will compile without any loss of functionality, because all the functions are included in libc on this platform. -## Backspace key does not work +## The Backspace Case + +St is emulating the Linux way of handling backspace being delete and delete being +backspace. This is an issue that was discussed in suckless mailing list -: +. Here is why some old grumpy +terminal users wants its backspace to be how he feels it: Well, I am going to comment why I want to change the behaviour of this key. When ASCII was defined in 1968, communication @@ -155,3 +158,44 @@ This is an issue that was discussed in suckless mailing list [1] http://www.ibb.net/~anne/keyboard.html [2] http://www.tldp.org/HOWTO/Keyboard-and-Console-HOWTO-5.html +## But I really want the old grumpy behaviour of my terminal + +Apply [1]. + +[1] https://st.suckless.org/patches/delkey + +## Why do images not work in st (in programs such as w3m)? + +This is a terrible hack that overdraws an image on top of the terminal emulator +window. It also relies on a very specific way the terminal draws it's contents. + +A more proper (but limited way) would be using sixels. Which st doesn't +support. + +## BadLength X error in Xft when trying to render emoji + +Xft makes st crash when rendering color emojis with the following error: + +"X Error of failed request: BadLength (poly request too large or internal Xlib length error)" + Major opcode of failed request: 139 (RENDER) + Minor opcode of failed request: 20 (RenderAddGlyphs) + Serial number of failed request: 1595 + Current serial number in output stream: 1818" + +This is a known bug in Xft (not st) which happens on some platforms and +combination of particular fonts and fontconfig settings. + +See also: +https://gitlab.freedesktop.org/xorg/lib/libxft/issues/6 +https://bugs.freedesktop.org/show_bug.cgi?id=107534 +https://bugzilla.redhat.com/show_bug.cgi?id=1498269 + +The solution is to remove color emoji fonts or disable this in the fontconfig +XML configuration. As an ugly workaround (which may work only on newer +fontconfig versions (FC_COLOR)), the following code can be used to mask color +fonts: + + FcPatternAddBool(fcpattern, FC_COLOR, FcFalse); + +Please don't bother reporting this bug to st, but notify the upstream Xft +developers about fixing this bug.