Bug 234822
| Summary: | [PATCH] sysutils/tmux: Add utf8proc option to Makefile | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Ports & Packages | Reporter: | David O'Rourke <dor.bsd> | ||||||
| Component: | Individual Port(s) | Assignee: | Mathieu Arnold <mat> | ||||||
| Status: | Closed FIXED | ||||||||
| Severity: | Affects Some People | CC: | adamw, laanwj, uqs | ||||||
| Priority: | --- | Flags: | bugzilla:
maintainer-feedback?
(mat) |
||||||
| Version: | Latest | ||||||||
| Hardware: | Any | ||||||||
| OS: | Any | ||||||||
| Attachments: |
|
||||||||
|
Description
David O'Rourke
2019-01-10 14:30:54 UTC
Created attachment 203355 [details]
newtest.txt
This is the test file from GitHub to avoid having to go hunting for it. I should have included this in the beginning.
A commit references this bug: Author: mat Date: Wed Apr 10 16:01:38 UTC 2019 New revision: 498577 URL: https://svnweb.freebsd.org/changeset/ports/498577 Log: Add a default option to use utf8proc for Unicode normalization, case-folding, and other operations. It is substantially better and more up-to-date than the libc functions providing the same features. PR: 234822 Submitted by: David O'Rourke Changes: head/sysutils/tmux/Makefile Hi, I'd like to reopen this and get the default changed to OFF, as it breaks tmux+vim for various unicode chars (most notably, the ones that I use as listchars!) adamw@ and I both were able to reproduce this. The file to reproduce this is this: % cat test 123456 »˙»˙»˙ % xxd test 00000000: 3132 3334 3536 0ac2 bbcb 99c2 bbcb 99c2 123456.......... 00000010: bbcb 990a .... With tmux+utf8proc+vim, the second line isn't 6 chars wide, but 12 and the ˙ have a trailing space always. with tmux+vim and no utf8proc, it renders fine, just like cat(1) Please note that *outside* of tmux, vim renders this also fine. The bug is likely with vim (because neovim is fine both ways), but until we've figured that out, I would suggest to not ship with a broken tmux, assuming here that many, many people are using vim inside tmux. And I would also prefer to rather break the frivolous emojis instead of basic punctuation chars that have been here for decades. Any pointers on how to debug this further are greatly appreciated. Unless I hear strong objections, I'll flip the option to OFF in a week or two. Thanks! Is there any knob in tmux that will disable using utf8proc? I know it's a long-shot, but I'd like to avoid us having to turn it off for everybody if possible. Yeah, I've been having problems with wide chars, not just in vim, but also when using those kind of characters in a zsh prompt for instance. Fun fact is, it's broken in some ways with it, and it's broken in some other way without... Come to think of it, that's true. I'd forgotten all about this: I had to disable a section of my zsh prompt because it mishandled a wide char under tmux. Mat, what's your take on this? Do the benefits of utf8proc on by default outweigh the downsides? I don't know enough to give an opinion, so I'm dumping this on your doorstep. Well, I don't think I ever encountered any problem before this, but it seems someone did. So, I don't know. David, are you ok with flipping the default to OFF for utf8proc? Do you have more insights into how we could debug this also? disabling it by default for now. FWIW, compiling tmux with this option solved the issues I was having with weechat IRC in tmux. Thanks! |
