[Octave-bug-tracker] [bug #55958] Incorrect symbolic dispay on macOS due to default Monaco font

[Andrew Janke]

Follow-up Comment #8, bug #55958 (project octave):

Well: file #46607 – I did the naive thing and just changed the font face and
size in that `#ifdef Q_OS_MAC` section, and it had no apparent effect. When I
deleted ~/.config/octave and fired up ./run-octave from the build directory,
it still used Monaco 10 as the default font for the Command Window and
Editer.

Maybe it's getting those defaults from somewhere else, and this section just
applies to the defaults for the embedded qterminal widget object, which are
themselves immediately overriden by the application-level preferences, which
get their defaults from some other location.

> if we ever do try to reconcile with that, maybe we could try to link with
qtermwidget as a library?

That might make sense. On macOS, it's not hard to install; I've already got a
Homebrew formula for it –
https://github.com/octave-app/homebrew-octave-app/blob/master/Formula/qtermwidget.rb
– and it's available as a package in Debian –
https://packages.debian.org/search?searchon=sourcenames&keywords=qtermwidget
– and Ubuntu – https://packages.ubuntu.com/source/xenial/qtermwidget. So
taking it as a library instead of bundled source sounds maybe feasible to me.
It's just a question of whether the recent distro releases have picked up a
new-and-good-enough version of QTermWidget for your purposes.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?55958>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/