This change allows st to correctly render fonts given in point sizes,
bringing its behavior in line with other software: dwm, dmenu, tabbed,
etc:
FC_DEBUG=1 st -f Terminus:size=10
-Mark
From 9d5447b61340038499ad74f37e9d1b012d3c720e Mon Sep 17 00:00:00 2001
From: Mark Edgar
Date: Sun, 8 May
Hello,
I noticed that dmenu is not compatible with some Asian language input methods.
I have created a patch to fix this (see attachment).
From Xlib Programming Manual:
> As with internationalized text output, it is with the Asian ideographic
> languages that things become complicated. Japa
On Mon, May 09, 2016 at 01:48:01PM +, 张 睿 wrote:
Hello,
I noticed that dmenu is not compatible with some Asian language input methods.
I have created a patch to fix this (see attachment).
From Xlib Programming Manual:
As with internationalized text output, it is with the Asian ideogra
What version of dmenu are you using? I looked into dmenu-4.6's source code and
it seems it correctly handles UTF-8 encoding.
The patch worked for me when I set the locale to be en_US.UTF-8. BTW I'm using
fcitx, too.
Best,
Rui
发件人: 谭俊浩
发送时间: 2016年5月9日 7
Can you make it clear about whether you can _type_ anything with fcitx with the
git version of dmenu?
If yes, All right. I guess it was a bad idea that I did not try the git version
before making a patch. :-(
Otherwise, please try out my patch.
Anyway, now I can at least type something in dmenu
On Mon, May 09, 2016 at 02:31:21PM +, 张 睿 wrote:
Can you make it clear about whether you can _type_ anything with fcitx with the
git version of dmenu?
I can type something with fcitx but not chinese characters.
If yes, All right. I guess it was a bad idea that I did not try the git versi
My patch was attached in my very first mail. For your convenience I attached it
again in this mail.
It applies to dmenu-4.6 source code, not sure for the git version though...
With the patch and a UTF-8 locale you will (hopefully) be able to type Chinese
characters in dmenu.
PS. I did not find
Regarding the wrong cursor position problem: Changing the default monospace
font (in config.h) to a Chinese font is a good workaround for now.
The problem is that drw.c implements a font fallback mechanism on its own, but
_only when_ drawing characters. When calculating the width of a string, it
Hello,
I have made some modifications to the way the cursor is drawn, specifically
some hacks in drw_text(). The patch is attached to this email.
With this patch, it seems the cursor now correctly moves across CJK characters.
Hope it helps,
Rui
发件人: 张 睿
