<html><head></head><body>Hi,<br><br>I don't think we should consume another two hotkey letters for such fringe feature. On top of that, this feature is meant for multiple people to watch at the same time. It's somewhat unlikely that they'd be in front of the keyboard.<br><br>IMO, we should come to terms with the fact that VLC is a media player, not a video game. The whole custom hotkey thing is just weird, and causes problems with internationalisation and media keys.<br><br><div class="gmail_quote">Le 13 mai 2019 11:46:00 GMT+03:00, Roland Bewick <roland.bewick@gmail.com> a écrit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 13 May 2019 at 2:49 PM, Thomas Guillem <<a href="mailto:thomas@gllm.fr">thomas@gllm.fr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u><div></div><div><div><br></div><div><br></div><div>On Sat, May 11, 2019, at 15:56, Roland Bewick wrote:<br></div><blockquote type="cite" id="m_-7295863533725393274qt"><p><br></p><div class="m_-7295863533725393274qt-moz-cite-prefix">On 11/05/2019 6:21 PM, Jean-Baptiste
Kempf wrote:<br></div><blockquote type="cite"><div><br></div><div><br></div><div>On Sat, 11 May 2019, at 13:15, Roland Bewick wrote:<br></div><blockquote id="m_-7295863533725393274qt-qt" type="cite"><div><div>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="m_-7295863533725393274qt-qt-gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-color:rgb(204,204,204);border-left-style:solid;border-left-width:1px;padding-left:1ex"><div><div>Hi,<br></div><div><br></div><div>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></div><div><br></div><div>In particular, I doubt that enabling multiple tracks
mode in Qt should interfere with the track selection of,
say, the HTTP remote control.<br></div><div><br></div><div>IMO, the API should just take the list of active
tracks, whether it be empty, a singleton, or larger.<br></div></div></blockquote><div dir="auto"><br></div><div dir="auto">Hi, Remi,<br></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.<br></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.<br></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)<br></div></div></blockquote><div><br></div><div>Make the API simple to maintain, for the core. UI will adapt.<br></div><div><br></div><div id="m_-7295863533725393274qt-sig60240713"><div class="m_-7295863533725393274qt-signature">--<br></div><div class="m_-7295863533725393274qt-signature">Jean-Baptiste Kempf - President<br></div><div class="m_-7295863533725393274qt-signature">+33 672 704 734<br></div><div class="m_-7295863533725393274qt-signature"> <br></div><div class="m_-7295863533725393274qt-signature"><br></div></div><div><br></div><div><br></div><pre class="m_-7295863533725393274qt-moz-quote-pre">_______________________________________________
vlc-devel mailing list
To unsubscribe or modify your subscription options:
<a href="https://mailman.videolan.org/listinfo/vlc-devel" class="m_-7295863533725393274qt-moz-txt-link-freetext" target="_blank">https://mailman.videolan.org/listinfo/vlc-devel</a><br></pre></blockquote><p></p><div>Unfortunately it isn't just the SelectTrack function, but
SelectNextTrack and SelectPrevTrack too.<br></div><div> <br></div><div> I feel like making the consumer pass a list of already selected
tracks *plus* the new track to select is not right.<br></div><div> <br></div><div> I agree the api should be simple but it should also be simple to
use. Will this change make the core less complex?<br></div><p></p><p>What I've done isn't so good, yes. But I don't think Rémi's idea
is right either. We're basically searching for tracks and then
excluding the selected ones so that they don't get selected again.<br></p><p></p><div>Potential alternative option: <br></div><div> - Pass an extra parameter into the existing SelectTrack function -
selection type (Single / multiple).<br></div><div> - For SelectNextTrack/SelectPrevTrack functions I would need to
pass the "spu id" (1=primary, 2=secondary, 3=tertiary sub track)<br></div><p></p></blockquote><div><br></div></div><div><div>Next/Prev should be disabled if there are multpiple tracks selected. Indeed, this function is mostly used from a keyboard shortcut and there is no way to circle next/prev for a specified id from a keyboard.</div></div></blockquote><div dir="auto"><br></div><div dir="auto">See my addition to cycling the secondary subtitle track using the keyboard.</div><div dir="auto"><br></div><div dir="auto">The secondary sub track can be controlled in the same way as the primary one using the new hotkey I added.</div><div dir="auto"><br></div><div dir="auto">Roland</div></div></div>
</blockquote></div><br>-- <br>Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.</body></html>