[dev] [st][bug] Font fallback fails on some systems

I've recently upgraded my system and noticed that many Unicode characters are no longer displayed in st, although other applications were unaffected. After some investigation, I found that it's a font fallback failure: the font returned by FcFontSetMatch lacked the character requested via the chars

[dev] [st] [bug] not starting until window get focus

The problem is in this loop (file x.c, lines 1924:1938): /* Waiting for window mapping */ do { ... } while (ev.type != MapNotify); To reproduce we need wm that allows assigning windows to workspace based on criteria. In i3wm it is done with: assign [title="^arad$"] 9 Then we can print current t

Re: [dev] [st] Bug report

On Fri, Feb 07, 2020 at 08:19:15PM +0300, Kirill Rogylev wrote: > Hello, I found a bug with bad Simple Terminal work with cyrillic > characters, exactly with deleting them.When I input any cyrillic string in > my programms, and then delete some characters of it in terminal input, some > characters

Re: [dev] [st][bug] Crashes on opening mutt

On Mon, May 06, 2019 at 02:34:28AM +, opal hart wrote: > On Fri, 3 May 2019 15:01:02 +0200 > Hiltjo Posthuma wrote: > > It is not a st bug. See the previous bug reports (color emojis) on this > > mailinglist for more information. > > > > Shouldn't this be a FAQ entry at this point for any su

Re: [dev] [st][bug] Crashes on opening mutt

On Fri, 3 May 2019 15:01:02 +0200 Hiltjo Posthuma wrote: > It is not a st bug. See the previous bug reports (color emojis) on this > mailinglist for more information. > Shouldn't this be a FAQ entry at this point for any suckless projects depending on Xft? -- wowaname

Re: [dev] [st][bug] Crashes on opening mutt

Thank you all for the help, it was caused by some emails having emojis in their subjects, fixed it by removing Noto Color Emoji font. -- Uko Kokņevičs

Re: [dev] [st][bug] Crashes on opening mutt

On Fri, May 03, 2019 at 03:15:35PM +0300, Uko Kokņevičs wrote: > When I open mutt it crashes, and if it doesn't crash then, it crashes > when scrolling between pages. > > This is the error output: > > ``` > X Error of failed request: BadLength (poly request too large or internal > Xlib length e

Re: [dev] [st][bug] Crashes on opening mutt

On 5/3/19 3:15 PM, Uko Kokņevičs wrote: > When I open mutt it crashes, and if it doesn't crash then, it crashes > when scrolling between pages. > > This is the error output: > > ``` > X Error of failed request: BadLength (poly request too large or internal > Xlib length error) > Major opcode

[dev] [st][bug] Crashes on opening mutt

When I open mutt it crashes, and if it doesn't crash then, it crashes when scrolling between pages. This is the error output: ``` 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

Re: [dev] [st] bug?

On Sun, Apr 21, 2019 at 08:29:54AM +0300, Dennis Yurichev wrote: > I probably hit a bug in st, or maybe not. > I run st, then do ssh to a remote host, there is a mutt inside of tmux. > And sometimes st silently exits. > Under gdb, I can see this: BTW, found simpler solution: sudo apt remove font

Re: [dev] [st] bug?

On 4/21/19 10:02 AM, Dennis Yurichev wrote: > And so how to fix this? > This bug was recently fixed in dwm with a workaround that prevents loading of color fonts: https://git.suckless.org/dwm/commit/cb3f58ad06993f7ef3a7d8f61468012e2b786cab.html To fix this, you need to port this patch to st.

Re: [dev] [st] bug?

> > st uses xft font and xft is known to crash with color emoji. > > And so how to fix this? > This was discussed at length many times before on this ML; I suggest checking the online archives: https://duckduckgo.com/html/?q=site:lists.suckless.org+xft+emoji -- wowaname

Re: [dev] [st] bug?

On April 21, 2019 5:29:54 AM UTC, Dennis Yurichev wrote: >Dear suckless users, > >I probably hit a bug in st, or maybe not. >I run st, then do ssh to a remote host, there is a mutt inside of tmux. >And sometimes st silently exits. >Under gdb, I can see this: > >== >Starting program: /usr/local/bin

Re: [dev] [st] bug?

On Sun, Apr 21, 2019 at 06:32:45AM +, Danh Doan wrote: > Lemme guess, the email opened by Mutt has a color emoji. > > And you have a colored emoji font installed. Probably that was spam message... > st uses xft font and xft is known to crash with color emoji. And so how to fix this? -- --

[dev] [st] bug?

Dear suckless users, I probably hit a bug in st, or maybe not. I run st, then do ssh to a remote host, there is a mutt inside of tmux. And sometimes st silently exits. Under gdb, I can see this: == Starting program: /usr/local/bin/st [Thread debugging using libthread_db enabled] Using host libthr

[dev] [st][bug?] bold text foreground color

Hello. The right top terminal is xfce4-terminal, right bottom is st. As you can see, green color becomes gray. Is st assumed to handle colors like that? By the way, xfce4-terminal has "Show bold text in bright colors" option. When it is on, the terminal emulator behaves like st.

Re: [dev] [st] [bug] segfault when selecting text

On Thu, Mar 19, 2015 at 11:47:33PM -0300, Henrique Lengler wrote: > I discovered that this is maybe a font problem. I deleted this source > and cloned a new. It compiled and worked withou this bug. But when I > tried to change the font to Inconsolata, the bug returned. I will still > using it with

