haword

если есть обработчик на UpdateObjects то в него попадают все поля ListView не зависимо от того установлен фильтр или нет. то есть если есть 100 строк из них по фильтру показаны будут только 5 то это обработка выполнится 100 раз. 

если есть обработчик на UpdateObjects то в него попадают все поля ListView не зависимо от того установлен фильтр или нет. то есть если есть 100 строк из них по фильтру показаны будут только 5 то это обработка выполнится 100 раз. 

ну вот, прыгая с бубном вокруг программы и напевая хэя хэя хэя достучался то решения проблемы. вернее даже не решения а костыля для моих нужд. 
 
Нафига так делать не понятно но программисты обезьяны сделали. При активации любого сенсора, в менеджере сенсоров происходит активация и создание классов для ВСЕХ имеющихся сенсоров. И некоторые сенсоры уводят процессор в 100%. 
 
так вот на моем телефоне + эмуляторе достаточно отключить создание сенсоров 
 
TAndroidNativeLightSensor
TAndroidNativeMagneticSensor
TAndroidNativeProximitySensor
 
в процедуре Activate класса TAndroidSensorManager в файле System.Android.Sensors.pas и закинуть к себе в проект и вуаля, нагрузки на процессоре нет. 

ну вообще то надо задать java класс а указано - .BootReceiver

ну вообще то надо задать java класс а указано - .BootReceiver

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

try except

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

смотри процессы запущенные а не историю запуска. 

ты настройки компонента совсем не делаешь как же он передаст данные то. поищи в инете примеры POST запроса.
 
на вскиду попробуй добавь строки до вызова POST
 
 
fMain.IdHTTP1.Request.BasicAuthentication:=true; (может и false)
fMain.IdHTTP1.Request.ContentType:='application/x-www-form-urlencoded';

Между заставкой картинкой и показом моей программы проходит порядка 3 секунд и в этот момент чёрный экран. Картинка пропадает а форма еще не нарисована. Видно много компонентов накидал на табы поэтому долго грузится.

ну вот, прыгая с бубном вокруг программы и напевая хэя хэя хэя достучался то решения проблемы. вернее даже не решения а костыля для моих нужд. 
 
Нафига так делать не понятно но программисты обезьяны сделали. При активации любого сенсора, в менеджере сенсоров происходит активация и создание классов для ВСЕХ имеющихся сенсоров. И некоторые сенсоры уводят процессор в 100%. 
 
так вот на моем телефоне + эмуляторе достаточно отключить создание сенсоров 
 
TAndroidNativeLightSensor
TAndroidNativeMagneticSensor
TAndroidNativeProximitySensor
 
в процедуре Activate класса TAndroidSensorManager в файле System.Android.Sensors.pas и закинуть к себе в проект и вуаля, нагрузки на процессоре нет. 

и где правки? 

ZuBy  http://docwiki.embarcadero.com/RADStudio/XE8/en/Installation_Notes_for_XE8

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

Bug fix list for RAD Studio XE8
http://edn.embarcadero.com/article/44358

в 4.4.2 скорее всего добавили эмулятор arm вот и заработала программа. 

в 4.4.2 скорее всего добавили эмулятор arm вот и заработала программа. 

попробуй повесить обработку нажатых кнопок на форме OnKeyDown и смотри какие коды покажет какая кнопка в Key и KeyChar. 

попробуй повесить обработку нажатых кнопок на форме OnKeyDown и смотри какие коды покажет какая кнопка в Key и KeyChar. 

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

если не хочешь править существующий создай свой класс на основе стандартного и в нем уже меняй.    все действие происходит в классе TListViewItems процедуре ApplyFilter         else if Filter(Item.Text) or Filter(Item.Detail) then       begin         FFilteredItems.Add(Item);         Inc(SectionSize);       end;

type   TComboValue = class     key: string;   end; ...  a := TComboValue.Create;  a.key := 'sdfsdfsdfdsf';  Box.Items.AddObject('name',a); ....   key:= TComboValue(Box.Items.Objects[Box.ItemIndex]).key;

Глюки на глюках. Проблема в том что LowerCase который используется в TSearchBox не преобразовывает буквы в нижний регистр но зато вводимые данные в поиск преобразовываются в нижний регистр. 
  Lower := Text.Trim.ToLower; - введенный текст в нижем регистре LowerCase(X).Contains(Lower); не может найти текст так как регистр не поменялся для X   Есть в ListView строка с текстом "Ярослав". При вводе в поле поиска текста "Яро", он преобразовывается в нижний регистр и получается "яро".  далее ищется вхождение "яро" слове "Ярослав", не находит и поле попадает под фильтр.    Решение: заменяем  LowerCase(X).Contains(Lower); на X.ToLower.Contains(Lower);