он уже изучил это место

там главное настроить переход на экран

а потом изменить его дизайн (иначе там все черно-фиолетовое было раньше)

список проектов можно реализовать как описано в https://gitlab.com/terrakok/gitlab-client/issues/27 последним скриншотом.

тогда я изменю описание это задачи на новое и лейбел на Doing, а в комменте укажу, что ей занимается Евгений.

список проектов для мобильного приложения - менее важный экран, чем лента последней активности вцелом

поэтому перейти на список проектов надо будет через левое меню

проблема в том, что на текущий момент лента не поддерживает различные проекты

логичнее будет всё-таки завести новый issue

это я уже запросил у гитлабовцев

они согласились со мной

остается ждать изменения в апи

может тогда ещё добавить новый label : waiting changes (api, design,..)

для этого стоит посмотреть на то, как ведутся задачи у самого гитлаба

там многое есть

По поводу RTL ответил.
Чуть больше скажу тут: на самом деле, хватит просто пользоваться rtl-ными аттрибутами в layout-файлах с самого начала, чтобы обойти такие баги (например, paddingStart, а не paddingLeft), тем более, что даже студийка подсвечивает эти моменты.
А в случае, если именно ...Left нужен, можно добавить ignore и добавочно написать, что это было сделано намеренно (но это уже в дальнейшем, это частный случай).

Ну и один баг я уже пофиксил добавлением либины.

вы правы, но использование только таких атрибутов - это не полный RTL.
да, надо следить за тем, что студия пишет. а при адаптации под RTL пробежать еще раз по всем разметкам и найти косяки

Это да.
В общем, решение какое: оставлять задачи, фиксить их и следить за атрибутами или запрещать RTL в первой итерации?

1) запретить RTL
2) но следить за правильными RTL атрибутами (то есть нестрашно, если что-то пропустили, но вцелом надо помнить)