33c596e149
Warn user if the engine device changed
...
This prevents accidentally auto-starting the engine (most recently
used device) with a session that recently used different hardware.
2021-02-23 19:32:03 +01:00
a7a20e03ff
Fix --no-nls, i18n include order in UI -- #8361
2020-08-19 17:40:02 +02:00
cda2e004a8
Fix opening sessions using the Finder (OSX)
...
The ShouldLoad() signal is handled by flush_pending(). This is the first
time that normal application flow can be interrupted in ::starting()
after app->ready().
This calls ::load_from_application_api(), which in turn calls
startup_fsm->handle_path(). This sets off the complete initalization
process, loading the session, and concludes with ::sfsm_response(),
where there is a call to `delete startup_fsm;`
Previously execution continued in StartupFSM::start() which caused a
crash.
2020-06-12 22:13:58 +02:00
50e96a2135
Do not allow ctrl chars in session names (2/2)
...
The GUI applies this to new sessions only, old sessions that
may now have illegal names can still be loaded.
2020-06-09 20:30:55 +02:00
Edgar Aichinger
eb5a41e3a3
Fix typos in the GUI in preparation for translations
2020-04-13 16:10:07 +02:00
5d4ad01b58
introduce the idea of an "unnamed" session (GUI edition)
2020-03-24 14:10:39 -06:00
20717b68bf
fix startup behavior if answering "No" to "Do you want to open (this existing session)?"
2020-03-24 14:10:39 -06:00
c8d449f356
fix startupFSM handling of a ShouldLoad signal
...
This currently only handles initial session load by dbl-click on
a session file. It also does not work if the user or new or
subject to a pre-release warning. These last two restrictions
may remain in place, although if a person's first exposure to
the program is "copy my session, download program, dbl-click
on the session file", then that's not so nice
2020-03-06 15:54:00 -07:00
86045fe526
move more or less all responsibility for ShouldLoad (macOS, NSM) back into ARDOUR_UI
2020-03-05 17:34:41 -07:00
8d6f6266d2
unfinished fix for handling desktop/NSM specifying session to load
...
More work needed to fix requirement in StartupFSM that ::load_from_application_api()
is called before ::start()
2020-03-01 21:36:07 -07:00
2b13cfa67c
no pre-release warning dialog if beyond pre0
2020-02-29 09:33:10 -07:00
70588baeac
handle engine failure between audio/MIDI setup and end of plugin scan
2020-01-24 15:56:37 -07:00
13ecf633a3
after handling the first click on the audio/MIDI setup, mark it insensitive to prevent subsequent (dbl) clicks changing engine state
2020-01-24 15:56:37 -07:00
2b55d6dce3
First batch of MessageDialog replacements
2019-12-14 23:44:01 +01:00
38f692f0c0
cleanup and recomment StartupFSM::load_from_application_api()
2019-12-14 10:27:44 -07:00
346c2ee3fe
remove unnecessary calls to Application::ready
2019-12-14 10:27:10 -07:00
1b91615b2c
fix startup FSM handling when pre-release dialog is shown AND cmdline session info is given
2019-12-12 13:33:11 -07:00
7457fd2e27
Autostart must {try to} use the session sample-rate. There is no ambiguity here.
2019-12-09 16:49:15 -06:00
eda27cc3de
move all responsibility for autostart into StartupFSM and out of engine dialog
2019-11-06 17:35:30 -07:00
f13c8f3d07
implement intended auto-start logic for startupFSM
2019-11-06 16:51:03 -07:00
d7b6d6e2c4
if user uses Ctrl/Cmd-w to close a dialog during startup, treat that as a request to exit
2019-11-06 16:32:46 -07:00
f1d614b15d
Show PluginScanDialog only if needed (cancel VST scan)
2019-10-26 01:12:05 +02:00
c6b8fc78c8
make logic for creation of startup plugin scan a little clearer
...
Also, do not actually show dialog unless it's a new user or the user explicitly
asks for VST scan at startup
2019-10-25 11:55:55 -06:00
faeaf14e3b
fix deletion/pointer error
...
Not sure why the now deleted hack was ever necessary for the compiler
2019-10-25 08:00:22 -06:00
48161d7f51
somewhat substantial changes to StartupFSM to try to get relationships betweem various dialogs, plugin scanning and splash screen correct
...
Added extensive comments to try to explain the nightmare of plugin discovery
2019-10-24 21:32:46 -06:00
0d86819a2b
fix two thinkos with startup sequence
...
1) audio/MIDI setup was being shown unnecessarily
2) could crash if entire startup sequence passed without any dialogs being necessary
2019-10-18 00:07:31 -06:00
b490115d5f
reintroduce code that can automatically connect to JACK under the right conditions
2019-10-12 12:10:10 -06:00
54acf6af6a
enforce singleton nature of Splash a little more rigorously, and slightly rationalize it's use
2019-10-11 14:29:55 -06:00
89cab5802a
goto preferred over reentrancy
2019-10-10 21:47:17 -06:00
aa2ea11a47
fix error in startup sequence when command line argument is given and pre-release dialog is shown
2019-10-10 21:37:50 -06:00
aaecba2116
move pre-release dialog into StartupFSM (and enlarge font sizing)
2019-10-10 21:24:52 -06:00
b3f2ed46b1
center all(?) early-startup dialogs
2019-10-10 19:54:33 -06:00
7238c7fdc6
fix up handling of audio/MIDI setup dialog and remove debug output
2019-10-10 16:52:00 -06:00
20b38ad8ea
changes to get startupFSM working (more) correctly
2019-10-10 16:52:00 -06:00
85d81cb6b8
add StartupFSM::end() (empty for now) and remove unused states
2019-10-10 16:52:00 -06:00
18b4a4213f
add initial version of StartupFSM along with its owners/users
2019-10-10 16:52:00 -06:00