Age | Commit message (Collapse) | Author |
|
Paul Davis was responsible for introducing almost all of this.
|
|
|
|
complete layout rethink, someday
|
|
|
|
|
|
|
|
Use gdk_pango_layout() for all text-size calculations.
In Canvas::Text always use the same context (local image surface)
for layouting (prior to this, local and window-context mix resulted in
different sizes).
|
|
|
|
The data model needs to be checked to count available options.
Directly using ComboBoxText::children()::size() counts widgets.
|
|
|
|
|
|
|
|
|
|
|
|
version which takes an int)
So let's specify which version we'd like it to use.
|
|
|
|
the window needs to be moved in place before presenting it.
Otherwise it is displayed at mouse-pos and moving it triggers enter/leave,
which in turn re-start the timeout..
|
|
timeout is used for a *one-time* delayed display of the tooltip.
|
|
Ardour/Mixbus are not affected"
This reverts commit dddf76abf567a166c290c841894ee2b6b0917653.
it is relevant for Ardour/OSX, see 58fec98a and da43652
|
|
provide a method to dump them all to a std::ostream
|
|
|
|
variable initialization and remove unused members
|
|
This reverts commit 0fba19e9e6e6c519c89ce63149581b8f24b38c8c.
|
|
|
|
|
|
are not affected
|
|
[Details] g_idle_add () which was used for this purpose used G_PRIORITY_DEFAULT_IDLE>=200 which was too low for correct main menu requests processing, like showing Mixer or Big Clock Window.
The priority was increased to G_PRIORITY_HIGH_IDLE = 100.
According to GTK manual (https://developer.gnome.org/glib/stable/glib-The-Main-Event-Loop.html#G-PRIORITY-HIGH-IDLE:CAPS)
GTK+ uses G_PRIORITY_HIGH_IDLE + 10 = 110 for resizing operations, and G_PRIORITY_HIGH_IDLE + 20 = 120 for redrawing operations.
I assume that during record or playback on tracks there are too many redraw request which didn't give any chance for main menu request to be processed in time with old priority value.
This change must be considered as a hot fix so far.
The issue might be deeper. Will be investigated with Paul.
[Feature reviewed] AMishyn
[Reviewed by] PDavis, GZharun
|
|
font + string
|
|
Conflicts:
libs/gtkmm2ext/gtkmm2ext/persistent_tooltip.h
libs/gtkmm2ext/persistent_tooltip.cc
|
|
Rationale: the Waves team maintains the XCode project files, the Ardour crew doesn't. Thus, the Waves'
version is more canonical
|
|
used ONLY in Tracks builds.
This code is not acceptable for use in Ardour ... comments in code explain more.
|
|
|
|
|
|
|
|
|
|
'non-draggable' tooltips.
[Feature reviewed] MKosharnyy
[Reviewed] VKamyshniy
Manually clean up merge mess, indentation, logic weakness, initializer order, etc.
Conflicts:
libs/gtkmm2ext/gtkmm2ext/persistent_tooltip.h
libs/gtkmm2ext/persistent_tooltip.cc
|
|
disable/re-enable OS X main menu
|
|
[Feature reviewed] AMishyn
[Reviewed] VKamyshniy
Fixed up by Paul Davis to fix logic mistakes and unnecessary complexity,
and indentation.
Conflicts:
libs/gtkmm2ext/persistent_tooltip.cc
|
|
Conflicts:
gtk2_ardour/ardour_ui.cc
gtk2_ardour/ardour_ui.h
gtk2_ardour/ardour_ui_ed.cc
|
|
by] Paul Davis
Conflicts:
libs/gtkmm2ext/gtkapplication_quartz.mm
|
|
(to be changed)
|
|
|
|
- clearing automation points sets control to "off" rather than touch.
- multiple touches on the same pass acts consistently (no more
fader jumps on mouse button press
- use actual value for initial point rather than some arbitrary
default. clarify new semantics of add () (with_default->with_initial).
- clean some whitespace
- add guard points as needed in stop.
- catch grab broken signal (i can't trigger it, but the docs seem
to think it is essential).
|
|
mechanism away from a 64bit integer and toward std::bitset.
Clean up a few minor related PBD::DEBUG issues along the way
|
|
- also fixes a couple of absolute snap bugs wrt midi notes.
|
|
(just to be on the safe side)
|
|
|
|
|
|
CF reports occasional “rendering icon 1 at size 1 x 1”
always followed by “rendering icon 1 at size 21 x 21”.
Probably a GTK bug with some specific version of GTK.
|
|
|