13
0
livetrax/gtk2_ardour/ardour_window.cc
Robin Gareus d1b462c213 Special case tansient-parent windows on macOS
macOS has its own z-axis stacking (see Manager::set_transient_for) for
dialog and utility windows of a single application. There only case to
set a dedicated transient parent is to keep the child window on top of a
dialog.

Valid use-cases are e.g.
 Plugin Preset Name entry on top of a PluginWindow
 Export Format Settings on top of the Export Dialog

Alternatively one would need to patch gtk to handle
[NSView shouldDelayWindowOrderingForEvent] and explicitly reorder
siblings of a common parent window.

This fixes an issue that plugin windows cannot be re-stacked but were
previously always stacked in the order they were opened.
2022-11-15 03:07:43 +01:00

162 lines
3.9 KiB
C++

/*
* Copyright (C) 2011-2018 Paul Davis <paul@linuxaudiosystems.com>
* Copyright (C) 2013-2019 Robin Gareus <robin@gareus.org>
* Copyright (C) 2015 Nick Mainsbridge <mainsbridge@gmail.com>
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License along
* with this program; if not, write to the Free Software Foundation, Inc.,
* 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
*/
#include <iostream>
#include <sigc++/bind.h>
#include <gtkmm2ext/doi.h>
#include "ardour_window.h"
#include "ardour_ui.h"
#include "ui_config.h"
#include "keyboard.h"
#include "utils.h"
using namespace std;
using namespace Gtk;
using namespace Gtkmm2ext;
using namespace ARDOUR_UI_UTILS;
ArdourWindow::ArdourWindow (string title)
: Window ()
, VisibilityTracker (*((Gtk::Window*)this))
{
set_title (title);
init ();
set_position (Gtk::WIN_POS_MOUSE);
}
ArdourWindow::ArdourWindow (Gtk::Window& parent, string title)
: Window ()
, VisibilityTracker (*((Gtk::Window*)this))
{
init ();
set_title (title);
#ifndef __APPLE__
set_transient_for (parent);
#endif
set_position (Gtk::WIN_POS_CENTER_ON_PARENT);
}
ArdourWindow::~ArdourWindow ()
{
}
bool
ArdourWindow::on_key_press_event (GdkEventKey* ev)
{
bool handled = Gtk::Window::on_key_press_event (ev);
if (!handled) {
if (!get_modal()) {
handled = relay_key_press (ev, this);
}
}
return handled;
}
bool
ArdourWindow::on_key_release_event (GdkEventKey* ev)
{
bool handled = Gtk::Window::on_key_press_event (ev);
if (!handled) {
if (!get_modal()) {
handled = relay_key_press (ev, this);
}
}
return handled;
}
bool
ArdourWindow::on_focus_in_event (GdkEventFocus *ev)
{
Keyboard::the_keyboard().focus_in_window (ev, this);
return Window::on_focus_in_event (ev);
}
bool
ArdourWindow::on_focus_out_event (GdkEventFocus *ev)
{
if (!get_modal()) {
Keyboard::the_keyboard().focus_out_window (ev, this);
}
return Window::on_focus_out_event (ev);
}
void
ArdourWindow::on_unmap ()
{
Keyboard::the_keyboard().leave_window (0, this);
Window::on_unmap ();
}
bool
ArdourWindow::on_delete_event (GdkEventAny*)
{
return false;
}
void
ArdourWindow::init ()
{
set_border_width (10);
add_events (Gdk::FOCUS_CHANGE_MASK);
/* ArdourWindows are not dialogs (they have no "OK" or "Close" button) but
they should be considered part of the same "window level" as a dialog. This
works on X11 in that:
(a) there are no window "levels"
(b) they will float above normal windows without any particular effort
(c) present()-ing them will make a utility float over a dialog or
vice versa.
Some X11 Window managers (e.g. KDE) get this wrong, and so we allow the user
to select what type of window hint is used.
GTK+ on OS X uses different levels for DIALOG and UTILITY, and Cocoa has a bug/design
issue that it will not transfer keyboard focus across levels when hiding a window.
So on OS X, we use DIALOG for all ArdourWindows to ensure that keyboard focus
will return to the main window(s) when this window is hidden.
*/
#ifdef __APPLE__
set_type_hint (Gdk::WINDOW_TYPE_HINT_DIALOG);
#else
if (UIConfiguration::instance().get_all_floating_windows_are_dialogs()) {
set_type_hint (Gdk::WINDOW_TYPE_HINT_DIALOG);
} else {
set_type_hint (Gdk::WINDOW_TYPE_HINT_UTILITY);
}
#endif
Gtk::Window* parent = WM::Manager::instance().transient_parent();
if (parent) {
set_transient_for (*parent);
}
ARDOUR_UI::CloseAllDialogs.connect (sigc::mem_fun (*this, &ArdourWindow::hide));
}