Re: [dev] [st] [bug?] black, defaultbg, and altscreen

FYI: I posted a patch which should fix this issue. http://lists.suckless.org/dev/1308/17540.html -Mark

Re: [dev] [st] [bug?] black, defaultbg, and altscreen

>Part of the background will initially be whatever color 'black' is set to >(red if you applied the diff) rather than defaultbg. It only happens once >for each new instance of st and can be cleared by simply resizing the >window or scrolling down. I can reproduce the issue here and

[dev] [st] [bug?] black, defaultbg, and altscreen

Hi, I've noticed a very minor issue when the first color (black) and 'defaultbg' are not set to the same color. I've attached a diff which demonstrates the issue if you do the following: 1. open a st window 2. run 'man st' Part of the background will initially be whatever color 'black' is set to

Re: [dev] [st] Bug numpad does not seem to work correctly in vim

Greetings. Thanks, your patch was applied. Sincerely, Christoph Lohmann

Re: [dev] [st] Bug numpad does not seem to work correctly in vim

>From 374c319b33183bba352bfcfa7a67794256b0d1f8 Mon Sep 17 00:00:00 2001 From: "Roberto E. Vargas Caballero" Date: Sun, 25 Nov 2012 08:55:54 +0100 Subject: Add key for toogling numlock handling Keypad will generate keycodes when keypad application mode is enabled. It can cause problems with some p

Re: [dev] [st] Bug numpad does not seem to work correctly in vim

> That’s why there are shortcuts in st. If the three extra fields for key‐ > pad, cursor and crlf are moved into a bitfield (integer), then adding > such a modifier would be simple and easy – and a function to toggle > the mode. I don’t need this feature, so patches are welcome. I was thi

Re: [dev] [st] Bug numpad does not seem to work correctly in vim

Greetings. On Sat, 24 Nov 2012 16:55:20 +0100 Edgaras wrote: > On Sat, Nov 24, 2012 at 10:59:58AM +0100, Roberto E. Vargas Caballero wrote: > > On Fri, Nov 23, 2012 at 07:58:26PM +0200, Edgaras wrote: > > > I just started using updated st, and also started writing some code in > > > Vim, I immedi

Re: [dev] [st] Bug numpad does not seem to work correctly in vim

On Sat, Nov 24, 2012 at 10:59:58AM +0100, Roberto E. Vargas Caballero wrote: > On Fri, Nov 23, 2012 at 07:58:26PM +0200, Edgaras wrote: > > I just started using updated st, and also started writing some code in > > Vim, I immediately noticed that numpad * does not work(it seems to > > As far

Re: [dev] [st] Bug numpad does not seem to work correctly in vim

On Fri, Nov 23, 2012 at 07:58:26PM +0200, Edgaras wrote: > I just started using updated st, and also started writing some code in > Vim, I immediately noticed that numpad * does not work(it seems to As far as I know, you can get a similar behaviour in xterm if you disable the option 'Alt/N

[dev] [st] Bug numpad does not seem to work correctly in vim

I just started using updated st, and also started writing some code in Vim, I immediately noticed that numpad * does not work(it seems to insert j in the line above current). Since I had compiled st couple of days ago, I pulled in tip and tried again, this is still the case, and it also seems all o

Re: [dev] st bug

* Woldemar ShiPa [2012-11-18 20:29:14 +0400]: > Hello. I've got a st bug trying to execute st -e mc command. Sometimes it > works > as expected and mc runs fullscreen, sometimes used only a half of st window. does it get solved after you resize st? i observed similar behaviour and i think that'

Re: [dev] st bug report and feature request

On Sat, 8 Oct 2011 15:06:25 +0200 Aurélien Aptel wrote: > The only previous > experience I had in this was SDL_ttf on one of my pet project, which > is ridiculously simple and straightforward to use albeit not very fast > I guess. It's meant for games, it may well be as quick as they can make it

Re: [dev] st bug report and feature request

Hi, Sorry for the late reply. On Sat, Sep 24, 2011 at 4:57 PM, wrote: > Having compiled and tested st, I would like to contribute a report. That's great, thank you. > Utf-8 and line graphics symbols' handling looks broken on bold text (?). > > E.g. mutt shows kanji in From correctly unless th

Re: [dev] st bug report and feature request

The description you're providing now matches perfectly with the behavior I was seeing with that particular font. When I get back to my desktop, I'll pull tip and try boxxy again to make sure I'm remembering everything correctly.

Re: [dev] st bug report and feature request

On Sat, Sep 24, 2011 at 01:19:47PM -0400, Bryan Bennett wrote: > For the second bug, An example may help. I ran into > (what I believe to be) the same bug a few months ago, > but assumed it was a problem with the font rather than > with st. (I had been making modifications to the font for > a while

Re: [dev] st bug report and feature request

For the second bug, An example may help. I ran into (what I believe to be) the same bug a few months ago, but assumed it was a problem with the font rather than with st. (I had been making modifications to the font for a while and assumed I'd done something wrong.) I made a screenshot of the issue,

[dev] st bug report and feature request

Hello, Having compiled and tested st, I would like to contribute a report. First the less important and possibly known issue: Utf-8 and line graphics symbols' handling looks broken on bold text (?). E.g. mutt shows kanji in From correctly unless the entry is highlighted. Selecting text which c