haword

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

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

на интеле работает через эмуляцию. нативной сборки под интелы нет. возможно в 9 версии появится.

посмотреть исходники скриншотеров каких ни будь

листбокс на андроиде тормозной. как на огрызке не знаю.

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

ага все работает в рекламе а на деле танцы с бубном

было около 10 табов на каждом по тулбару листвью пару тройку кнопок и все сие чудо грузилось около 5-7 секунд высвечивая черный экран

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

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

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

я вот не пойму, если ты делаешь программу с неужели так трудно прогнать в отладчике программу и пошагово выяснить почему не прорисовываются определенные плоскости? исходники FMX есть.

событие есть по моему onUpdateObjects там и выставляй нужные тебе настройки.

ну это не виджеты это недовиджеты тогда в XCode

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

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

в андроид студии можно сделать хоть что.

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

свой компонент пишешь. выводишь последовательно на канве текст и картинки. рассчитываешь высоту текста и картинки и следующую строку рисуешь уже с учетом высоты картинки. и так далее. http://www.torry.net/vcl/edits/memos/chatedit.zip то что я говорил но реализация на с++

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

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

Android Studio например работает

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

В ХЕ8 это исправили. Я это исправление перенес в XE7. Но в XE8 я уперся в другой баг, не с того не с сего подвисала форма. вешалась мертво ничего не сделать и процессор на планшете в 100% уходил. в XE7 тот же код работал НО иногда вываливал Access Violation причем ошибка то есть то нет. Но не подвисала форма со 100% загрузкой процессора. Под Вин все нормально было. Так что ждем-с XE8 SP1 и попробую заново.

в том то и дело что возникла ошибка внутри компонента ListView, в XE7 происходит ошибка если крутнуть список в ListView и пока он едет что то ввести в поле фильтра SearchBox. То есть эту ситуацию не обработать try except, я пытался даже перехватить через Application.OnException но ошибка валит программу до того как туда что то перейдет. В этом то вся проблема. Да и почему ее нельзя отобразить на экране было? В контексте Application можно запросто вызвать ShowMessage. Говорю что ошибка происходит внутри самих процедур которые должны показать ошибку, идет рекурсивный вызов а потом схлопывается программа.