Modified nesting to ensure that 'vst_search_path()' shouldn't return NULL if the first test fails

fix reading VST shell-plugin .fsi cache

VST? yes, we can do.

paths dialog: use selection as default when adding new dirs

fix double-free() when scanning VST shell plugins

VST scanner: fix Ardour type IDs

Add a couple of visibility specifiers that were missing

Use LIBPBD_TEMPLATE_API and LIBPBD_TEMPLATE_MEMBER_API where appropriate

use fill transparency detection to avoid rendering transparent (invisible) rectangle fill area

if a Fill object is given a zero-alpha (transparent) color, note that

don't show frame trim handles when in internal editing mode

alter ArdourCanvas::Rect::expand() to not clamp to all-positive values because we now definitely have items that have negative coordinates.

This could have drastic consequences but I think the all-positive was a hack to fix a problem that was solved separately by means currently unknown.

slightly optimize bounding box computation for ArdourCanvas::PolyItem by avoiding inner conditional

third part of the logic fix for percussive note trimming

second part of the logic fix for percussive note trimming

move an assert to cover only cases where it is needed

fix up some logic that allowed hits (percussive note display) to be trimmed with the mouse, which was not intended

remove irrelevant comment

fix missing Hit destructor, which left polygons all over the canvas after deleting the Hit object(s)

fix apparent logic error for MidiRegionView when redisplaying note model

tweak Polygon::render() to work whether or not fill or outline are unset

trivial API change for MidiRegionView::update_hit()

comment edit

use CANVAS_DEBUG_NAME instead of explicit #ifdef to set canvas item name

make Hit (percussive note display item) actually draw something and fix up its coordinates

when in smart mode, context-click on a region item should behave as if in object mode.

Specifically, select the region before displaying the context menu

separate ArdourButton::set_colors() and ArdourButton::build_patterns()

add ::on_name_changed() to ArdourButton, to use recently added ::on_name_changed() in CairoWidget

add on_name_changed() virtual method to CairoWidget

If a CairoWidget does not a GtkRC-defined style, then changing its name does not trigger on_style_changed(). Since we want to use CairoWidget::set_name()
to trigger changes in the rendering of a widget, this is ... bad. Adding on_name_changed() provides a workaround for that.

