Как стать автором
Обновить

Комментарии 11

> Этот элемент быстро обрёл широчайшую популярность среди разработчиков и дизайнеров
Правильно вы написали — разработчиков и дизайнеров. Юзерам она нафиг не нужна в 90% случаев, а её пихают туда часто «чтобы было, ибо надо по спеке». Для начала надо очень хорошо обдумать функцию, которая активируется по этой кнопке, а не пихать просто так. Если приложение, или экран решает одну конкретную проблему, то можно (не нужно) её сделать, а если там несколько функций, пусть даже с одной чуть более используемой, то лучше пользоваться ActionBar.
Спецификация (скорее даже пособие по стилю) не гласит располагать этот элемент на всех страницах. Скорее это проблемы отдельных приложений и их разработчиков. +, там есть различные вариации, в том числе обыгрывается ситуация с несколькими значимыми стилями.
Я это понимаю, только разработчики клеют эту кнопку везде к месту и не к месту.
Как пример — приложение авито. Что бы открыть фильтр поиска, нужно немного прокрутить список вверх объявлений. Лично меня это раздражает. Это можно было сделать обычным контекстом, рядом с иконкой поиска.
Тянуться к экшен бару большим пальцем на текущих гиганстких смартах — та еще мука. Нет уж, пусть любой наиболее востребованный функционал будет снизу. И actionbutton/menu наиболее удобный вариант на текущий момент.
Терпеть не могу эту кнопку. И вообще расположение контролов в андроиде.
Кнопка расположена в правильном месте, но в 99.97% случаев она там просто отъедает место на экране.
в 99.97% случаев она там просто отъедает место на экране
и это бесит. К примеру, у меня в андроид-приложении хабра комменты закрывает эта кнопка

кликабельно
image
Нарушение гайдлайна ж:

www.google.com/design/spec/components/buttons-floating-action-button.html#buttons-floating-action-button-behavior

Lists underneath floating action buttons should have enough padding beneath them so their content isn’t blocked by the button.
Списки под FAB должны иметь достаточный отступ снизу, чтобы их содержимое не закрывалось кнопкой.

Да и скрывать при скроле можно.
Как символично она закрывает )
А по существу, где-то читал что при использовании FAB и списков надо делать еще один элемент в конце, который будет пустым (либо несколько, главное что бы по высоте было как эта кнопка). как например сделано в приложении GMail. В таком случае она ничего не перекрывает.
Функционал забавный, немного поправил для своих нужд.
Есть вопрос: судя по всему Вы пример создавали для api 21+. Как быть например с api 14-20? В зависимости от Api создавать расчет margin'ов и проценты для fromXDelta и fromYDelta в анимациях?
Там все это выглядит неприятно — кнопки после анимации оказываются практически посередине экрана =) Грешил на размер экрана, но на маленьком устройстве с api 14 выглядит так же.
Последнее время все больше замечаю, что ios TabBar — классная штука. Если у вас 3-5 экранов, то лучше сделать навигацию не пихая в Humburger menu, а в табы внизу.
Даже у гугла в последнем гайдлайне по Material Design добавили свой крутой аналог. Он по мне так сделать очень даже классно.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.