xenon54

50 элементов для ListBox в мобильной платформе это ооочень много. Вообще, где-то писали что ListBox следует использовать не более чем как для меню, т.е. количество элементов не более десятка, на вскидку. Если у вас список более 10 элементов, листбокс лучше не использовать. ListView очень хорош с большим количеством элементов. Основная его фишка ускорения работы, как я  понял, это то что он не держит кучу чилдрен контролов у себя и всю отрисовку делает только он сам, а вот листбокс это куча контролов, каждый из которых занимается отрисовкой. Есть у тебя 50  итемов, на них на каждом по 3 контрола, считай метод отрисовки вызовется 201 раз (1=сам листбокс, 50 это каждый итем, и еще 150 это по 3 контрола в каждом итеме).

У стиля листвью есть объект "itembackground" : TColorObject. Выставляете у него свойство "Color" в нужное вам значение с альфа каналом (как пример $11FF0000) и будет вам счастье. 

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

 

xenon54, согласен. Но сам объект от этого никуда не денется - как минимум, его будет держать Parent.

Кстати, только сейчас обратил внимание на "compiler translates.....". Весьма удивился, если честно. Я почему-то был уверен, что всё от TObject и выше (дженерики не в счет) реализовано именно кодом в .pas файлах

procedure TObject.Free;
begin
// under ARC, this method isn't actually called since the compiler translates
// the call to be a mere nil assignment to the instance variable, which then calls _InstClear
{$IFNDEF AUTOREFCOUNT}
  if Self <> nil then
    Destroy;
{$ENDIF}
end;

Касательно этого примера, да, фри не сделает того чего от него ожидают

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

Лениво сейчас открывать студию, но по-моему, Free в мобильных платформах заниливает ссылку. Т.е. после строчки "MainMenu->Free();" ссылка будет пустой.

Поменяйте стиль.

Ясно, изменение значения я делал в событии OnSwitch, как оказалось так делать нельзя.

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

Если реально сейчас TSwitch в состоянии IsChecked=true, то при попытке динамически изменить его состояние:

Switch1.IsChecked := false;

Реальное значение свойства меняется, но ползунок остается в состоянии True. Т.е. получается визуальное значение не соответствует значению "IsChecked". Как побороть?

Студия Xe8 без апдейта. Смотрел в фикс листе Update1 не нашел там фикса этого бага.

Кстати, в XE7 этого бага не было, так что подозреваю что это связано с переходом на контрол-модель-презентация.

1. Все контролы в ФМ являются контейнерами.

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

3. поменять местами итемы можно так:

ListBox1.ItemsExchange( ListBox1.ItemByIndex(0), ListBox1.ItemByIndex(1)  );

4. Чтобы в Листбокс итеме поменять текст, нужно поменять его паблишед свойство Text, делается это так:

ListBox1.ItemByIndex(1).Text := '123';

По пушам мне очень вот это понравилось: http://lfgonzalez.visiblogs.com/2014/11/radstudio-xe6xe7-remote-push-notifications-gcm-y-apns/. У меня есть веб сервер, на нем крутится ApnsPHP. Вполне все очень хорошо работает.

Раньше надо было явно указывать этот пункт, теперь этот пункт сам автоматом подсасывается в зависимости от провижн профиля в котором прописаны разрешения. Ну а в опциях проекта этот пункт более не доступен естессно.

Что мешает указать stylelookup для панели "backgroundstyle" или как там он у вас зашит.

Я уже поднимал этот вопрос, но что-то с решениями как-то не сложилось

Вам нужно показать внутренности "LoadWebImage", а не остального. А вообще try except.

 

может кто-нибудь пояснить что значат вот эти строки кода в unit Data.DbxSqlite :

{$HPPEMIT LINKUNIT}

и

 

{$IF DEFINED(MACOS) or DEFINED(IOS)} // эта строка понятна
{$HPPEMIT ''}
{$HPPEMIT '#ifndef USEPACKAGES'}
{$HPPEMIT '/* automatically link to libsqlite3.dylib */'}
{$HPPEMIT '#pragma link "libsqlite3.dylib"'}
{$HPPEMIT '#endif'}
{$HPPEMIT ''}
{$ENDIF MACOS or IOS}

 

http://docwiki.embarcadero.com/RADStudio/XE8/en/HPP_emit_(Delphi)

Скорее всего не с той кодировкой на сервер отправляете сообщение.

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

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

IdSSLOpenSSLHeaders_static

Этот юнит использует как раз таки либу для SSL. Открой его, думаю разберешься 

P.S.: Вернулся что ли?

да-да, один в один.

Ай да лучший ответ

Ну лично мне не известно о каких-либо патчах для XE7 и ниже. Поддержка 64 IOS аннонсирована в XE8 как новая возможность, а то что AppStore сделал это требование обязательным, это проблемы индейцев, т.е. нас

Но я могу просто не знать о таких патчах, не искал.

Для IOS точно, насчет ведра не в курсе.

Ответ лежит в соседней теме этой же ветке.

На сколько я помню в XE7 нет поддержки 64 версии.

Такая же беда, но не сильно напрягает...