krapotkin

в АНДРОИДЕ нет AnsiString и не должно быть

в двух словах линукс празднует 25 лет и лучший подарок ему - очевидно ж )), что делфи обзавелась бета-компилятором под него ))) компилер 64-бит работа через PAServer как и на остальных платформах осенью будет бета IDE называется Годзилла ах да, конечно, если вы перейдете на берлин и купите годовую подписку, то вам тоже дадут потестировать в рамках подписки...

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

DrawableItems в листвью имеют метод Paint. их там несколько видов - текстовые, картинки. можно свой отнаследовать без проблем... так что, если переписать этот метод для собственного наследника, то можно сделать такое. но это надо очень сильно захотеть с этим связываться...

System.Net.Httpclient THttpClient

там исходники довольно простые. а исходная идея тут но правильнее будет сделать фреймворк что-то типа relative layout https://developer.android.com/guide/topics/ui/layout/relative.html но там серьезно надо думать, а рук не хватает )))

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

скажу больше. клавиатур в андроиде не один десяток. и все ведут себя по-разному. моя вот так себя не ведет. а в самсунге даже вообще перехватывает USSD O_O ((

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

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

не было багов в Thread. я плавно переползал от версии к версии начиная с XE7 что-то с кодом...

Пытаюсь выгрузить приложение через XCODE на appstore С деплоймент листом замучился уже. Сначала в сборку включались файлы, которых близко не было в Delpoyment для данной конфигурации. пришлось просто лезть в текст .dproj и удалять оттуда ссылки на эти файлы. теперь опять не здорово. XCode возвращает: ERROR ITMS-90022: "Missing required icon file. The bundle does not contain an app icon for iPhone / iPod Touch of exactly '120x120' pixels, in .png format for oOS version >= 7.0." хотя, по моему мнению, оно там есть

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

а приложение при старте что-то делает с этими файлами?

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

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

...и автозавершение кода тупит и ломается ((

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

unit unit1; {$IFDEF MSWINDOWS} {$i unit1.win.pas} {$ENDIF} {$IFDEF IOS} {$i unit1.ios.pas} {$ENDIF} end;

а что сложного в потоке предусмотреть выход, если поднят флаг Terminated ???

тоже актуально. просто ios версию пока удалось отложить, но проблема стоит

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

ну да. все мы на жизненном опыте живем. и, кстати, нельзя руками проверять, есть ли ток в розетке. есть повод проверить... не могу понять, в чем разница хранения ссылок на объекты в указателях listView и в указателях других списков? или это были не объекты, а голые текстовые строки Text и Detail? я вот тоже могу рассказать пару историй наоборот, где до-меня-разработчики (замечу, на десктопе, где дури хватит на все) хранили данные в гриде на форме и, соответственно, в другом приложении, где понадобилась эта функциональность, им пришлось тащить форму (hidden! ) и дата-модуль, к которому она цеплялась, и еще специальными костылями ограничивать функциональность формы для второго приложения, а костыли лежали - правильно, в глобальных переменных в первом приложении. при этом программа работала шустро, все всех устраивало, кроме тех, кто пытался допилить дополнительный функционал как результат, пришлось переписывать целиком.

о каких данных мы говорим? о тех что хранятся в объекте Data у listItem? Так это и в VCL тоже было. Цепляйте объекты на указатель и вперед... Но первая же фильтрация, или обновление, или постраничная выдача, все, где надо показать только часть ваших данных, разрушает эту идиллическую конструкцию.

не согласен. совсем. в родной разработке для андроидов у листа ВСЕГДА присутствует дата адаптер. и это жжж неспроста. было несколько специальных лекций от разработчиков андроид, почему и как этим пользоваться... данные на экране хранить нельзя.