Re: [dev] [st] [patch] If no Glyph Found, Do Not Keep a Font Loaded

d)! I am still NOT advocating this. Fontconfig sucks. Again, I hope I've helped illuminate the issues. If you have questions, feel free to ask and I'll try to help. Thank you, Gary Allen Vollink On Wed, Mar 21, 2018 at 4:56 PM, Gary Allen Vollink <g...@vollink.com> wrote: > Okay, you

Re: [dev] [st] [patch] If no Glyph Found, Do Not Keep a Font Loaded

"Segoe UI Symbol" and open that new font. # Have some smiley shades echo -e "\xf0\x9f\x98\x8e" I hope that makes sense. Thanks, Gary On Wed, Mar 21, 2018 at 3:35 PM, Hiltjo Posthuma <hil...@codemadness.org> wrote: > On Wed, Mar 21, 2018 at 02:18:53PM -0400, Gary Allen

[dev] [st] [patch] If no Glyph Found, Do Not Keep a Font Loaded

This patch is over my previous simplification patch (https://lists.suckless.org/dev/1803/32601.html), though it could be reworked to go in without it. Problem: When working with text from many languages, it does not take long to run out of font slots for Runes that do not exist within any

[dev] [st] [patch] Move font/rune negotiation

The following patch is simplification only.  It puts rune lookup directly into the function that does font loading. I have a forthcoming patch that sits on top of this that fixes a rare crash situation.  This one stands alone, and because it overall removes code I feel it should be considered

[dev] [st] [macOS] Emoji Characters Fixed for High Sierra

As of High Sierra, many of the Wide Character spacing issues have been fixed (most Emoji and all the Chinese Extentions C, D and E, now report 2). I'll note that this is on-par with the most recent Ubuntu release "artful" as well. I only mention it here, because multiple threads in this list

Re: [dev] [st] Unable to map Ctrl+$NUMBER

Hi Eric, This might not help at all, but ... without any modifications at all, Ctrl + 1 prints a 1, but interestingly ... Ctrl + 2 through 9 are fully unresponsive (no input). Seems like something else is up here. That said, I still was unable to get XK_2 to do anything special on my terminal

Re: [dev] [st] Font Cache handling, attached patch

> On Oct 2, 2017, at 10:06 PM, Gary Allen Vollink <g...@vollink.com> wrote: > > I noticed the following AFTER I sent the initial patch. I seriously > doubt that this is new or unexpected behavior since the frc member > unicodep is used to catch the individual rune t

Re: [dev] [st] Font Cache handling, attached patch

Mon, Oct 2, 2017 at 2:37 PM, Hiltjo Posthuma <hil...@codemadness.org> wrote: > On Sun, Oct 01, 2017 at 06:09:00PM -0400, Gary Allen Vollink wrote: >> Patch partially addresses this question from last month: >> https://lists.suckless.org/dev/1708/32111.html >> >> If a G

[dev] [st] Font Cache handling, attached patch

Patch partially addresses this question from last month: https://lists.suckless.org/dev/1708/32111.html If a Glyph simply does not exist within the fonts of a system, fontconfig ends up returning the original default font again. At this point, 'st' happily opens it again, and holds a new frc

Re: [dev] [st] Colored glyphs

Menche, I wrote about the width problem here [0] and came to the conclusion that it can't be properly fixed within any terminal program: [0] https://lists.suckless.org/dev/1709/32306.html Thank you, Gary Allen On Sun, Oct 1, 2017 at 1:20 AM, Menche wrote: > On Sat, 30 Sep

Re: [dev] [st] Colored glyphs

Janne, Most likely your report of no rendering is due to an attempt to use a font type that isn't supported by the Xft library. I can reproduce the blank space by trying to use Apple Emoji or Noto Color Emoji fonts. I have had luck with Noto Emoji, Wingdings, Webdings, Symbol and EmojiOne Color

[dev] [st] Refactoring Patch from hackers list

There was a fairly sizable patch sent into the [hackers] list (not by me) https://lists.suckless.org/hackers/1709/15554.html I'm wondering if there is a plan to put this into the repository, or if it only exists on-list. Thank you, Gary Allen

Re: [dev] Privilege escalation on remote hosts. MANY remote hosts.

Fairly new here, but I have stuff to say. On the actual subject: Any massive effort to get root execution across a list of hosts, is going to be an attractive attack vector. I think it was mentioned, but a robust key management solution is necessary, at least for ssh, but likely also for

Re: [dev] [st] Emojis

On Sun, Sep 17, 2017 at 3:30 PM, Janne Heß wrote: > What I also found is that several unicode combine characters aren't > detected properly. For example, a female black police officer (rarely > used, but exists) is rendered as three different emojis (color, gender > and

Re: [dev] [st] macOS: Wide Asian Glyphs

hat isn't acceptable to the locale, (!iswprint(u)) near the top of tputc(), and I'll just learn to live with emoji overwriting each-other when they are printed without actual spaces between them. Thank you, Gary Allen Vollink On Thu, Sep 14, 2017 at 4:53 PM, Eric Pruitt <eric.pru...@gmail.com>

[dev] [st] macOS: Wide Asian Glyphs

could throw together as a diff - sub 40 lines. I don't have a handle on what the protocol is for sharing such a thing. Thanks, Gary Allen Vollink