fix thinko when relabelling markers

call BaseUI::quit() from inside the MIDI Control UI destructor, to properly shutdown its thread

rework SystemExec - use vfork wrapper (and lots of related stuff)

do not use Item::move() when dragging notes since this resets the Item's position in its group, rather than its coordinates.

This fixes the double-distance/wrongly drawn location of MIDI notes after a drag

remove debug output

fix up button selection operation so that fade drags work again

updated version of boost shared ptr debugging patch

finally put this patch into git, where it belong

fix #ifdef in localtime_r header (from Valeriy)

A few days ago a #define got changed because the relevant section of code was no longer needed when building with mingw. However, it's not needed for msvc either (in fact, msvc won't compile it) so hopefully, the code fragment can be safely removed

more error messages if session renaming fails, and remove stupid use of RENAME macro and use ::g_rename() instead

fixes, hopefully, for canvas cursor misbehaviour near/in regionviews

prototype vfork exec-wrapper.

fix error in height computation of MIDI region views (FUDGE!) use Rectangle::set_outline_all() and avoid the removed integer version of ::set_outline_what()

use and wrap Rectangle::set_outline_all() method

avoid multiple requests for redraws when resetting a TimeAxisViewItem name highlight

don't queue redraws when various canvas item properties are "reset" to the same value, plus supporting functions

fix up waf build in wake of search path changes earlier today

use buf_index_in() to identify VST MIDI buffer

Probably unnecessary as long we only have 1 MIDI port route, but this at least keeps symmetry with the output side

use PBD::downcase() rather than non-portable MS-based strlwr()

required header for new search_paths.h

add PBD::downcase() functions to libpbd

Just noticed a small problem with my previous commit. Windows config files should be in 'Application Data/PROGRAM_NAME' rather than directly in 'Application Data'

Modify 'user_config_directory()' and 'user_cache_directory()' so that (on Windows) they'll always return a directory that's guaranteed to be writable (in Windows, this isn't always true for the user's home folder)

Modify 'user_config_dir_name' to use the program name (e.g. Ardour or Mixbus) instead of always assuming 'Ardour'.

Move 'template_search_path()' and 'route_template_search_path()' into 'libs/ardour/search_paths.cc'

Transfer 'vst_search_path()' into 'libs/ardour/search_paths.cc'

Transfer 'panner_search_path()' into 'libs/ardour/search_paths.cc'

Transfer 'midi_patch_search_path()' into 'libs/ardour/search_paths.cc'

Transfer 'lv2_bundled_search_path()' into 'libs/ardour/search_paths.cc'

Transfer 'ladspa_search_path()' into 'libs/ardour/search_paths.cc'

Transfer 'export_formats_search_path()' into 'libs/ardour/search_paths.cc'

Transfer 'control_protocol_search_path()' into 'libs/ardour/search_paths.cc'

Create  'libs/ardour/search_paths.cc/.h' and transfer backend_search_path() to it

improve (though not 100% perfect) handling of region trim handles and mouse mode interaction

tiny red dots, be gone (expand poly_item bounding box by correct (?) amount)

missing iterator advance

tempo match midi auditioning - #5881

add missing include to define LIBPBD_API (mingw build)

default plugin scan timeout preference

[VST] scan timeout display and per plugin timeout override.

prepare configurable VST scan timeout

stupid hack to fix rectangle damage noise

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