Searched hist:"2 c8d44449b25411a4dd62d073db51a312faf9b9c" (Results 1 – 5 of 5) sorted by relevance
| /freebsd/tools/tools/locale/tools/ |
| H A D | mkwidths.pl | 2c8d44449b25411a4dd62d073db51a312faf9b9c Sun Dec 06 17:44:41 CET 2020 Yuri Pankov <yuripv@FreeBSD.org> update wcwidth data from utf8proc
Character width data being out of date is a constant source
of weird rendering issues and wasted time trying to diagnose
those, e.g. as reported by Jeremy Chadwick:
https://gitlab.com/muttmua/mutt/-/issues/67
Sadly, there is no real ("standard") wcwidth data source, so
this tries to rectify the problem using the utf8proc one (through
its C API) which would hopefully benefeat both FreeBSD and
utf8proc through bug reports (if any).
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D27259
|
| H A D | getwidths.c | 2c8d44449b25411a4dd62d073db51a312faf9b9c Sun Dec 06 17:44:41 CET 2020 Yuri Pankov <yuripv@FreeBSD.org> update wcwidth data from utf8proc
Character width data being out of date is a constant source
of weird rendering issues and wasted time trying to diagnose
those, e.g. as reported by Jeremy Chadwick:
https://gitlab.com/muttmua/mutt/-/issues/67
Sadly, there is no real ("standard") wcwidth data source, so
this tries to rectify the problem using the utf8proc one (through
its C API) which would hopefully benefeat both FreeBSD and
utf8proc through bug reports (if any).
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D27259
|
| /freebsd/tools/tools/locale/etc/final-maps/ |
| H A D | widths.txt | diff 2c8d44449b25411a4dd62d073db51a312faf9b9c Sun Dec 06 17:44:41 CET 2020 Yuri Pankov <yuripv@FreeBSD.org> update wcwidth data from utf8proc
Character width data being out of date is a constant source
of weird rendering issues and wasted time trying to diagnose
those, e.g. as reported by Jeremy Chadwick:
https://gitlab.com/muttmua/mutt/-/issues/67
Sadly, there is no real ("standard") wcwidth data source, so
this tries to rectify the problem using the utf8proc one (through
its C API) which would hopefully benefeat both FreeBSD and
utf8proc through bug reports (if any).
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D27259
|
| /freebsd/tools/tools/locale/ |
| H A D | README | diff 2c8d44449b25411a4dd62d073db51a312faf9b9c Sun Dec 06 17:44:41 CET 2020 Yuri Pankov <yuripv@FreeBSD.org> update wcwidth data from utf8proc
Character width data being out of date is a constant source
of weird rendering issues and wasted time trying to diagnose
those, e.g. as reported by Jeremy Chadwick:
https://gitlab.com/muttmua/mutt/-/issues/67
Sadly, there is no real ("standard") wcwidth data source, so
this tries to rectify the problem using the utf8proc one (through
its C API) which would hopefully benefeat both FreeBSD and
utf8proc through bug reports (if any).
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D27259
|
| H A D | Makefile | diff 2c8d44449b25411a4dd62d073db51a312faf9b9c Sun Dec 06 17:44:41 CET 2020 Yuri Pankov <yuripv@FreeBSD.org> update wcwidth data from utf8proc
Character width data being out of date is a constant source
of weird rendering issues and wasted time trying to diagnose
those, e.g. as reported by Jeremy Chadwick:
https://gitlab.com/muttmua/mutt/-/issues/67
Sadly, there is no real ("standard") wcwidth data source, so
this tries to rectify the problem using the utf8proc one (through
its C API) which would hopefully benefeat both FreeBSD and
utf8proc through bug reports (if any).
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D27259
|