--- rxvt-unicode/Changes 2021/06/18 12:35:38 1.1247 +++ rxvt-unicode/Changes 2021/07/03 04:47:08 1.1254 @@ -42,23 +42,43 @@ TODO: xterm-osc does not autoload background TODO: think about daemon delaying urxvt client exit. +IDEA: use harfbuzz to render combining sequences, maybe also complex scripts TODO: https://github.com/bbidulock/icewm/issues/492 urxvt wrongfully(?) needa configurenotify after mapwindow? also, black border? -TODO: compose chars should be rendered "in one go" for xft. maybe. possibly. -TODO: disbale bracketed paste mode option, too amny prorgams abuse it - - enable confirm-paste extzensions by default, can be disabled by e.g. +TODO: fontset caching per display? +TODO: xOff caching. for ascii only? fr basefont only? +TODO: image loading osc does not autoload background ext +TODO: clean up the resource vs. long option mess, especially in the manpage. + - allow URxvt*keysym to match again. The fact that it was ignored + is considered a regression due in the way we checked for keysym + resources. + - new option/resource -rm/rewrapMode, which sets the line rewrap + mode to auto, never or always. + - new option/resource -dpb/disablePasteBrackets, which can be used to + disable bracketed paste mode sequences, as more and more programs + abuse these sequences (typically in the name of security, but these + sequences are not improving security). + - enable confirm-paste extension by default, can be disabled by e.g. URxvt.perl-ext: -confirm-paste - if urxvt cannot detect a good estimate for font width (because a font does - not contain laitn characters at all for example), it will now fall - back to xft's max_advance_width, which works well with soem fonts. It + not contain latin characters at all for example), it will now fall + back to xft's max_advance_width, which works well with some fonts. It currently will warn about this. - do not render variation selectors in the default font as boxes, treat them as zero-width characters. - - unicode characters outside of the BMP can now be rendered even - without --enable-unicode3, when using xft fonts. - - urxvt now passes full combining character sequences to xft, - increasing the chance of it doing something useful with it, such - as correctly applying variant selectors. + - change combining character architecture to allow fonts to handle + combining sequences on their own. This could allow future renderers + to be more intelligent about these sequences. + - use the previous enhancement to allow unicode characters outside of the + BMP to be rendered even without --enable-unicode3, as long as an + xft with the character is configured. + It's recommended to stay with disabled unicode3 even more now. + - freetype/xft have been verified to return nonsensical offsets for + combining characters. urxvt tries to compensate to some extent, + but diacritics will be slightly off in many cases, and far off in + some cases (e.g. input mono). + - when checking for overlap/careful handling, take non-basefont + character shifts into account. - allow perl-ext and perl-ext-common to override autoloaded extensions. this allows tabbed to disable itself in subtabs, avoiding recursive loading. @@ -67,6 +87,8 @@ cs_koi8_u_from_unicode). - unicode characters > 0x100000 were not handled correctly w.r.t. font rendering. + - replace bitstream vera by dejavu sans, as it has replaced the former + almost everywhere. 9.26 Fri May 14 19:14:14 CEST 2021 - ev_iouring.c was wrongly required during compilation, and wrongly