haword

в этом проблема. что бы все прорисовывалось надо вызывать синхронизацию либо оборачивать выполнение загрузки в TThread.Synchronize(TThread.CurrentThread, procedure() begin form1.PlusImage3.Bitmap.LoadFromFile(System.IOUtils.TPath.GetDocumentsPath + PathDelim+'rplus.png'); form1.MinusImage3.Bitmap.LoadFromFile(System.IOUtils.TPath.GetDocumentsPath + PathDelim+'rminus.png'); end;

а почему тогда изначально не начинать писать симбиозное ядро и тут же его прикручивать к xcode и NDK? зачем это начинать делать через доппрокладку на FMX? Сел. Написал ядро. Перенс его в xcode, накидал компонетов связал. перенес в NDK, хз как там с компонентами но раз есть наваять можно. и все. твоя программа везде пашет и ничего не надо больше выдумывать.

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

ядро тоже написано на си но речь была не о том что лучше использовать NDK или SDK и писать на яве или с++, а о том что FMX это обертка на NDK и если завтра решат закопать FMX вместе с RAD Studio все проекты придется писать заново но уже на Android Studio и XCode.

Не так. Android Native Development Kit позволяет собирать код для библиотек, возможно собранных и на других языках и запускать на выполнение из под под Dalvik. То есть выполнение обычной библиотеки с расширением so. И эта библиотека через ретранслятор написанный на языке Java общается с андроидом и рисует на форме.

Работает на новых версиях потому что в андроидах на интелах есть ЭМУЛЯТОР АРМ КОМАНД!! Что вы как детский сад прям, уже 1000 раз об этом говорилось и опять по новой. Делфи не умеет собирать код под х86 процессоры.

сделаешь, если перепишешь fmx под себя, исправишь глюки его. но, не дай бог хозяева решат что этот проект мертвый и закопают его, то придется все переписывать на нативных языках если не захочешь закапать свой проект. а с этими продажами перепродажами хз что будет в конце концов. уже бесплатный проект закрыли на С++. насчет игр, то что то типа тетриса, арканоида, ну или бешеных птиц сможешь. что то типа nfs, real reacing 3 уже нет.

вопрос не по теме, разве в фм 3д не тормозит? пробовал из примеров примеры запускать ка кто все криво было а есть какой ни будь пример красивой 3д на фм?

а вообще, если тебе не для поиграться а какой то серьезный проект хочешь замутить изучай android studio и xcode

http://sourceforge.net/projects/dpfdelphiandroid/ http://sourceforge.net/projects/dpfdelphiios/ LCL Lazarus но там под винду линукс и под макос только остальное в зачаточном виде

точно больше никаких обработок не делаешь в OnCreate OnShow? точно не открываешь в DataModule никакой базы данных запросом не индекисруемым? Вот одна форма 5 лейблов и одна кнопка и больше ничего и никаких обработок грузится все это 5 секунд? у меня был такой косяк когда на форме было намного больше компонентов, около 30, тогда загрузка шла 5 секунд на ХЕ7. пришлось из все раскидать по другим формам.

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

кэш в папку

Я не о том. Например есть 1000 итемов, у каждого картинка по 20 кбайт, в памяти она хранится как несжатый массив байтов и может расжиреть до 100 кбайт на картинку. Получается только под картинки сожрется 100 мбайт памяти. Короче говоря, у меня после вывода 100 картинок начинаются глюки. Картинки чернеют, надписи на итемах превращаются в снег. Как сокращаю до 50 сразу все нормально. Как то так. Я на это наткнулся на стандартном варианте работы с картинками.

классно! еще бы сделал что бы при пропадании видимости на итеме картинка вычищалась что бы память не занимала, вообще было бы замечательно

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

какой то компонент жрет видно

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

а смысл в форуме если закопают студию?

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

конечно, все просто, покупаем за 350 зеленых и подключаем, это же намного проще и дешевле чем замутить сервер-клиент или доступ к данным через web, для чего обычно MySQL и используют

Эта Sarina симпатишная деваха закапали так закапали.

угу. я копался в коде и не нашел где вообще идет прорисовка итемов с чекбоксами.

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

Vitaldj бу бу бу бу Александр, этот кусок кода у меня под виндой работает так что пока проблем не было. по моему мнению работает это так - TObject(k) число преобразовывается в тип TObject и помещается в это поле. Далее уже при обратном преобразовании данные с него вытаскиваются назад. Под андроидом это не прокатывает из за другого типа компилятора. Он так не может. Под виндой это работает.