freenode/#stumpwm - IRC Chatlog
Search
18:09:54
scottj
Anyone looked into flashing with the input window? For me, it "flashes" often, especially when inputing many characters rapidly. It appears that the entire thing is redrawn each time a character is inputted. I'm wondering if there are any easy ways to improve it.
18:12:43
scottj
xrender backend with compton flashes less for me than glx one, but flashes roughly the same amount as no compton. not having the input line in the center position and starting with a wider width appears to help a little.
20:32:46
scottj
anyone who is annoyed by the way main windows are sometimes obscured by fullscreen windows when a dialog window is displayed may be interested in this https://github.com/stumpwm/stumpwm/issues/632#issuecomment-521786107
3:56:22
PuercoPop
loke: that sounds like it could be a problem opening the font. I'll try to reproduce over the weekend. Is setting LC_ALL all that is needed to reproduce?
4:05:53
loke
Also, it doesn't look exactly like an encoding problem. _usually_ at least plain ASCII text works fine even if you get pretty much everything wrong.
4:07:50
PuercoPop
(for example my .xinitrc is exec dbus-launch --exit-with-session /path/to/launch-script
4:08:09
loke
Slightly differently. I didn't use startx when I started things manually. I literally only started Xorg and an Xterm and ran stump from there
4:08:42
loke
With GDM, you get a bunch of other things, but it mostly boils down to startying a dbus-session and some stuf flike that
4:09:36
loke
If it was a font path problem, I'd expect less problems with GDM. Note that everything else I run from the session works fine. It's just text in Stump
4:55:33
PuercoPop
loke: Ok i just tried setting LC_ALL to en_SG.UTF-8 and it isn't enough to reproduce
5:07:30
PuercoPop
loke: maybe you can try w/o a small clx program that opens a window with some text to see if the problem is in StumpWM or below? But you run McCLIM which uses clx outside of StumpWM so it seems unlikely it wouldn't wouldn't manifest there if it was a CLX issue
5:25:33
travis-ci
Change view : https://github.com/stumpwm/stumpwm/compare/f6966cabdf7c...0a104b41bbee
5:38:01
loke
PuercoPop: CLIM doesn't use the Xlib text drawing routines (it uses Xrender, and uses Freetype or cl-ttf for rasterising)
5:38:34
loke
But you might be on to something. If Xlib text drawing is messed up, then you'd likely not notice since nothing uses it... Oh wait... xterm does :-)