haword

9 часов назад, ElenaS. сказал:

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

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

В 27.04.2020 в 23:29, Tumaso сказал:

Эх, Елена, вы лично сами вообще разбираетесь в линейке своих продуктов? FastReport VCL это генератор отчетов для делфи. Но и FastReport FMX это тоже генератор отчетов для делфи.
FastReport VCL работает только под windows (VCL как бы прозрачно на это намекает, не правда ли?)
FastReport FMX работает и под windows, и под macOS. Но не работает под Linux, что весьма грустно, т.к.моими заказчиками востребовано

вот докопался до девушки ) 

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

но я немного это для себя притормозил. я так прикинул что для простенькой печати фастрепорт будет тяжел. основная проблема у меня в том чтобы пользователи сами могли менять шаблоны. что бы какому то пользователю показать как изменить шаблон в фастрепорте и ничего не испортить это надо его отправлять на месячные курсы. у меня пришла идея для не сильно сложных отчетов сделать такой финт ушами - печатать через html браузер. для этого формируем страничку html, заливаем туда скрипт позволяющий распечатать содержимое и открываем его в браузере внешнем или встроенном в fmx. по идее должно получится, и не надо возиться с принтерами с их настройками и так далее. а вот html шаблоны можно править хоть в word и это попроще будет. идея была взята у htmlcomponent там под vcl уже реализована печать шаблонная. 

а у фаста линукс будет реализован я думаю в лучшем случае через год или два пока у них руки до этого дойдут. fmx не на столько популярен как vcl.

В 09.03.2020 в 12:28, виталий Соловьёв сказал:

FDQuery1.DataSource.DataSet.Locate('Login',S1,[])=true)

http://docwiki.embarcadero.com/RADStudio/Rio/en/Finding_a_Record_(FireDAC)

еще раз - учите как правильно работать с базами данных. код полный бред. нельзя ввести query в режим ввода данных, сделать поиск по этому query а потом делать post. после первого же изменения позиции текущей строки произойдет или автосохранение или отмена вставки, в зависимости от настроек. ну или это не ваше если упорно не хотите изучать манулы. 

16 часов назад, виталий Соловьёв сказал:

FDQuery1.DataSource.DataSet.Locate('Login',label3.Text,[lopartialkey]);

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

21 час назад, Lenar Gubaidullin сказал:

Не сталкивался никто?

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

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

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

1 час назад, Barbanel сказал:

При всем уважении, позвольте не согласиться.

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

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

но тут конечно выбор каждого как ему что делать.

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

добавил.

app-release.7z

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

2 минуты назад, Alexey Shumkin сказал:

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

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

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

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

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

бесплатных хостингов БД нет. 

9 часов назад, Nick Peterson сказал:

Узнаю в Вас сотрудника Embacaderro, как раз такой подход им и нужен.

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

1 час назад, Akad сказал:

Я за ~полгода поправил кучу ошибок разработчиков FMX, многие из которых, кстати, до сих пор в основной поставке остались. Это были как просто глюки с отрисовкой/перерисовкой, так и утечки памяти и AV из-за того, что долбики сначала убивали что-то а потом из другого места с нему лезли.

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

В 27.12.2018 в 16:56, krapotkin сказал:

3000 ?

3000 * 50 кб по моим подсчетам на 150 мб потянет

для мобилки не перебор?

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

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

15 часов назад, Morgerion сказал:

Я думаю что на первых порах этим можно пренебречь, например проверить координаты даже 10 000 прямоугольников это не проблема. А вот 10 тысяч картинок точно хранить не стоит.

лист на 3000 позиций в делфи и такой же в андроиде, по плавности скрола небо и земля. на среднестатистическом телефоне конечно не на топовом.  

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

12 часов назад, Morgerion сказал:

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

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

НО!! Все это будет все равно тормозить на больших объемах. Ибо все в листвью через попу. Что бы определить видим или нет итем, листвью пробегается по всем итемам, и вычисляет их высоту и зная позицию скрола вычисляет видим или нет итем. чем больше полей, тем больше вычилений при каждом движении. 

а просто при запуске спрашивать пользователя что он из колорадо и предупретить что если врет то нарушает закон сша, не прокатит разве? обязательно вылавливать его местоположение по gps?

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