@available is advocated now since Xcode 9, it does both a runtime
check for a minimal required OS version, as well as it guards
for partial availability warnings.
This event was not used. The aout is unique and created by the playlist (and by
vlc_player in the future), we don't need to send any events for its
creation/deletion.
Notify "fetch ended" in callbacks.
This will allow to move the "preparse ended" trigger from the fetcher to
the preparser, and make the fetcher more independant.
The INPUT_EVENT_TELETEXT event was unused (or useless for the QT case since the
same teletext code was called from INPUT_EVENT_ES).
The legacy "teletext-es" event is still triggered from input_LegacyEvents()
when processing INPUT_EVENT_ES events.
And always pass the full fmt to ES events (to enable teletext detection).
For badges in source lists a NSInlineBezelStyle button should be used
according to the documentation. This greatly improves the look of the
badge, especially in selected state and Dark Aqua.
The sidebar is now a view based table with autolayout for the cell view
layout. The height follows now as expected the system setting for the
size of sidebar items.
These "magic" strings are documented in the official documentation
and exist since a long long time, Apple can't ever change those
without breaking a number of apps, so using them seems better than
relying on private API.
Previously it was possible that the table ended up without the title
item in some rare cases and impossible for the user to enable it again
in the menu.
commit 5815534 ("qt: make the time tooltip a tooltip") reintroduced the
bug fixed by previous commit ea99237 ("remove X11BypassWindowManagerHint
from time tooltip") meant to fix#17829.
The tooltip window is a shaped, override-redirect window which shows
when the pointer enters the slider and disappears when it leaves the
slider.
By placing the tooltip window too low, above the slider, vlc causes a
constant map/unmap of that window which will flood Xwayland and the
Wayland compositori.window manager and can up with a deadlock situation.
When the tooltip window is showing, the pointer will enter the tooltip
window and thus leave the slider, which will cause the tooltip to be
unmapped, which in turn causes the pointer to re-enter the slider area,
which will cause the tooltip to show again, so on and so forth.
On Wayland/Xwayland where the Wayland compositor (i.e. the display
server) is also the window manager, that can lead to a deadlock
situation because some X11 requests are blocking on rountrips to the
Xserver, which in the case of Xwayland is also a Wayland client, waiting
on the Wayland compositor for some operations, the Wayland compositor
being also a Window manager and an X11 client at the same time...
Avoid the issue by placing the tooltip so that it does not show up at
the same location where the slider is, without overlap, to avoid that
map/unmap requests storm.
Closes: https://gitlab.gnome.org/GNOME/mutter/issues/244
Signed-off-by: Olivier Fourdan <ofourdan@redhat.com>
Signed-off-by: Hugo Beauzée-Luyssen <hugo@beauzee.fr>
Now the .xib files are properly defined as sources, and not as it was
before where the .nib files were sources for some reason.
Additionally only one list is required now, which simplifies things.
Felix Paul Kühne
David Fuhrmann
Steve Lhomme
Thomas Guillem
Daksh Shah
Romain Vimont
Hugo Beauzée-Luyssen
Marvin Scholz
Olivier Fourdan