обратите внимание. Внутренняя файловая система !!!
На андроиде она эмулируется по своему, на десктопах по своему.
То есть вы можете скачать файл и обращаться к нему из кода своего приложения.
А вот чтобы файл стал доступен и другим приложениям на телефоне - это уже другая задача.
Мне вот не понятно "отправлялись в тг бота" ?
Что тут подразумевается ?
Через механизмы отправки сообщений телеграма нет способа отправить от одного бота другому.
То есть через Bot API с компьютера клиента на сервер файл вы передать не сможете.
То есть пилить придется через появление файла в папке на сервере.
Ну а таких програм автоматической синхронизации директорий между виндовс и юникс много.
Например rsync
Перегнать в вектор оптимальнее по размеру (минус в ассете не нужные шрифты)
Если очень хочется углубиться в разработку своих View
То случай интересный. И в чем-то даже проше. Так как число дочек тут всего 2.
Смотри иеархию классов. Нужно что-то типа координатор лайоут.
Еще придется поработать с метриками шрифтов. Половина ширины, забыл как правильно называется вверхний обрез букв
A1t, А не будет в сети готового урока как заполнить базу для приложения автоматически.
а) мало кто базу в физическом плане включает в приложение, в плане обновления / сложности ее скопипастить народ предпочитает сделать ее на бакенде.
б) Навыки работы с бд это отдельная тема. СУБД. Есть общая теория и более узкие прикладные
вопросы (муська,оракл,постргрес и прочие относительно классические как для десктопов, так и для сайтов).
Для мобильных приложений чаще предпочитают облачные решения (фаербасе).
в) Процедуру автоматического заполнения базы называют импортом.
Может быть как из других форматов данных штатными средствами СУБД, так и в виде написанных на каком-то ЯВУ скриптов (программ)
г) сбор данных с интернет источников называется парсингом данных.
Каждая буква (б-г)в этом списке сопостовима с навыком написания мобильных приложений.
NSGrid, ну изучайте баги дальше. Уязвимый момент искать в логах при переходе от странице к странице.
Предполагаю, что в этот момент сайт отдает графический образ нужной страницы.
скорее как data encoded. А скрипт их рисует на canvas.
купить дешевле. Не пробиваемых защит нет. Если страница рисуется в броузере, то способ получить ее
точно есть. Вот только скорее после всей автоматизации сгенерированный pdf файл будет мало чем отличаться от PCLm (вроде бы и пдфка, но на странице может располагаться только графический блок)
Грубо говоря на выходе будет файл, в котором каждая страница просто картинка.
Dmtm, Вопрос. Звучал : Сколько нужно учить яву до перехода на Котлин.
Кинул как иллюстрацию https://github.com/HPInc/jipp/blob/master/jipp-cor...
полный вынос мозга после явы.
Что тут общего именно в этой связке ява-котлин ?
больше аналогий с дартом или свифтом по моему
modelair, я начинал с ЭЛТ мониторов в то время сайты отлично читались 14 шрифтом.
шло время и шрифт по умолчанию подрос до 17 во времена первых ЖК.
С приходом fullHD разрешений до 21.
Это связано с оптической плотностью пикселей на экране.
У ноута автора ppi
3072×1920 пикселей (226 пикселей/дюйм)
Не у всех 100 процентное зрение. Часто хочется буквы покрупнее.
Я очками постоянного ношения до 0,6 исправляю. Если линзы сильнее то глаза устают быстро.
Создаешь класс наследник от Thread
в нем интерфейс Callback
в котором я считаю минимум должны быть 3 ( а лучше 4) метода
isCancel - булевый без параметров - вызываешь в ходе работы, не нужно ли закончить раньше
onSuccess - void - параметры по необходимости, если нужно вернуть в основной результаты
onFail - void - целое или enum причины ошибки / сбоя
onProgress - void - что ты хочешь сообщить о ходе выполнения : целое / строка или все вместе
в методе run крутишь цикл или делаешь действия периодически проверяя isCancel.
вызываешь onProgres.
При сбоях onFail и завершаешь тред
калбак можно вешать в конструктуре или сделать метод init / inject
Я Вам еще в коментариях раньше писал, что Вы из треда скорее всего изобретаете велосипед.
Есть понятие служба. Service. Предназначена для реализации длительных задач.
Например у меня в приложение для работы с термопринтером есть активити "Терминал"
в ней можно посылать сиволы/байты на устройство и смотреть отправленые полученные байты.
Так вот фактически в коде активити только отображение информации, а основная часть в службе.
по ресуме активити биндиться к службе. При потере фокуса активностью делаю анбинд.
А что бы служба не завершилась приходиться вешать нотифи в шторку.
А вот уже в службе создаются потоки. После конекта стартует тред, который вычитывает данные из устройства. Приняв задание что-то отправить на устройство, служба ставит его на исполнение однопоточному исполнителю (Тред в красивой и удобной оболочке). также в службе есть хендлеры и еще один исполнитель для рассылки обратно уведомлений. Ну и понятно, что самой службы есть свой основной поток в котором и выполняются вызываемые из активити методы.
Landik48, побуду еще экстрасенсом. Скорее всего на ваших телефонах был 12-й андроид.
Один с MIUI и что-то с прошивкой более близкой к чистой AOSP.
Замечал за китайцами, что они вкручивают самостоятельно костыли для поддержки старых программ.
Иногда это создает наоборот проблемы.
И поэтому штатные механизмы того как ForegroundService остается активной и выводит информацию (в шторке вещается нотифи не подойдет).
Вы же хотите постоянно поверх любых окон иметь текстовую строку ?
То есть ваша активити с прозрачным фоном (в режиме диалога) висит постоянно.