То есть в любом случае нужно иметь либо какую то заготовленную сумму, либо параллельно работать, что судя по другим статьям довольно проблематично в реалиях обучения в иностранных институтах. Так?
Сейчас график строится из view, что довольно лагуче на девайсах со слабым процом. Я так понимаю что если перестроить его через OnDraw то будет гораздо быстрее? Просто работы по его перестроению довольно много, не хотелось бы спускать время в унитаз если это не даст результата :(
Дебагер тут не причём, вплане и без дебагера туповато. Тогда остаётся последнее, но это наверное уже в следующей версии. :)
Хардкодить через OnDraw же? Я правильно понял?
Я наверное немного не корректно выразился. Под динамичностью я имел ввиду не адаптивность к разным разрешениям, а именно происходящее на экране, как например график. Кстати не посоветуете как улучшить производительность при отрисовке большого количества объектов?
У нас куплена лицензия, но в саппорт с этой проблемой я не обращался, меня больше беспокоят не сами отваливания сколько подвисания + не убивание процесса программы когда я жму стоп в отладке :)
А разве есть ещё лайаут с точным позиционированием по координатам X,Y? Например при добавлении текстовой легенды к графику я использовал именно абсолют лайаут для движения легенды и для добавления текста в нужное место из кода.
Используем Galaxy Nexus (с гугловой поддержкой, нативный андроид 4.2.2), Samsung Galaxy SII, ZTE Skate, везде ведёт себя одинаково, через несколько запусков начинает отваливаться отладчик, и если например в брекпоинте нажать стоп, то приложение не убивается. По поводу эксепшенов да, и брекпоинты себя так же ведут если их ставить после запуска дебага… вообщем косяк на косяке если начинаешь плотно работать, я огорчён кач-вом продукта Xamarin :(, такое чувство что продают недоделку.
2. это точно не наш стиль :D
Залпом они создаются вначале при инициализации, а потом обновляются только те которые изменились по данным устройства.
Хардкодить через OnDraw же? Я правильно понял?