[BUG] Italic Effect with ncurses-backend about cursive

[gyscos]

Hi, and thanks for the report!

Indeed, I can reproduce the issue on macOS.
On linux though, italic is properly rendered.

So I suspect the issue is in the ncurses implementation on macOS. We're using ncurses::A_ITALIC, which should abstract over the actual terminal (this is the main point of ncurses), but there can always be issues there.

(We could try a C ncurses example to see if the problem is with ncurses itself or the rust wrapper.)

Unfortunately I'm not sure there's much we could do here, and using a different backend as you did is probably the best solution. You may want to also use the buffered backend to improve performance (I'm still working on integrating that in cursive itself).

[timdubbins]

Hi, thanks for your response.

I ran a C ncurses example but got a compile error when setting A_ITALIC. It turns out the ncurses installed on mac is really old and doesn't include this attribute. I thought I was up-to-date with my ncurses package but brew info ncurses yields the caveat:

ncurses is keg-only, which means it was not symlinked into /usr/local,
because macOS already provides this software and installing another version in
parallel can cause all kinds of trouble.

If you need to have ncurses first in your PATH, run:
  echo 'export PATH="/usr/local/opt/ncurses/bin:$PATH"' >> ~/.zshrc

For compilers to find ncurses you may need to set:
  export LDFLAGS="-L/usr/local/opt/ncurses/lib"
  export CPPFLAGS="-I/usr/local/opt/ncurses/include"

For pkg-config to find ncurses you may need to set:
  export PKG_CONFIG_PATH="/usr/local/opt/ncurses/lib/pkgconfig"

So this is a user-end issue, my bad!

Setting export PKG_CONFIG_PATH="/usr/local/opt/ncurses/lib/pkgconfig" resolves this issue.