On Sat, May 30, 2015 at 09:54:48AM +0200, Andreas Müller <[email protected]> wrote: > > Reminds me, my direct replies to you bounce. > I'm sorry, what do you mean? I got your mails and I don't have any > blocking/bouncing rules in place but the Reverse-DNS/Dialin-IP/Spamhaus > checks of my hoster. And I do not have access to the mail-logs but if > you would provide the bounce-message, I'll look into it.
My direct mail to you returned with an error, saying it could not be delivered - I remember it has a "Status: 5.0.0" and it was sent by a box one or two hops after mxlb.ispgateway.de. I'd give you a copy, but unfortunately I deleted it (it's not that uncommon to never hear from people with bad mail setups :). > > Unless disabled (or not supported by the input method), urxvt will default > > to onthespot editing, which will be using the normal font(set) that the > > terminal uses. > Ah, thanks, I unknowingly had it disabled because I disabled perl. > OnTheSpot works like a charm now, and it's fast as well. That's good to hear, at least :) > It seems that it has to do with locale-settings. After using setlocale() > with an UTF-8 locale in my test program I can reproduce the delay. And > maybe my font collection maybe of course, although I tried to limit it. > xfontsel shows about 1300 matches for "*" pattern, incidently it shows > also starts with a delay with my utf8 locale, but not with the "C" > locale. > > Maybe has something to do with this old X bug: > https://bugs.freedesktop.org/show_bug.cgi?id=4939 Possibly, especially if you are also using a gentoo system (which tend to have the weirdest patches and broken binaries). On debian jessie (and almost certainly earlier versions), wth 9947 fonts (including many GB2312.1980-0 and KSC5601.1987-0), and in an utf-8 locale, it's all instant (or rather, it takes 0.03s here). > > Only OverTheSpot and OffTheSpot need a separate xim font because the input > > method opens a window in these cases. > Still, wouldn't the input method need some info where the cursor is for > displaying the selection list (the match your input to e.g. kanji)? > Because, that list is now under the window, it's OK though. I would guess any modern XIM implementation (i.e. scim, but not kinput2 for example) would ignore the font anyway, but we have to provide one in these modes, but not in OnTheSpot (because its only needed for the text input, with urxvt handles in onthesport mode). As for the position, urxvt indeed doesn't provide one because none is normally needed by XIM, but one could investigate if providing one improves usability (I wonder how many people will complain when the input method window moves...). -- The choice of a Deliantra, the free code+content MORPG -----==- _GNU_ http://www.deliantra.net ----==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [email protected] -=====/_/_//_/\_,_/ /_/\_\ _______________________________________________ rxvt-unicode mailing list [email protected] http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
