Olexandr
+3
не свосем понял идею...
Mike
не свосем понял идею...
международный формат
Andrey
https://material.io/guidelines/layout/responsive-ui.html#
спасибо! А есть какие-нибудь статьи о том, можно ли использовать один и тот же экран как для просмотра некоего объекта, так и для его редактироавния?
Andrey
вообще на сколько это удобно или правильно ли так делать
Arsen
если экран громоздкий, то лучше два отдельных сделать
Mike
вообще на сколько это удобно или правильно ли так делать
Объект можно представить как множество полей, которые можно показать в ресайклере. В зависимости от режима — просмотр, создание, редактирование — поля будут показываться по-разному.
Алексей
если экран громоздкий, то лучше два отдельных сделать
Экран - форма для редактирования и форма для просмотра?
Алексей
Или экран - экран девайса?
Mike
экран как форма/фрагмент/вьюконтроллер, я думаю
Andrey
Arsen
лейаут
Алексей
Ну я потому и уточнил, что не экран, а некоторая видимая единица:)
Andrey
да, верно
Andrey
например взять профиль в телеге, там есть кнопочка отредактировать, которая уже показывает окно где я могу отредактироать профиль
Никита 🙃
Есть 2 фрамгента в одном контейнере. Добавляются через add. Т.к. они "накладываются" друг на друга, как фрагмент который "внизу" вернуть на верх, не убивая второй ?
Алексей
Кажется, это так делается
Никита 🙃
Можно полностью задачу?
Есть 2 фрагмента, при аттаче надо что бы они жили, пока приложение не умрёт и между ними можно было переключаться)
Никита 🙃
Как то так
Arsen
табы)
Volodymyr
ViewSwitcher скорее
Никита 🙃
а что есть аттач?
Когда юзер тыкнул на кнопочку и я сделал add()
Алексей
Тебе тогда действительно в какой-нибудь fragment(view)switcher
Arsen
а если gone сделать?
Алексей
проще будет с точки зрения перспектив
Алексей
а если gone сделать?
Тогда контейнера будет два
Алексей
Например
Arsen
а это проблема?
Ilya
Почему 2 контейнера? В 1 лежат фрагменты, находишь нужный по тэгу и меняешь ему visibility
Ilya
Вроде всё ок должно быть
Arsen
ты собираешься хранить в мемори два "экрана", так что лишний контейнер погоды не сделает
Алексей
Просто как факт
Алексей
Ну я видел баги, когда видно было оба фрагмента
Алексей
Но всё же
Алексей
Могу найти потом, как я это делал, но у меня там очередной велосипед
Ilya
Вообще такая себе затея конечно в целом. Я б replace делал
Алексей
А фрагменты в переменных или даже списке держать
Алексей
И крутить как закольцованный
Алексей
Например
Андрей
А фрагменты в переменных или даже списке держать
"как я познакомился с Out of memory exception"
Андрей
Да нет
ну все зависит от количества фрагментов и их содержимого, конечно
Vladimir
Нарооод!!! Вот шаблон разметки: https://gist.github.com/btow/7e9e89bf5d4f7fcd0a36c6c1a5b64674#file-frag11-xml. Хочу сделать чтобы по движению пальца вниз рецайклервью rvAddressEntered разворачивался на всю высоту, а по движению пальца вверх - сворачивался. Реализация обработчика есть здесь: https://gist.github.com/btow/7e9e89bf5d4f7fcd0a36c6c1a5b64674#file-frag11-java. НО, почему-то обработчик удаётся привязать только к самому rvAddressEntered, где он очень не удобен (там есть свой собственный и он устраивает). Пытался привязывать onTach() к различным вьюхам: llMainFrag11, tvInvitationFrag11, cvAddressesItem и tilAddressesItem, но никакой реакции не добился. Что я делаю не так?
Volodymyr
"как я познакомился с Out of memory exception"
Они итак во фрагмент менеджере храняться в списке обычно, поле mFragments, лол
Volodymyr
Да и во вьюпейджере внутри там тоже мапа или список фрагментов
Volodymyr
никакого out of memory там не будет
Андрей
Да и во вьюпейджере внутри там тоже мапа или список фрагментов
во вьюпейджере обычно не хранят все фрагменты если их много, обычно хранится 3
Volodymyr
во вьюпейджере обычно не хранят все фрагменты если их много, обычно хранится 3
Это в памяти их 3, а так ссылки всегда доступны и на другие
Arsen
а чем наличие ссылки отличается от хранения в памяти?
Volodymyr
ок, не так пояснил, на экране у тебя 3
Volodymyr
а другие просто как обьекты в памяти
Volodymyr
тоесть такой фрагмент не занимает больше памяти чем обычная переменная каккого-то класса
Volodymyr
во фрагмент менеджере также, у них даже есть отдельный ArrayList для активних фрагментов (тех что видны в данный момент)
Siarhei
описание бы для обеих
Siarhei
увидеть
Arsen
во фрагмент менеджере также, у них даже есть отдельный ArrayList для активних фрагментов (тех что видны в данный момент)
ну вот, а чел хочет "отрисованные" в переменных хранить, это ведь отличается от принципов адаптера.
Arsen
онкриейт дернул для вью?
Arsen
public void onMapReady(GoogleMap googleMap) { MapsInitializer.initialize(ctx.getApplicationContext()); mapView.onResume(); map.setMapType(GoogleMap.MAP_TYPE_NORMAL); ... }
Arsen
вообще у них на гитхабе есть пример с мапВью в ресайклере
Siarhei
на вид всё ок, а если во второй на эту же иконку из 1й сослаться?
Siarhei
может в ресурсах дело?
Siarhei
значит проблема в ресурсах, может иконка кривая, относительно рабочей иконки может не во всех dpi лежат картинки
Arsen
задай обеим одну и ту же иконку
Roman
И первая и вторая аналогично
Anonymous
Подскажите пожалуйста насчет gitignore, нужно всю папку игнорить кроме файла, я уже все перегуглил, но пока не работает... /.idea/ /.idea/codeStyles/* ! /.idea/codeStyles ! /.idea/codeStyles/mstr_codestyle_java.xml