krapotkin

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

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

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

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

а я вот все-таки подхожу к фильтрациям с т.з. не 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 строк лога в визуальном компоненте, любой компьютер встает на колени и плачет