krapotkin

список бы очень порадовал ----- Из списка v11 особенно выделяется первый пункт. Я прямо представляю, когда новому боссу ставили систему 50 минут на 4GHz + SSD )))) или 2 часа на ноут ))

Черт возьми! Как интересно читать! Хочу хочу)))

С++ всегда отстает по фичам от параллельной версии Delphi так что основная часть либо на Delphi либо на C++ от других производителей

нужно знать конкретику например, есть варианты с GridLayout

anchors - там же не scale - там margins поэтому только код

просто сделать внутри прямоугольника круг и использовать анимацию размера не пробовали?

Появилось много левых юзеров и постов. надо что-то делать

какой листвью, когда его нет на экране?

Windows ?

есть модуль DeviceInfo от Zuby на этом сайте

компоненты же для каждого Item создаются отдельно. OnUpdateObjects - это и есть место для создания всяких своих дополнительных ListViewItems Возможно еще когда-то вызываются, можно по текстам поискать по слухам, разработчики готовят что-то новенькое к апрелю, как раз для облегчения этого процесса, т.к. ListView - один из основных компонентов для мобильных приложений

именно в UpdateObjects нужно создавать нужные Items при создании нового Item (Items.add) сразу вызывается OnUpdateObjects в это время ничего еще не создано, поэтому - NIL поменяйте логику и все встанет на место

ну а компилятор-то что говорит?

создание метода Draw у класса это архитектурная ошибка. тогда очень сильно нарушается инкапсуляция. юниты становятся завязаны друг на друга. должен быть некий суперобъект-рисователь, который с помощью if case или еще чего будет запускать рисование по ДАННЫМ, которые хранятся в объектах. ТОЛЬКО ДАННЫЕ я над такими задачами просидел довольно долго, и это решение получается наилучшим... p.s. Cxx vs Delphi - механизмы ООП у них одинаковы, поэтому хоть трижды dynamic, результат будет абсолютно тот же даже если представить мифический код, который будет в листе запускать у каждого свой Draw, реализация у него будет абсолютно такая же - перебор по IF. Выигрыша - 0.

да я-то без проблем забуду, только tmpObject: TBaseComponent ShapeDrawer .Draw(tmpObject) я подозреваю, что внутри ShapeDrawer стоит tmpObject.Draw у ф-ии есть параметр TBaseComponent. она вызывает у него Draw если написать (tmpObject as TOtherObjcet).Draw будет вызываться другой Draw в точном соответствии с ООП

компилятор не совсем дебильный и отличает Draw(a:TClass1) Draw(a:TClass2) Draw(a:TClass3) поэтому если мы пишем TParentClass.Draw(obj:TClass1); virtual; то должно быть TAncestorClass.Draw(obj:TClass1); override; а если другие параметры то никакого наследования уже и нет

потому что надо писать override !

еще тема можно ли отправку поста сделать через Ctrl+Enter ?

ах ты ж, решил)) если сгенерить Provisioning profile под приложение, и правильно выбрать его в настройках проекта, то все нормализуется...

новый вопрос. третий день бьюсь (( при инициализации службы APushService приходит ошибка строка авторизации "aps-environment" для программы не найдена главная печаль, что я создал тестовую программу, которая только инициализирует службу и принимает пуши, и все ОК на основной программе вроде все сравнил, программа работает, пуш-сервис - нет куда бежать?

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

ээто я и сам читал... ну, согласитесь, Accept:=true для всех подряд это не совсем проверка сертификата )) сейчас там так и стоит до выяснения дело именно в том, что требуется именно клиентский сертификат как он должен выглядеть, в каком формате, где что брать? сейчас у меня только текст ----------------- BEGIN CERTIFICATE ------------------------ AAAADDJDLLKASBHDSLSDLKMNM!1239489012 и много всяких других букв ----------------- END CERTIFICATE ------------------------ то ли я должен создать запись TCetificate и добавить ее в List, то ли файл приложить куда-то...

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

блин, имхо, плохое умолчание (( и опять имхо же дизайн уж слишком раздольный получился 2-3 поста на FullHD - как-то жирно. даже в окне редактора высота строки 300%

зашел в тему через правую колонку главной страницы а там сообщения не отсортированы по времени