krapotkin

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

это не дополнительные. откуда данные появляются в листе? вот там и место для фильтраций

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

время на разработку скорее всего будет больше чем $150

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

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

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

у меня была идея делать "холдер" для аппарата, чтобы просто пальцем нельзя было подлезть

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

item :=TMetropolisUIListBoxItem.Create(listbox);

по крайней мере, этот вопрос исследован и признан рабочим ))

отладчик в руки логируем заход в каждую ветку, получаем ответ

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

if backPressedTime=0 then begin backPressedTime := now(); end else if (secondSpan(now, backpressedTime)<3) then begin doExit(); end else backPressedTime:=0; в общих чертах как-то так

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

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

откуда в мемо RTF? возьмите TWebBrowser. HTML гибче чем RTF

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

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

вполне

http://yuri.elmeh.ru/

например так

об этом и речь кроме того после 1000 строк лога в визуальном компоненте, любой компьютер встает на колени и плачет

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

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