haword
Пользователи-
Постов
533 -
Зарегистрирован
-
Посещение
-
Победитель дней
19
Весь контент haword
-
посмотреть исходники скриншотеров каких ни будь
-
листбокс на андроиде тормозной. как на огрызке не знаю.
-
ага все работает в рекламе а на деле танцы с бубном
-
было около 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. Говорю что ошибка происходит внутри самих процедур которые должны показать ошибку, идет рекурсивный вызов а потом схлопывается программа.
-
разработчики? кто ни будь что ни будь скажет по этому поводу? Можно же как то переписать FM что бы при ошибке не просто закрывалась программа а хотя бы в лог Android писала причину своего закрытия? Ибо под Win програма не закрывается а сообщает об ошибке. А под Android просто схлопывается и все. В отладке ошибки уперся в процедуру SignalConverter в System.Internal.ExcUtils после нее идет циклическая ошибка, я так понял сама процедура вызывает ошибку, вызывает саму себя и так по кругу в отладчике а потом схлопывается. На все остальные глюки FM можно было бы закрыть глаза если бы программы от ошибок не закрывались молча.
-
гордость за то что глючный, но глючный наш