no vfork wrapper on windows

Merge branch 'cairocanvas' of git.ardour.org:ardour/ardour into cairocanvas

add vsprops files

correct fix to OS X build script for patchfiles (spelling error)

put back bottom line of region views if name highlight is not shown.

Also remove redundant line that replicated the one we modified.

fix VST GUI swallowing for windows

account for MS version of std::isalnum() - fixes assert on UTF8

new transport option, "loop-is-mode" which optionally changes the role of the "play loop" button.

If enabled, then the button simply changes the behaviour of the "play" button rather than actually starting playback. If disabled
transport behaviour should be unchanged from before.

fix lack of region trimming when not displaying name highlight bar

improve comment text

add preferences item for show-name-highlight (does not take effect till next instance)

fix logic for Config->show_name_highlight (reversed from inital experiments)

use new config option to control name highlight and name placement

add new config parameter controlling visibility of name highlights in regions.

This also affects region name placement.

add a transparent rect that is always located at the bottom of the track canvas

This gives us an event/drag-n-drop/click target for things "at the bottom"

not that anyone ever runs with the SAE profile and not that we want to support it, but don't crash if they do

make our intentions even clearer when call Editor::track_canvas_viewport_size_allocated()

make our intentions clear when call Editor::track_canvas_viewport_size_allocated()

remove pointless assert (since condition is if-tested just before it was used)

Ensure that 'fixup_bundle_environment()' returns a suitable localedir (msvc)

hopefully fix issue with Editor::set_canvas_cursor_for_region_view() which was incorrectly switching to trim cursors.

This started happening more frequently after this function started to be called more often (which was the right thing to do, but
had this side effect (now fixed).

fix ridiculous spelling error

explicitly create MIDNAM folder in OS X app packaging

Add some stuff that's needed for an MSVC built target:-

1) Make sure we create or open any files in binary mode
2) Make sure the user can see an error message of we fail to parse the command line
3) Make sure that the call to 'windows_vst_gui_init()' matches its declaration (i.e. only applicable when NOT on PLATFORM_WINDOWS)

Make sure that the preprocessor directive in 'winmain.cc' matches the one in 'main.cc'

(also, some minor housekeeping)

Make sure that the input string doesn't go out of scope when using boost::tokenizer

fix prev commit (MSVC release builds)

fun with the c-preprocessor. platform dependent VST support.

Now that we can build with VST support, make sure our MSVC build knows about it

Make sure that when building with MSVC, a Release build will launch without an annoying, floating console window

remove code intended for use with basename(), fix memory leak since g_path_get_basename() returns a newly allocated string.

clean up 6cc2812f2e8 (interim vst fixes)

despite what MSVC thinks, C is not C++.

make frame/trim handles transparent for now.

This is a new GUI feature that will not be completed for the 3.6 release, so just hide them.

more work on linking file existence and removability

check whether a source with the same path exists in session list not just on disk.

This is intended to catch a potential wierd condition where a source exists as a stub, but has not yet been written to disk,
and then a new source is created with the same path. Currently it is not understood how/when this might happen

further code simplification and rationalization related to MIDI source/file renaming

dramatic change in logic and naming for operations related to adding a MIDI region on demand and cloning/unlinking

Existing code would cause data loss due to creation of two Source objects referring the same path, one with removable flags and one without. Careful code review suggested a variety of thinkos, function naming problems and other confusion that caused this. I have tried ot extensively comment what is going on with these operations, because it is one key area in which MIDI differs from audio: with audio, capture is the only way to add a new audio region, but for MIDI there are GUI input events that can add a new region.

remove unnecessary include

another stab at a working vst on windows

more vst tweaks

interim vst fixes

amend previous commit, remove cruft, no more extern function pointers

export fst functions (for MSVC)

Oops - correct some typos in my previous commit

(accidentally used G_DIR_SEPARATOR instead of G_SEARCHPATH_SEPARATOR)

Make sure we use the correct style of filepath separator on Windows

('libs/ardour/file_source.cc' still to be investigated)

Remove 'pipex' from my pbd.vcproj as it's not needed for Ardour3

final eradication of jack header files from anything except the JACK backend

fix tetris-ized mixer strips AND return option to have group button in mixer strip

fix borked cpp directives in trx menu file

first pass hiding/rearrangement of UI elements related to trx

parameterize install target directories based on --program-name configure option

language correction in option description (in => using)

remove reference to JACK constant

clean up use of JACK name in messages

remove final reference to jack headers

remove final reference to jack headers

remove use of JACK headers to allow building on systems without JACK

remove use of JACK headers to allow building on systems without JACK

redesign technique for naming/creating regions for MIDI clone (or other non-capture driven MIDI region creation operations).

See comments in Session::new_midi_source_name() for details.

remove inclusion of jack.h so that we can build on a platform without JACK

initial trim of trx.menus

always build all per-program menu files so that we can try them out with different builds

don't mention ardour.menus explicitly if an error loading menu file ocurrs

add new trx menus file

new configure option for trx build, which also generates new menus file

use TRX Profile to alter transport button layout

set Profile TRX element at startup

name-change of RuntimeProfile element

provide a non-hard-coded menu file name to ActionManager when loading menus

add new element to ARDOUR::RuntimeProfile

Modify 'gtk2_ardour/nsmclient.cc' to add MSVC support for LO_TT_IMMEDIATE

Add the MSVC project resources (icons etc)

Add the main VC project files for building Ardour3 with Microsoft Visual Studio

Note that there's no 'VS Solution' file at present and some targets haven't been built yet (e.g. 'fst')

Make tests build again (fix linker issues)

after cloning a MIDI region, mark the source file as non-removable. Fixes reports about missing MIDI files on the forums and IRC

fix conceptual error/thinko in EnvironmentalProtectionAgency when using unsetenv() while iterating over char** environ

clarify comments for SndFileSource constructors

fix typo in comment

comment edit

Add internationalization support for my newly committed 'bundle_env_msvc.cc'

(also, move a #included file to keep MSVC happy)

Add the code for 'load_custom_fonts()' (though not entirely sure if it's actually doing enything...)

rename ArdourMenu to ArdourDropdown

the FlatFace element is no longer relevant. instead it was being used for an inset jeweled look.  changed name to match

add back track shrink/expand buttons

most of the support for save/restore of visible track count

actually resize track heights to follow visible-tracks choice

revert to use red border to indicate rec-arm instead of pink color

first part of switch from shrink/expand tracks to pyramix-style "pick number of visible tracks". function to follow shortly, this is the control widget part

brownish zoom buttons

add optional arg to Editor::ensure_time_axis_view_is_visible() to "force" "make it visible as the top track" behaviour

comment tweak

fix a race condition between the death of a thread that communicates with an UI event loop and the event loop itself.

The comment tries to explain it all. There may be a better solution, but I believe that this one is
(a) safe (b) better than the old approach.

selecting a track/bus in the editor list now selects it in the canvas, and also ensures that it is visible

Visibility is done with Editor::ensure_time_axis_view_is_visible(), and ctrl-click in the editor list
was also modified to use the same method.

Modify some initialization slightly to keep MSVC happy

fix return in ::drop_device()

call AudioBackend::drop_device() when dropping a backend.

It is not clear that ::drop_device() is part of the same semantic operation as ::stop(), so
we call them separatey

add ::drop_device() method to ARDOUR::AudioBackend

add needed separator

files for ArdourMenu