значит я делаю что-то не так, если у меня есть мотивация править баги если я сам их не ловил ¯\_(ツ)_/¯

когда ты их сам ловишь, то мотивации больше

сони - действительно мб и не канон, но мне нравились просто Но вообще, конечно, таки рекомендую на кексусах и самсунгах тестить

нексусы и самсунги - самые распространенные девайсы

нексусы и самсунги - самые распространенные девайсы

про нексусы ты же шутишь сейчас?

самые распространенные для разработчиков

нексус 5 довольно часто вижу у юзеров в метро и не только

а ещё чаще видишь какой-нибудь lenovo или sony

просто не придаешь этому значения

и по статистике в приложениях довольно не мало нексусов

нексус 5 довольно часто вижу у юзеров в метро и не только

Ты из питера что ли?

Ты из питера что ли?

угу

Дай Брин за неделю в Москве раз увижу просто

Ты из питера что ли?

это ты определил по тому что я вижу в метро??

и по статистике в приложениях довольно не мало нексусов

по какой статистике лол

по какой статистике лол

в приложении

по какой статистике лол

в гугл плей статистике

это ты определил по тому что я вижу в метро??

Да, у вас там действительно много таких

в каком приложении, сколько пользователей, какая тематика приложения

Весело, когда на собесах просят сказать где использовать фрагменты, кроме как в гугловском примере с мастер-детейл.

если у тебя targetSdk 23-24, то я не удивлюсь, что там большинство с нексусов

Весело, когда на собесах просят сказать где использовать фрагменты, кроме как в гугловском примере с мастер-детейл.

На собеседованиях использовать :D

берешь такой и спрашиваешь: а сами фрагменты юзаете?

Да. у них бекстек удобнее как по мне.

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

Ребят , кто апподил юзал

Весело, когда на собесах просят сказать где использовать фрагменты, кроме как в гугловском примере с мастер-детейл.

не люблю этот вопрос, я использую их там где удобно по навигации.

ну и бэкстек конечно плюс

Просто потом ты обнаруживаешь, что гугл свои дизайн фреймворки пишет с ориентацией на активити плюс у фрагментов криво анимируются переходы

если у тебя targetSdk 23-24, то я не удивлюсь, что там большинство с нексусов

нее, а таргет сдк причём? если бы мин сдк то да

Просто потом ты обнаруживаешь, что гугл свои дизайн фреймворки пишет с ориентацией на активити плюс у фрагментов криво анимируются переходы

ну ты можешь закастомить анимацию

И тут у тебя два стула: пересесть на медленную активити или самому как в телеграме стек вьюшек делать

нее, а таргет сдк причём? если бы мин сдк то да

да, его имел в виду

Просто потом ты обнаруживаешь, что гугл свои дизайн фреймворки пишет с ориентацией на активити плюс у фрагментов криво анимируются переходы

можно даже тупо в onCreateView заанимировать вьюху фрагмента

ну ты можешь закастомить анимацию

Там какой-то тип анимации не работает из-за особенностей фрагментов

Просто потом ты обнаруживаешь, что гугл свои дизайн фреймворки пишет с ориентацией на активити плюс у фрагментов криво анимируются переходы

А в чем кривость?

Там какой-то тип анимации не работает из-за особенностей фрагментов

хз, не сталкивался, не попадались такие типы, а какой не помнишь?

А в чем кривость?

В одну сторону анимация работает, в другую - нет

FragmentTransaction.add ?

Или replace?

кстати, кто бы как делал отодвигающую панель как в телеграме когда в сообщения заходишь?

чтобы можно было её как drawer отодвигать

Скорее всего, это слайд-анимации, либо слева направо, либо снизу вверх

ну т.е. это вроде drawer только в другую сторону

Это про тип неработающих анимаций

кстати, кто бы как делал отодвигающую панель как в телеграме когда в сообщения заходишь?

Фрагменты либо вьюхи и запилить к ним анимации.

кстати, кто бы как делал отодвигающую панель как в телеграме когда в сообщения заходишь?

Таки не понял вопроса, ты про возможность закрыть жестом?

Фрагменты либо вьюхи и запилить к ним анимации.

ну анимация понятно, но ещё надо чтобы оно как дравер можно было держать её на экране пальцем

Таки не понял вопроса, ты про возможность закрыть жестом?

про возможность дергать чат как navigation drawer, но в другую сторону

т.е. ты его пальцем зацепил и можешь туда сюда катать

