You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be nice to have options to override the default behavior for invoking Add File/Add Directory and Load Skin, much like the option exists for handleLoadListEvent, handleAddUrlEvent, etc.
My workaround is to intercept and stop propagation of pointer events that overlap the ADD button, show my own file dialog (for the webtop OS's file system), and then call the webamp.appendTracks() or webamp.setSkinFromUrl().
Use case: the webtop OS I've integrated this into has its own cloud-based file system and is intended for the user to use it across multiple devices, particularly ones that don't really use the native file system extensively (like chromebooks and mobile). It also manages its own way of transferring files from the local file system into the OS if the user needs to. Therefore it makes more sense to override the open file dialog in this particular case rather than showing the native system dialog which in some cases gives odd results (like prompting the user to record a voice message on Android).
Expected behavior (e.g.):
The text was updated successfully, but these errors were encountered:
It would be nice to have options to override the default behavior for invoking Add File/Add Directory and Load Skin, much like the option exists for
handleLoadListEvent
,handleAddUrlEvent
, etc.My workaround is to intercept and stop propagation of pointer events that overlap the
ADD
button, show my own file dialog (for the webtop OS's file system), and then call thewebamp.appendTracks()
orwebamp.setSkinFromUrl()
.Use case: the webtop OS I've integrated this into has its own cloud-based file system and is intended for the user to use it across multiple devices, particularly ones that don't really use the native file system extensively (like chromebooks and mobile). It also manages its own way of transferring files from the local file system into the OS if the user needs to. Therefore it makes more sense to override the open file dialog in this particular case rather than showing the native system dialog which in some cases gives odd results (like prompting the user to record a voice message on Android).
Expected behavior (e.g.):
The text was updated successfully, but these errors were encountered: