haword

конечно это не компоненты на форму кидать это руками описывать компоненты ) сделали правда что то похожее но и только похоже. но cмысл то не в этом а в том что работает все менее глючно чем у firemonkey. программа написанная для 4 андроида будет работать и на 10. а вот с firemonkey уже не так радостно. и скорость работы - на Java все намного плавнее работает чем под FM. для мелких проектов еще пойдет но для крупных не знаю. сегодня человек поддерживает а через год закопал проект и все.

в Lazarus вообще закопали Android потому что некому его там развивать и поддерживать, насколько я в курсе. Так же как и FPGUI. мое мнение - писать на Firemonkeyi под Android можно но стабильности работы не получить, если пишешь что то серьезное. Возможно FGX и работает, не проверял. Но для себя уяснил, хочешь для андроида написать нужна писать на Android Studio. И не будет ни лагов при прокручивании больших списков, непонятных вылетов, и вид будет нативный. И даже - о ужас, не придется ждать выхода новой версии Delphi чтобы там пересобрать свою программу для новой версии Android. Все будет работать и так. Как более худший но рабочий вариант - попробовать Xamarin. Разработка полностью отличается от Delphi но программа более стабильна, с нативностью конечно такие же проблемы, но зато обновления идут часто, и поддержка более лучшая. А то что с каждой новой версией понимается минимальная версия Android вообще молчу, скоро минимальной станет 7 версия когда в Android Studio и Xamarin до сих пор можно под 4.4 писать. Конечно скажут сейчас что все уже на 9 и 10 сидят, но у меня телефон на 7.0 Android, и меня в нем все устраивает, но судя по всему в 10.5 Delphi будет последней кто будет поддерживать Android 7. За то для написания под Windows + MacOS + Linux одновременно, Firemonkey или Lazarus тут уже нельзя точно определиться, везде есть и свои минусы и свои плюсы.

ну если так то это будет замечательно, будем ждать

вот докопался до девушки ) можно попробовать код для линукса из vcl, и попробовать прикрутить его к fmx версии. я пытался БЕЗ ЭТОГО версию 2.5 под линукс притянуть ) глючная версия скажу я вам 2.5. но как итог - удалось просто запустить отчет. печати реальной нету так как надо было разбираться как правильно вытаскивать шрифты из линукса и формировать параметры страницы по моему. хотя это можно было бы глянуть в версии для vcl. но странички формировались. в принципе там не сложно было. проверить все проверки на операционку и добавить туда линукс, создать FMX.Lin.frxPrinter.pas по аналогии с mac версией и первый этап будет готов. потом уже надо будет разбираться с принтером. но я немного это для себя притормозил. я так прикинул что для простенькой печати фастрепорт будет тяжел. основная проблема у меня в том чтобы пользователи сами могли менять шаблоны. что бы какому то пользователю показать как изменить шаблон в фастрепорте и ничего не испортить это надо его отправлять на месячные курсы. у меня пришла идея для не сильно сложных отчетов сделать такой финт ушами - печатать через html браузер. для этого формируем страничку html, заливаем туда скрипт позволяющий распечатать содержимое и открываем его в браузере внешнем или встроенном в fmx. по идее должно получится, и не надо возиться с принтерами с их настройками и так далее. а вот html шаблоны можно править хоть в word и это попроще будет. идея была взята у htmlcomponent там под vcl уже реализована печать шаблонная. а у фаста линукс будет реализован я думаю в лучшем случае через год или два пока у них руки до этого дойдут. fmx не на столько популярен как vcl.

http://docwiki.embarcadero.com/RADStudio/Rio/en/Finding_a_Record_(FireDAC) еще раз - учите как правильно работать с базами данных. код полный бред. нельзя ввести query в режим ввода данных, сделать поиск по этому query а потом делать post. после первого же изменения позиции текущей строки произойдет или автосохранение или отмена вставки, в зависимости от настроек. ну или это не ваше если упорно не хотите изучать манулы.

учите как правильно работать с fdquery

у вас все под рукой и с исходниками, запускаете в режиме отладки и смотрите где что косячит. скорее всего где то в математических функциях затык в зависимости от разрядности.

у меня все собралось и даже сканит. единственно что надо было сменить режим фокусировки при создании формы. FmxAdvancedTestApp.apk

https://github.com/Spelt/ZXing.Delphi отпишитесь если будет работать

у tms webbrowser есть такое

посещали такие мысли)