про возможность дергать чат как navigation drawer, но в другую сторону

На фрагментах и активити скорее всего такое делается, но можно как в тг: каждый экран - это вьюшка, и у каждой вьюшки онтачлистенер

ViewDragHelper нужен вам

С ним такое делается намного проще, чем с тачами

Привет всем, может кто посоветовать что нибудь связанное с передачей h.264 на wowza через RTSP? Тяжеловато дается

ViewDragHelper нужен вам

о прикольно, то что нужно?

На нем, кстати, NavigationDrawer работает

На нем, кстати, NavigationDrawer работает

ага уже нашёл классную статейку http://flavienlaurent.com/blog/2013/08/28/each-navigation-drawer-hides-a-viewdraghelper/

Ага, с неё лучше и начать

Удачи!

Господа, помогите разобраться. В гиттере в вакансии киви написано "учитывать, например, что Application может помереть, а стек Activity сохранится". Кто знает, что это за хуйня? Как это учитывать?

а вообще есть SlidingPaneLayout - это уже реализация того что нужно

Господа, помогите разобраться. В гиттере в вакансии киви написано "учитывать, например, что Application может помереть, а стек Activity сохранится". Кто знает, что это за хуйня? Как это учитывать?

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

На фрагментах и активити скорее всего такое делается, но можно как в тг: каждый экран - это вьюшка, и у каждой вьюшки онтачлистенер

То есть, в тг по факту одно активити с вьюхами, даже без фрагментов?

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

разве это не обычный кейс ЖЦ активитей?

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

То есть, в тг по факту одно активити с вьюхами, даже без фрагментов?

Примерно, можешь сам посмотреть и увидеть, что в манифесте активити не так уж немного, а то, что они называют в коде ChatActivity и т.д - отнаследуется от вью или вьюгруп, если не ошибаюсь

разве это не обычный кейс ЖЦ активитей?

ну хз, может памятка к тому чтобы ты не забыл это учесть. Попробуй поставь в девелопер опциях галочку на "Не сохранять активности", лимит фоновых процессов и проверь ли норм у тебя работает.

ERROR: S client not available

То есть можно считать, что в вакансии из киви написана хуйня?

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

видимо если в бандл чего не сохранил и приложение сдохло, то у тебя данные не будут восстановлены. такой кейс.

Господа, помогите разобраться. В гиттере в вакансии киви написано "учитывать, например, что Application может помереть, а стек Activity сохранится". Кто знает, что это за хуйня? Как это учитывать?

Был такой кейс, ну вроде такой. В конкурсе телеграма, правда там я на фрагментах писал. Андроид 4.0, полгига оперативы. Открыл браузер, приложение убилось, бэкстек фрагментов сохранился

Я не уверен, что вообще это в теории возможно

activity.getApplicationContext() == ?

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

имеется в виду видимо таска есть, то есть приложение в есть в открытых, но процесс мертв.

Я не уверен, что вообще это в теории возможно

ну тут понятно, нулл не может быть

имеется в виду видимо таска есть, то есть приложение в есть в открытых, но процесс мертв.

и вот юзер типо разворачивает приложение из тасков, а процесс сдох, т.е. создается новйы процесс и верхняя активити пойдёт с onCreate.

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

но чем это от поворота отличается?

Ну как я думаю, что оно убивалось - там jni_onload повторно вызывался

но чем это от поворота отличается?

При повороте жни_онлоад вызывается повторно?

я думаю, что нет

а, может и правда там какая магия с jni при пересоздании процесса

возможно, возможно

Но если все через апликейшн идет, разве оно повторно не пересоздастся при пересоздании апликейшна?

Но если все через апликейшн идет, разве оно повторно не пересоздастся при пересоздании апликейшна?

у тебя jni есть в коде?

В текущем проекте - нет, а как в старых было я уже забыл +)

jni_onLoad вызывается после загрузки библиотеки

В том месте, где вы сделали System.loadLibrary()

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

Да, но как выстрелить в ногу-то?

Может имелся в вижу не android.app.Application, а просто приложение?

Может имелся в вижу не android.app.Application, а просто приложение?

что значит просто приложение?

Программа

Которую ты ставишь изх гугл плея

помереть всмысле анинсталится?

кстати, а что будет со стэками, где оно есть?

В смысле что ты умеешь работать с убивающийся активити

Ну если так, то магии в требованиях не скрыто

Спроси лучше у них самих :)

вот не круто когда дают задания делать