haword

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

а что в платные приложения рекламу запрещено пихать? с чего это? да и зачем ты ищешь в готовой программе то? Поищи в исходниках. Встречается здесь - Androidapi.JNI.Embarcadero.pas. Выкинь от туда вызов он еще ругнется на некоторые классы и их выкинь. Засунь себе в проект модифицированный Androidapi.JNI.Embarcadero.pas. Раздербань каким ни будь конвертером classes.dex и там почисти все ссылки на банеры. Собери назад и пользуйся

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

да только пишешь на с++

http://www.appmethod.com/ru/pricing ставишь бесплатную версию. 30 дней под все платформы. сносишь. ставишь опять. 30 дней юзаешь. бесплатно. только ставить надо туда где можно будет откатиться хотя хз не знаю не проверял как определяется что прошло 30 дней.

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

ставь 10 и не парься.

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

Я думаю пишут на FMX исключительно те кому нужны бабки...остальные согласен по баловаться и потерять время... Да по ночам я рыдаю о том что интел не поддерживается, но утром я смело и уверенно посылаю на 3 буквы тех кто купил эти "гаджеты", грубо, но становиться жить легче )). Ибо нефиг дрянь покупать и потом на меня возлагать вину... то есть потеря кучи потенциальных покупателей с гаджетами на интел для вас не важно, ну че там пару сотен тыщ рублей в месяц туда сюда роли не играют да а потом если на новых телефонах не заведется то вообще пускай новые телефоны выкидывают и покупают старые. Да классная поддержка пользователей производителем ПО - не работает сам виноват

тоже не помогло. стоял SQL 2005 поставил SQL 2014. Такая же ошибка выдается. предлагает обновить клиента. Может кто чего подскажет..... может есть другие компоненты или технология подключения к серверу? некоторые ответы меня вводят в замешательство ибо что то я не слышал про версии MySQL 2005 и MySQL 2014

вот вот. я то же такого мнения что FMX это так на поиграться. Не знаю кто пишет коммерчесские продукты на нем, ведь выходит новая версия iOS или Android и в большинстве случаев старый проект на FMX перестает работать, надо покупать новую версию делфей что бы запустить свой проект на новой версии. Что не есть гуд. Выход? Писать на нативных средствах разработки. Да муторно, да геморно и надо вести сразу два проекта или даже три четыре НО за то будет хоть какая то совместимость. И при этом не дай бог накроется студия, закапают ее например из-за неперспективности, то хана всем наработкам и придется все переписывать. но в FMX есть и плюсы, так как это можно сказать работа через NDK то взломать программу намного сложнее чем написанную на Java для Android. например шифранул свою базу и обычный начинающий ломака уже ее не расшифрует.

а что разве еще есть те кто не правит исходники и пользуется с глюками?

ну вот все дело в очистке так и знал же

нет AThumbBitmap := TBitmap.Create(AFitWidth, AFitHeight); AThumbBitmap.Clear(claNull); AThumbBitmap.Assign(ABitmap.CreateThumbnail(AFitWidth, AFitHeight)); грязь может быть именно в AThumbBitmap

версия студии?

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

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

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

fmx это самопал со своими компонентами так что может и прокатить если создавать в синхронизированном потоке.

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

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

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

Ну это как посмотреть. Я вот например удивился) Если контрол не нативный, это же не повод сделать его наполовину. это так же не повод тратить время на то что большинству не надо

а обновить клиентскую dll от MySQL не пробовал? он же тебе по русски пишет что у тебя старый MySQL клиент на компе.

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