QH
Крутой доклад, спсибо ! Кстати , а у вас есть возможность не показывать комментарии зрителей на видео, они перекрывают слайды ?
Мы с оператором сами выбирали, какие каменты показывать. Видать, провтыкали, что код накрывает
Size: a a a
2020 October 23
AA
Мы с оператором сами выбирали, какие каменты показывать. Видать, провтыкали, что код накрывает
А вот эти небольшие вводные про исследования Портера и Даффа - откуда эти знания? Это в университете или откуда-то ещё?
QH
Albert Abdullin
А вот эти небольшие вводные про исследования Портера и Даффа - откуда эти знания? Это в университете или откуда-то ещё?
Из доки)
F
ID:0
Аргументы фрагмента
Заезженная тема, но общепринятого варианта, кажется, не существует.
Как это делаю я:
* прячу дефолтный конструктор, чтобы он был доступен только рефлекшену;
* делаю конструктор (не фабрику!) с параметрами, который сохраняет аргументы;
* делаю геттеры (не by lazy!) аргументов.
Заезженная тема, но общепринятого варианта, кажется, не существует.
Как это делаю я:
* прячу дефолтный конструктор, чтобы он был доступен только рефлекшену;
* делаю конструктор (не фабрику!) с параметрами, который сохраняет аргументы;
* делаю геттеры (не by lazy!) аргументов.
Какие минусы у
newInstance?QH
Какие минусы у
newInstance?Название длинное) в котлине вообще неудобно статики делать.
И дефолтный конструктор хочется спрятать.
И дефолтный конструктор хочется спрятать.
2020 October 26
NK
В докладе есть пример, где я рисую заголовок с помощью
Но я забыл озвучить один нюанс: accessibility. Экранные дикторы не видят этого текста. Поэтому делать заголовки декораторами я всё-таки не рекомендую.
ItemDecoration. Удобно, что не нужно добавлять вьютайпы. Хорошо, что такой текст не требует текствьюшки и рисуется очень быстро.Но я забыл озвучить один нюанс: accessibility. Экранные дикторы не видят этого текста. Поэтому делать заголовки декораторами я всё-таки не рекомендую.
AA
Звучит, как жёсткий проеб со стороны андроида. Хотя, разве когда-то было иначе?)
QH
Звучит, как жёсткий проеб со стороны андроида. Хотя, разве когда-то было иначе?)
любое рисование существует отдельно от экранных дикторов. Не знаю, как можно было сделать иначе
AA
любое рисование существует отдельно от экранных дикторов. Не знаю, как можно было сделать иначе
Можно было просто подружить ItemDecoration с голосовыми ассистентами)
NI
Можно было просто подружить ItemDecoration с голосовыми ассистентами)
А причем здесь декоратор, если ты рисуешь на канве?
QH
А причем здесь декоратор, если ты рисуешь на канве?
при том, что декоратор может предоставлять данные)
Можно добавлять ячейкам отступы с любых сторон, можно что-нибудь дорисовать — ничто не мешает добавить возможность ставить contentDescription к декоратору.
Можно добавлять ячейкам отступы с любых сторон, можно что-нибудь дорисовать — ничто не мешает добавить возможность ставить contentDescription к декоратору.
AA
А причем здесь декоратор, если ты рисуешь на канве?
Ну ты глянь изначальное сообщение
2020 October 27
Н
@Harmonizr вот ты как человек который любит рисовать на Канвасе, может ты можешь помочь разобраться.
Ситуация такова:
Есть вьюшка (линейный график) полностью рисующаяся на Канвасе и которую надо зумить (имплементит OnScaleGestureListener)
В момент onScale, я достаю условный scaleFactor и рисую вьюшку, координаты каждой точки\линии умножая на этот scaleFactor. Зумить могу до х100.
В итоге, как уже наверное понятно, при максимальном зуме, если очень много на экране точек и линий, начинает лагать такое поведение, т.к. по сути область рисования увеличивается в х100 раз.
Проблема в том, что использовать Canvas.scale не вариант, потому как фактический размер на экране не должен увеличиваться. Я думал сделать так, что если точки A(n-1), A(n), A(n+1) не видны, то не рисовать их вовсе, но мне кажется решение сомнительное.
Ситуация такова:
Есть вьюшка (линейный график) полностью рисующаяся на Канвасе и которую надо зумить (имплементит OnScaleGestureListener)
В момент onScale, я достаю условный scaleFactor и рисую вьюшку, координаты каждой точки\линии умножая на этот scaleFactor. Зумить могу до х100.
В итоге, как уже наверное понятно, при максимальном зуме, если очень много на экране точек и линий, начинает лагать такое поведение, т.к. по сути область рисования увеличивается в х100 раз.
Проблема в том, что использовать Canvas.scale не вариант, потому как фактический размер на экране не должен увеличиваться. Я думал сделать так, что если точки A(n-1), A(n), A(n+1) не видны, то не рисовать их вовсе, но мне кажется решение сомнительное.
QH
@Harmonizr вот ты как человек который любит рисовать на Канвасе, может ты можешь помочь разобраться.
Ситуация такова:
Есть вьюшка (линейный график) полностью рисующаяся на Канвасе и которую надо зумить (имплементит OnScaleGestureListener)
В момент onScale, я достаю условный scaleFactor и рисую вьюшку, координаты каждой точки\линии умножая на этот scaleFactor. Зумить могу до х100.
В итоге, как уже наверное понятно, при максимальном зуме, если очень много на экране точек и линий, начинает лагать такое поведение, т.к. по сути область рисования увеличивается в х100 раз.
Проблема в том, что использовать Canvas.scale не вариант, потому как фактический размер на экране не должен увеличиваться. Я думал сделать так, что если точки A(n-1), A(n), A(n+1) не видны, то не рисовать их вовсе, но мне кажется решение сомнительное.
Ситуация такова:
Есть вьюшка (линейный график) полностью рисующаяся на Канвасе и которую надо зумить (имплементит OnScaleGestureListener)
В момент onScale, я достаю условный scaleFactor и рисую вьюшку, координаты каждой точки\линии умножая на этот scaleFactor. Зумить могу до х100.
В итоге, как уже наверное понятно, при максимальном зуме, если очень много на экране точек и линий, начинает лагать такое поведение, т.к. по сути область рисования увеличивается в х100 раз.
Проблема в том, что использовать Canvas.scale не вариант, потому как фактический размер на экране не должен увеличиваться. Я думал сделать так, что если точки A(n-1), A(n), A(n+1) не видны, то не рисовать их вовсе, но мне кажется решение сомнительное.
Чем рисуешь график? Path?
Н
Да
QH
Да
> использовать Canvas.scale не вариант
Следовательно, ты перестраиваешь Path на каждое рисование?
Тогда как раз стоит
> если точки A(n-1), A(n), A(n+1) не видны, то не рисовать их вовсе
Следовательно, ты перестраиваешь Path на каждое рисование?
Тогда как раз стоит
> если точки A(n-1), A(n), A(n+1) не видны, то не рисовать их вовсе
Н
Хмм. Надо попробовать
Н
А) Оказывается я это уже сделал 😅
Н
(Пол года не притрагивался, думал что у меня это осталось на этапе "а что если")
Н
Если верить профайлеру, то nSyncAndDrawFrame лочит всё. Странно 🧐