Задумался написать ПО под Линукс. Обнаружилось что для связи с gtk3 используется libfmux.so которая идет с закрытыми исходниками, и нет никакой возможности что то туда добавить и что то там изменить. А это уже очень не хорошо. Почему нельзя было сразу подключаться напрямую к библиотекам gtk? Решил проверить, неужели Евгений Крюков сам с нуля все написал? Оказалось что эта библиотека скомпилирована в freepacal при этом очень похоже на то использует наработки lazarus для соединения с библиотеками. Выдали ресурсы текстовые которые один в один как исходниках паскаля. Получается Евгений использует исходные коды lazarus внутри своей библиотеки НО исходники при этом не прикладывает, то есть нарушает лицензию LGPL. Ой не хорошо как, ой не хорошо! Я так понимаю этим он решил скрыть тот факт что использует чужие исходники в своем продукте? Или до того секретный у него код там что нельзя никому его модифицировать? Короче что то я расстроился. Завтра прекратит поддерживать свой продукт Евгений, и все, наработки можно отправлять в мусор ибо ничего с этим не сделаешь без исходников его библиотеки которые он хранит у себя под подушкой и никому не дает.

переименуй или удали файл проекта dpoj и открой проект через dpr и все будет.

браузер системный компонент, так что в одном месте работает в другом нет, это для firemonkey норма.

Перевел vcl/lcl версию тулбара для работы под fmx. Версия с очень грязным кодом, с кучей закоменченного кода, где что то тестировал что то работало, что то нет. Короче как есть так и выложил. Главное на данный момент - работает под Windows, macOS, Lubuntu 18.10. Но ошибок наверное куча так как полностью не проверял. Буду со временем править. https://github.com/haword/spktoolbar

у каждого свое мнение. зная глючность firemonkey, человек вопрется в кучу косяков. начнет из разгребать. народ будет устанавливать его ПО отлавливать глюки и минусовать в магазинах. если хоть ка кто взлетит и сможет пойти к инвесторам, то придется тогда полностью выгонять всех кто писал и заново набирать команду чтобы переписать на других языках. по моему так себе путь. а если изначально сделать на нативных языках, да кое как чтобы лишь бы запустилось, то потом уже много переделывать не надо будет с нуля переписывать. но тут конечно выбор каждого как ему что делать.

могу выложить здесь свою apk, с программой, сырую и недоделанную, на java, еще не зарелизенную в плеэмаркете, в ней это работает. при показе активити идет запрос, на доступ к геолокации. если его разрешить, то при повторном открытии этой формы в браузере уже будет значок геолокации. в первый раз его нет потому что после запроса разрешения не пересоздается я так понимаю браузер и он не знает о том что есть права на геолокацию. но он понимает что приложению даны права. добавил. app-release.7z

если в fmx это живет своей жизнью то опять костыли навернули )

не проверял как это сделано в fmx, но в андроиде если ты даешь разрешение приложению на доступ к геолокации то браузер уже не спрашивает тебя об этом и ему это разрешено.

если программа работает с геолокацией, то просто при ее запуске сразу запросить доступ не получается? я по моему так и делал на андроиде в Андроид Студио, при показе активити с браузером где я точно знал будет использована геолокация, делал запрос на разрешение и все после этого работало.

бесплатный совет - для СТАРТАПА с количеством пользователей хотя бы от 1000 человек, лучше использовать нативные средства разработки, Xcode и Android Studio, если хотите что-то серьезное написать. если просто поиграться на взлетит не взлетит а если что потом перепишем на натив, то да, можно и на делфи. бесплатных хостингов БД нет.

у меня тоже нет никакой ошибки на рио. пример с ошибкой можно?

ну так поделитесь исправленными модулями с общественностью.

3000 это то что было у меня. но причем тут 50 кб? 3000 это чисто текстовые позиции, картинки через кеш и подгрузку были. поэтому мне и нравится подход к этому делу андроидного грида, он каждый раз при появлении нового итема грида делает запрос на заполнение данными. как итем пропал с экрана то он удаляется из памяти. ну как я понял его работу.

лист на 3000 позиций в делфи и такой же в андроиде, по плавности скрола небо и земля. на среднестатистическом телефоне конечно не на топовом. проблема в том что при скролинге тебе надо проверить кэш, если нет то закачть новую картинку, почистить в кеше старые данные которые не показывались, и это делать при каждом движении ибо появляются новые и исчезают старые итемы.