Add ArdourButton::set_fixed_colors() (equivalent to ::set_bg_colors() in Valeriy's original changes)

revert 29b1e706ddaeaec5a330cf6643816ec43024b545 and then redo separation of ArdourButton::set_colors() from ArdourButton::build_patterns.

More to come

do not show region trim handles unless in (effective) object mouse mode

when an automation/region gain line is hidden, so are its points

no dot prefix for VST cache files on windows.

manually revert change to canvas expose handling in fee026c5ef7107d5d594159f5ece5917041591f7

Breaking out the rectangles implies a z-axis ordering of drawing,because the rect drawn last will implicitly be "on top".
But redraw areas are not submitted with any z-axis information, and so drawing like this breaks canvas layering. It
would be more efficient to draw the rects separately, but we don't have any ordering information and so we cannot do it
correctly.

alter name of AutomationLine::show() to much more sensibly named ::update_visibility()

remove debugging output

use a centripetal catmull-rom curve to smooth ArdourCanvas::Curve

See http://en.wikipedia.org/wiki/Centripetal_Catmull-Rom to understand the benefits of this.

move vst detection code into ARDOUR namespace

clean up and document VST scanner src, add error logging to file

"correct" curve drawing (no artifacts during redraw)

Interpolation errors still need addressing.

tentative intermediate state for ArdourCanvas::Curve

only queue an item redraw from Item::show() or Item::Hide() if the call changes the visibility status of the item (i.e. make no-ops really be no-ops)

fix/adjust logic used to display automation lines

reduce number of points used to define x-fade curves

break down GdkEventExpose into distinct rectangles for canvas expose rather than drawing the entire region as a single rect

some more mingw x-compile fixes

mingw build fixes (tested with i686-w64-mingw32 on linux-x86_64)

even more small mingw/win fixes

yet another mingw/win fix

minor fix for libpbd wscript on windows

some windows build fixes

some mingw related tweaks to the build-environment.

detect VST midi-in/midi-out ports separately.

paths-dialog gtkmm-2.20 compatibility (part two)

paths-dialog gtkmm-2.20 compatibility

implement VST midi-output

remove recently added conflation of mingw64 and msvc with respect to symbol export

fix missing const for windows vst_search_path()

install small-splash image

add missing extra file

move fixup_bundle_environment() code into per-platform files

move export_search_path(), previously in gtk2_ardour/main.cc, into libs/pbd

use "new" VST search path code and adjust build system to reflect new source files

remove fallback_folders code, add simpler more focused get_vst_search_path() and breakout get_win_special_folder() into its own file

for windows build, add fallback_folders.cc to libpbd source list

add likely stub code for adding linkage to libole when building libpbd on windows.

I may have gotten the precise linkflags string incorrect, but this my best guess.

add -DPROGRAM_NAME to libpbd compile flags

REALLY REALLY CORRECT template export macros for libpbd

REALLY CORRECT template export macros for libpbd

use template export forms for MemementoCommand

CORRECT template export macros for libpbd

remove mingw64 special case from evoral visibility header (might be appropriate everywhere, needs testing)

add template export macros for libpbd

fix use of export macros to work with mingw(64). Template issues with msvc will require a different solution (if they exist)

fix use of export macros to work with mingw(64)

fix correct export macro guard in libpbd for mingw64

fix a related-to-last-commit problem in build script for OSC support

This would have had the effect of hiding -DPACKAGE="ardour_osc" but since there is no i18n stuff in our OSC support,
it really had no effect.

fix compilation of libcanvas so that when built as a shared lib (the default), -DLIBCANVAS_DLL_EXPORTS=1 is not lost

allow hardour to build even when --exports-hidden is used with waf configure

ardour now requires export visibility macros for all added classes

when mingw is mingw64, it appears that we need to use __declspec() and not __attribute__((visibility)) for export control

re-work VST paths configuration.

environment vars provide the "default", but are no longer
relevant once ardour-internal paths are configured.

change code that is never used into assert()s.

plugin-scan should always happen explicitly (either on start
or by user request).

fix semantics of button press -> leave button -> button release, to match typical GUI toolkits

remove debug messages, for now

change implementation of ArdourCanvas::Curve to use GIMP-inspired ideas.

Presmooth with quadratic bezier, then interpolate when rendering. Not finished yet

change latency calibration button from "record enable button" to "generic button"

add generic button style for ArdourButtons

fix problem with splash window on OS X: requesting a redraw of a hidden window doesn't result in an expose event being delivered.

The splash window was being hidden by default on OS X as soon as someone called Splash::pop_back_for(), because of window layering issues on OS X. But then
the next call to ::message() would not return because a recursive event loop was started that waits for the expose event, which never comes. So, (a) show the
window when ::message() is called AND (b) remove the recursive event loop because (b.1) we don't seem to need it (b.2) recursive event loops are generally evil.

remove splash message/window at shutdown - it is just irritating and unnecessary (or ought to be)

fix typo in doc

make custom lxvst path work..

change default value for plugin scan progress window

goes with b8e4c446374

path-dialogue: check for and disallow duplicates

break out ARDOUR::PluginType

(backport from cairocanvas branch) do not crash when considering a directory called midi (with any case) as an apparent MIDI file

do not crash when considering a directory called midi (with any case) as an apparent MIDI file

display policy of plugin-scan progress popup-window

Only show scan-progress when discovering new plugins
(discovery can be cancelled) and optionally also show
it during 'scanning index only'
(with insensitive cancel button)

move Paths Dialog to libgtkmm2ext