This is a squash of 50 commits.
This merges the capabilities of BatchCommands and Effects using a new
AudacityCommand class. AudacityCommand provides one function to specify the
parameters, and then we leverage that one function in automation, whether by chains,
mod-script-pipe or (future) Nyquist.
- Now have AudacityCommand which is using the same mechanism as Effect
- Has configurable parameters
- Has data-entry GUI (built using shuttle GUI)
- Registers with PluginManager.
- Menu commands now provided in chains, and to python batch.
- Tested with Zoom Toggle.
- ShuttleParams now can set, get, set defaults, validate and specify
the parameters.
- Bugfix: Don't overwrite values with defaults first time out.
- Add DefineParams function for all built-in effects.
- Extend CommandContext to carry output channels for results.
We abuse EffectsManager. It handles both Effects and
AudacityCommands now. In time an Effect should become a special case of
AudacityCommand and we'll split and rename the EffectManager class.
- Don't use 'default' as a parameter name.
- Massive renaming for CommandDefinitionInterface
- EffectIdentInterface becomes EffectDefinitionInterface
- EffectAutomationParameters becomes CommandAutomationParameters
- PluginType is now a bit field.
This way we can search for related types at the same time.
- Most old batch commands made into AudacityCommands.
The ones that weren't are for a reason. They are used by mod-script-pipe
to carry commands and responses across from a non-GUI thread to the GUI
thread.
- Major tidy up of ScreenshotCommand
- Reworking of SelectCommand
- GetPreferenceCommand and SetPreferenceCommand
- GetTrackInfo and SetTrackInfo
- GetInfoCommand
- Help, Open, Save, Import and Export commands.
- Removed obsolete commands ExecMenu, GetProjectInfo and SetProjectInfo
which are now better handled by other commands.
- JSONify "GetInfo: Commands" output, i.e. commas in the right places.
- General work on better Doxygen.
- Lyrics -> LyricsPanel
- Meter -> MeterPanel
- Updated Linux makefile.
- Scripting commands added into Extra menu.
- Distinct names for previously duplicated find-clipping parameters.
- Fixed longstanding error with erroneous status field number which
previously caused an ASSERT in debug.
- Sensible formatting of numbers in Chains, 0.1 not 0.1000000000137
- AutomationCommands replaces GetAllMenuCommands, and can provide
information about menus, buttons and toolbars to a script.
- BatchCommands can now return textual results to a script.
- There's a new GUID for mod-script-pipe and it is included in the .sln.
This was to work around a bug in MSVC that reports a
bogus warning MSB8012, caused by using an upgraded project.
I also in the process fixed the release build, which was building as debug earlier.
PortMidi requires PMALSA to be defined to compile with ALSA support. Without it, it simply does not find any devices. (There is also PMNULL, but the files controlled by that define do not actually exist)
These were created by rbdannenberg, in commit
932ca88255a322bff833e3eb4e3931a971aa97d4, but were accidently deleted
later in commit bb63fa0d07dad9a9f02b75eda455576e6e8b4da4 (which updated
portmidi). I can't say whether they work or not, and even when they were
introduced it was stated that they may be wrong. But it's better than not
having any automake files at all, and will at least provide a base for
them.
I didn't add some of the sourcefile changes from the first commit (some
were already added to portmidi, and others weren't). Some of them may be
needed to get building to work (or, we could update portmidi, if there are
any changes upstream). I also didn't add any of the libscorealign changes
other than one, since libscorealign already had makefiles (other than the
uninstalled one).
These configure scripts may be really old; regenerating them is probably a
good idea.
Fix by Uwe and Carsten of DirectSound issue (only). We can't interrogate for formats, so we use userData to tell PortAudio what the format should be. I have a 16 bit built in sound device and that continues to function correctly at 16 bit with 24 bit requested. Unable to test on a 24 bit device.
It's a bit crude. It always pastes the entire text field, ignoring the
insertion cursor, and ignoring which control really has the focus.
The file dialog, which can call up the Finder, is implemented in the AppKit
so it's not wholly under our control. But I could bolt on an event filter,
after the fashion of CommandManager, to intercept key events.
Perhaps later versions of the toolkit than 10.6 will have a better save dialog
in the AppKit, making this change unnecessary.
With recent changes to the Nyquist code for freeing blocks, the pointer 'next' could be uninitialised when 'list' points to the zero chain. So Audacity would follow a rogue pointer. We'd get away with it if the uninitialised value happened to be zero.
Ensures that all files that Git considers to be text will have
normalized (LF) line endings in the repository. When core.eol is set to
native (which is the default), Git will convert the line endings of
normalized files in your working directory back to your platform's
native line ending.
See also https://git-scm.com/docs/gitattributes
