Подключение проигрывателя ютуб

Опа… вот номер-то) создал эту страницу не локально а на серваке. и Она на мобилке открылась в WebView и все заработало… Т.е. вопрос все тот же … Я по ходу как-то не так передаю данные по локальному пути к этой хэтэмээль странице с плеером.))

Но то что все работает и на мобилке и локально это факт.

Но оставлять так это же не верно. Просто сколько запросов к этой странице станет)))

В общем как-то я не так передаю адрес. А как верно… всю голову изломал. Прост на компето работает с этим видом передачи, а на мобилке …

Ну теперь более понятна суть, конечно, но тогда здесь получается просто банальное обращение к серверу по определённому URL.
Если честно, после некоторого размышления после ответа, я даже не понял, почему это на ПК заработало.
А так да. Имеем страницу на сервере с встроенным сервером и просто открываем её в WebView. Получается топорно, но работает. И запросов будет конечно много к этой странице, хотя если кроме плеера на ней ничего нет, то и не страшно. Хотя я не знаю предполагаемого объёма трафика.

Может Вам посмотреть документацию по API YouTube? Как вариант, в QML должно поддерживаться потоковое вещание, тот же самый функционал Multimedia, дело останется только за реализацией отправки срабатывания кнопок проигрывания.

В общем проблема эта не уменя одного И как к ней подобраться не знаю

вот описание ее

http://stackoverflow.com/questions/29020930/qt-5-4-qtwebview-failing-to-load-local-html-from-qrc-on-android

но все что там предложени у меня не работает. Что делать не знаю…

Ну а вот и ответ… мать их…

Note: The WebView does not support loading content through the Qt Resource system.

Note: The WebView does not support loading content through the Qt Resource system.

Вау. Это я так понимаю в доках Qt написано где-то?
Могу тогда предложить следующий вариант.
Когда делаете APK для android, то можно воспользоваться директивой INSTALL, тогда можно будет указать, чтобы файл устанавливался в assets и дёргать его оттуда.
Один из подписчиков на YouTube так делал для базы данных SQLite, которая должна предустанавлвиваться с APK.

android {
database.files += mybase.sqlite
database.path = assets/
INSTALLS += database
}

Угу. В них. В доках. Прям черным по белому.

А про assets это мысля тоже у некоторых проскакивала. Но вот у меня с синтаксисом не очень что-то.
Как прописать это в про файле если мой index.html положен в Other files, ну или я просто его рядом с main.qml кинул.?

PS а еще один товарисч додумался до того что в исходниках WebView свойство которое ну типа security = true он соответственно на false правил.

Если рядом с main.qml, то вот типо такого скорее всего будет:

android {
index.files += index.html
index.path = assets/
INSTALLS += index
}

Но это при условии, что index.html и .pro файл находятся в одном каталоге. Иначе там относительные пути надо будет описывать.

Действительно. Не стоило из-за этого новую тему создавать. Ибо, я тоже не знаю как оно называется )))))

Хотя понятно, что речь идёт об автоподгрузке, но как оно называется… хз.
Может имеется ввиду swipe? … хотя нет…

onDragEnded:  {
            if (refreshStart) {
                root.change();
                console.log("Reload data...")
                refreshStart = false;
            }
        }

В onDragEnded обязательно нужно задать условие относительно которого порисходит отсчет на срабатывание.

В моем примере это refreshStart, который становится true если элемент листвью перешел определенную границу от края.

В общем это почти не отличается от того что я делал без onDragEnded. Также слушал когда что-то там чего-то перейдет по оси Y, но тут вернее т.к. Если не делать так, то каждое изменение по оси Y приводит к созданию запроса к БД и чтоб этого не было приходится писать костыль-ограничитель, а тут в onDragEnded это костыль можно сказать написан и официально узаконен))

Проще говоря onDragEnded – сигнал, который срабатывает когда заканчивается подтягивание контента. Есть еще onDragStarter и onDragChange, ну про что они думаю не стоит говорить))