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
Your "restriction" of not giving a method to get an inputstream has a bad consequence for an android sdk: you can not open a box file with the application of your choice.
Indeed with other cloud providers, I can reuse the inputstream file (video, audio) and stream to the application that chooses the user, through a server Http reachable at http: // localhost: 12345 for example.
This works perfectly with dropbox, googledrive, onedrive ... but impossible with your sdk.
The user is obliged to install the application box to view the files without downloading them (audio, video).
Is it a will of the developers of this sdk or box?
The hack I set up here works to upload a box file to another provider or an smb for example ... but to stream no.
I find it curious not to implement an inputstream getter ...
The text was updated successfully, but these errors were encountered:
I come back to this point: #292
Your "restriction" of not giving a method to get an inputstream has a bad consequence for an android sdk: you can not open a box file with the application of your choice.
Indeed with other cloud providers, I can reuse the inputstream file (video, audio) and stream to the application that chooses the user, through a server Http reachable at http: // localhost: 12345 for example.
This works perfectly with dropbox, googledrive, onedrive ... but impossible with your sdk.
The user is obliged to install the application box to view the files without downloading them (audio, video).
Is it a will of the developers of this sdk or box?
The hack I set up here works to upload a box file to another provider or an smb for example ... but to stream no.
I find it curious not to implement an inputstream getter ...
The text was updated successfully, but these errors were encountered: