Robin Gareus
d1b462c213
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.
162 lines
3.9 KiB
C++
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));
|
|
}
|
|
|