Seite 1 von 1
| Nachricht |
Hi Team,
Is there any particular reason the visualisation can only aborted with a mouseclick in kioskmode? It always irritates me...
SilverEagle
At least for the internal visualizazions, the escape-key should work as well.
However, third-party visualizazions may consume the key itself and do something different ...
Best regards,
Your Silverjuke-Team
Service-Team wrote:
> At least for the internal visualizazions, the
> escape-key should work as well.
>
> However, third-party visualizazions may consume
> the key itself and do something different ...
Yes, I realize you only have control over the internal visualizations. But the rephrased original question was: Why is the behaviour for a mouseclick different in kiosmode and window mode? (And if for no particular reason: could that be changed to work outside kioskmode as well?
)
SilverEagle
Sorry for misunderstanding your question. So we give it another try:
The reason for this is, that in non-kiosk-mode, a double click in the window attaches or detaches the visualization window. And a double click is not possible (or at least ugly), if the first click already closes the window ...
Best regards,
Your Silverjuke-Team
Service-Team wrote:
> The reason for this is, that in non-kiosk-mode, a
> double click in the window attaches or detaches
> the visualization window. And a double click is
> not possible (or at least ugly), if the first
> click already closes the window ...
Good enough reason. And I learned something new in the process: never tried double clicking
Personally I would not mind single & double click behaving differently though. I have a video player which acts differently on single & double click (single=pause, double=fullscreentoggle) and I think it is very handy, but I agree it is sort of ugly from a UI design perspective.
Thanks,
SilverEagle