Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
x42 EQ: stay on top
#1
(EDIT: Having written this at first with 'x42 plugins' in general was not a good idea as it did not reflect the actual use case)

Would it be possible in a x42 EQ update, to have it stay on top of the Mixbus screen like the Harrison plugins and the x42 spectrum display do ?
Reply
#2
it depends on the platform:

On GNU/Linux and OSX/macOS -- the plugin GUI is embedded in a Mixbus window. On Mac those windows always are on top of the parent application. On Linux it depends on the WM config. It's on top everywhere except KDE.

On Windows they're external-UI separate windows (just like harrison plugins) because with some older graphics-card drivers on windows embedding openGL UIs fails. The window is explicitly raised to remain on top.

The meters are all external-UI, separate window, explicit on top; on all OS. The reason for that are (1) are size-constrains: the mixbus provided preset-toolbar forces a larger width and (2) there's no use for presets for meters to begin with. The downside: since it's an external window, keyboard-shortcuts are not forwarded to Mixbus. e.g. you can't press "space" to toggle the transport.
Reply
#3
Is it possible then to make the x42 EQ also of the same window type as the, say, 1/3 octave spectrum display ?
Reply
#4
(01-27-2017, 06:20 PM)jonetsu Wrote: Is it possible then to make the x42 EQ also of the same window type as the, say, 1/3 octave spectrum display ?

Yes. It is a compile time option, but it's not appropriate for the EQ: You'll loose the preset bar on top, the ability to use keyboard shortcuts, window size and position won't be saved with the session...

Are you using KDE as Desktop on Linux? KDE does not follow the spec for windows z-axis stacking and inheritance (transients). it's long story..
Check http://www.harrisonconsoles.com/mixbus/m...ces-window Theme > All floating windows are dialogs and Transients follow front.
Reply
#5
Yes, using KDE.

Wouldn't it be possible to make that Mixbus 'window frame' that holds the plugins GUIs always stay on top regardless of the plugin that's being inside ?
Reply
#6
(01-28-2017, 05:22 PM)jonetsu Wrote: Yes, using KDE.

Wouldn't it be possible to make that Mixbus 'window frame' that holds the plugins GUIs always stay on top regardless of the plugin that's being inside ?

It is, except KDE does not honor it: https://bugs.kde.org/show_bug.cgi?id=172615
Reply
#7
(01-28-2017, 05:22 PM)jonetsu Wrote: Yes, using KDE.

Wouldn't it be possible to make that Mixbus 'window frame' that holds the plugins GUIs always stay on top regardless of the plugin that's being inside ?

change to xfce it eats less system too..
Allan  Klinbail 

Steam Mastering - www.steam-mastering.com 
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)