Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pseudographics is shown as letters #46

Open
yurivict opened this issue Sep 19, 2020 · 21 comments
Open

Pseudographics is shown as letters #46

yurivict opened this issue Sep 19, 2020 · 21 comments

Comments

@yurivict
Copy link

image

@dromer
Copy link

dromer commented Sep 19, 2020

Yup same. I'm connecting to a remote machine and tried locale-gen both there and on my local machine. no luck.

@yurivict
Copy link
Author

COLORTERM=truecolor
TERM=xterm-256color

@fleekix
Copy link

fleekix commented Feb 3, 2021

I'm getting this issue as well.

  • Fedora 33
  • AwesomeWM
  • st and gnome-terminal tested same result

Also tried putting "COLORTERM, and TERM" in my zshrc and that doesn't change anything.
Just some feedback... hopefully somewhat useful.

Thanks

@c0r73x
Copy link
Member

c0r73x commented Feb 4, 2021

Have you tried to compile it with or without CMAKE_USE_WIDE to see if it changes anything?

@MaxGyver83
Copy link

Same problem here:

  • Ubuntu 18.04
  • dwm 6.2
  • Alacritty 0.7.1 / st 0.8.4 / gnome-terminal (3.28.2 using VTE 0.52.2) / xterm (330)
  • bash / fish

Environment variables:

  • COLORTERM=truecolor
  • TERM=xterm-256color
  • LANG=en_US.utf8
  • LC_ALL=en_US.utf8

Tried with make and with USE_WIDE=1 make.

@c0r73x
Copy link
Member

c0r73x commented Feb 5, 2021

Could any of you try the latest commit and see if it helps?

@MaxGyver83
Copy link

Still the same problem (tested in Alacritty+fish and gnome-terminal+bash).

@MaxGyver83
Copy link

@c0r73x , FYI:

I have grepped the source code for unicode letters and found this:

src/config.cpp
184:    // light      ░ \u2593
185:    // medium     ▒ \u2592
186:    // dark shade ▓ \u2593
187:    // block      █ \u2588

I guess the color bars are made of these symbols. Apparently, my terminal has no problem displaying these characters.

@MaxGyver83
Copy link

MaxGyver83 commented Feb 5, 2021

Another information:

When I replace "░" with "x" or "i"or "-" in ~/.ncpamixer.conf, I see these symbols (x or ior -) in the volume bars. When I use another non-ASCII character ("✘"), I just see these Ms as in the screenshot above.

@dromer
Copy link

dromer commented Feb 20, 2021

Could any of you try the latest commit and see if it helps?

On current master 2bf5ce61d217667a62dbed8cc7b5cb1da2d92d5f this is still an issue

@c0r73x
Copy link
Member

c0r73x commented Feb 22, 2021

I guess a possibility to fix this issue would be to add a cmake option to get the latest ncurses version and staticly link it in at compile. Seems to be something strange going on with some distros versions of ncurses?

@diederikdehaas
Copy link
Contributor

On my Debian Bullseye (Sid/experimental also available) arm64 device (Rock64), I have ncurses-dev version 6.2+20201114-2 installed and I'm also seeing this issue.
The Configuration tab does render correctly (afaict).

@sigasigasiga
Copy link

sigasigasiga commented Aug 14, 2021

i had the same problem.
i use void linux and that was happening because somehow some of my packages were misconfigured. so to solve this i had to run xbps-reconfigure -fa which forcefully reconfigured all packages. you may try to use similar command in your distro, maybe it'll fix it!

sadly i couldn't track down which particular package was misconfigured so if you have many packages that process may take a lot of time

@jeromecst
Copy link

The following command worked for me

USE_WIDE=1 make distclean build

@MaxGyver83
Copy link

@jeromecst : This fixed it for me! Thank you.

@diederikdehaas
Copy link
Contributor

@jeromecst tip for using USE_WIDE=1 fixed it for me too 🎉 Thanks.

@dromer
Copy link

dromer commented Sep 17, 2021

The following command worked for me

USE_WIDE=1 make distclean build

yes!

However it seems that the dropdowns (clicking on a device) are displayed incorrectly.

@MaxGyver83
Copy link

However it seems that the dropdowns (clicking on a device) are displayed incorrectly.

Oh, yes, same here! I didn't notice before.

@nuckle
Copy link

nuckle commented Dec 26, 2022

On Debian sid bookworm the issue is still present. I installed libncurses-dev and libpulse-dev.
Compiled with make . Any unicode symbol turns into something like this, but dropdown menu looks fine.

Preview

image

ldd ncpamixer | grep curses
libncurses.so.6 => /lib/x86_64-linux-gnu/libncurses.so.6 (0x00007ff028be2000)

Compiled with make USE_WIDE=True. Unicode works like a charm, but dropdown menu is broken.

Preview

image

ldd ncpamixer | grep curses
libncursesw.so.6 => /lib/x86_64-linux-gnu/libncursesw.so.6 (0x00007ffb6d676000)
libncurses.so.6 => /lib/x86_64-linux-gnu/libncurses.so.6 (0x00007ffb6d594000)
apt list --installed | grep ncurses
lib64ncursesw6/unstable,testing,now 6.3+20220423-2 i386 [installed]
libncurses-dev/unstable,testing,now 6.3+20220423-2 amd64 [installed]
libncurses6/unstable,testing,now 6.3+20220423-2 amd64 [installed]
libncursesw6/unstable,testing,now 6.3+20220423-2 amd64 [installed]
ncurses-base/unstable,unstable,testing,testing,now 6.3+20220423-2 all [installed]
ncurses-bin/unstable,testing,now 6.3+20220423-2 amd64 [installed]
locale     
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=en_US.utf8
locale -a
C
C.utf8
en_US.utf8
POSIX

Terminals I tried: st, kitty, alacritty
$TERM values: st-256color, xterm, xterm-256color, linux

@Tonus1
Copy link

Tonus1 commented Feb 14, 2024

Hi there
While attempting to provide a buildscript for Slackware-15.0 I ended with this

mkdir -p build
cd build
  cmake \
    -DCMAKE_C_FLAGS:STRING="$SLKCFLAGS" \
    -DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS" \
    -DCMAKE_INSTALL_PREFIX=/usr \
    -DCMAKE_INSTALL_MANDIR=/usr/man \
    -DUSE_WIDE=TRUE \
    -DCMAKE_BUILD_TYPE=Release ../src
  make
  make install/strip DESTDIR=$PKG
cd ..

HTH

Regards

@birdie-github
Copy link

Fedora 40, the same issue.

USE_WIDE=1 make has fixed it for me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests