Pull to refresh

Comments 15

определенно тема интересна, жду продолжения обзора )
Последним временем склоняюсь к этим принципам даже для десктопных приложений
Да, потрясающие паттерны. Хорошо бы видеть их не только в андроиде… Определённо нравится это развитие ui.
Это же паттерны, если я правильно понял опа, общие идеи, а не готовые либы\компоненты, и я думаю это легко реализуется на любой платформе…
Да, я понял, я о том, что на десктопах обычно всё это не используется.
Забавно, что картинки от старого Твиттера, в то время как рефреш в новом можно вполне выделить в отдельный раздел. И кстати новые Quick Actions как раз перекрывают цель.

Вообще я бы добавил больше примеров, потому что twitter вообще нехарактерно удачное приложение.
>Забавно, что картинки от старого Твиттера, в то время как рефреш в новом можно вполне выделить в отдельный раздел. И кстати новые Quick Actions как раз перекрывают цель.

Не видел новый твиттер, по поводу перекрывают — возможно они могут себе это позволить.)

>Вообще я бы добавил больше примеров, потому что twitter вообще нехарактерно удачное приложение.

Согласен, нехарактерно. Только здесь цель была — демонстрация паттерна (дабы проиллюстрировать о чем речь).
готовую реализацию Action Bar можно взять, например, тут:
httpы://github.com/cyrilmottier/GreenDroid
Спасибо за обзор, интересно увидеть продолжение.

Но у меня вопрос — как эти паттерны сочетаются с нативным UI (который разумеется тоже рекомендован инженерами Google). Ведь там нет action bar или quick actions, насколько я могу судить по тем приложениям (и нативным в том числе), что я видел.
Еще разок — в статье описываются паттерны UI, т.е. то как можно представить определенные функции приложения, сделать приложение более целостным с точки зрения его структуры. Речь идет о проектировании интерфейса, не о реализации(в том числе названия естественно не имеют отношения к реализации). Паттерны вполне реализуемы с помощью стандартных нативных классов(т.е. конечно придется поработать, например — создать кастомную вьюшку)
Да нет, это понятно.

Я о другом. Google, скажем рекомендует и приветствует использование нативных UI компонент. В частности, табов.

При использовании паттернов, описанных в статье, дашборд и action bars как бы заменяет табы.

На лицо два разных подхода в проектировании интерфейса. И оба рекомендованы гуглом, что странно :)
Ага, понял. Я думаю надо все же исходить из функционала приложения, т.е. где и что логично использовать. Разумеется, эти паттерны не панацея и всегда возможны варианты.
Насчет табов(если я про те табы), то с т. зрения фукнионала они не заменяют action bar(хотя если речь о месте на экране, соглашусь — могут заменять). Dashboard vs табы думаю тоже возможно. Исходим из приложения, в общем :)
>> представлять богатые предложения поиска

Ну каких нафиг БОГАТЫЕ? Неужто вам глаз не режет такое словосочетание?
Да мне много что глаз режет, русский аналог слова все же бывает сложно подобрать. В след. раз напишу rich, или может вариант предложите?
следует использовать для простого поиска по приложению, предлагая дополнительные возможности.
Only those users with full accounts are able to leave comments. Log in, please.