<div><div><br></div><div><br><div class="gmail_quote"></div></div></div><div><div dir="ltr" class="gmail_attr">On Sat, 11 May 2019 at 4:17 PM, Rémi Denis-Courmont <<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Hi,<br><br>While it likely makes sense at the level of UI widgets and user interactions, it seems a bit out of place, standing alone, at the player API level.<br><br>In particular, I doubt that enabling multiple tracks mode in Qt should interfere with the track selection of, say, the HTTP remote control.<br><br>IMO, the API should just take the list of active tracks, whether it be empty, a singleton, or larger.<br></div></blockquote><div dir="auto"><br></div></div><div><div dir="auto">Hi, Remi,</div><div dir="auto"><br></div><div dir="auto">I designed the changes so that none of the current consumers of the API will be impacted.</div><div dir="auto"><br></div><div dir="auto">Enabling dual subtitles will not affect the others (like the remote control or lua scripts), because there is another requirement: to temporarily enable multitrack selection using the new call I added. The UI and hotkeys use this but none of the others do.</div><div dir="auto"><br></div><div dir="auto">I do agree however that your suggestion is more fitting (but require a bit more logic from each consumer that supports selecting multiple tracks)</div></div><div><div><div class="gmail_quote"><div dir="auto"><br></div><div dir="auto">Roland</div></div></div>
</div>