давайте без личностей

Спасибо

вне контекста формулировка "svg to xml" звучит довольно забавно

Ну погуглил, и что. Как рисовать-то?

Я говорил об импортере студии, что он не все форматы свг хавает

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

вjт норм инструмент для преобразования svg в xml http://a-student.github.io/SvgToVectorDrawableConverter.Web/

Я тоже юзаю их, они классные да. Но речь не об этом

@Balolam AppCompat? У него же вроде ограничения достаточно неприятные

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

Об импортере студии

https://developer.android.com/studio/write/vector-asset-studio.html#PSD вот тут есть список, но он не совсем полный, похоже. Ну и к скетчу, например, не применим

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

@Balolam только в ImageView. С drawable нужно отдельно включать режим, который разработички посчитали прожорливым по памяти

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

почему тогда в каждом туториале гугловцы говорят про уменьшение размера апк?

20кб макс

да, но для <5.0 генерируются те же самые пнгшки

если разделить по денсити, то нет

а если pngout обработать?

Кто нибудь работал c Netty в связке с Rx ?

Вообще скажите кто-что использовал для ассинхронных сокетов(сокеты с коробки, не сильно подходят для задачи)

Ребята подскажите, у Apple внутреигровые покупки проходят через их сервера с комиссией 30%, а как у гугла ? для этого его какая то система? или эквайринг с банком надо прицеплять?

Пишет Adobe про ошибку доступа

с файлом всё ок

Всё, решена проблема.

contentIntent = PendingIntent.getActivity(App.self(), 777, intent, PendingIntent.FLAG_UPDATE_CURRENT);

Видимо из-за id 0 не работал как надо, или из-за флага

chmod 777 действительно решает все проблемы

Он круче, чем chmod -x chmod

Это не chmod) Просто id такие ставить люблю.

)))

Ребят, допустим у вас есть side menu, каждый пункт = экран, один экран может представлять собой простой экран с простым ui (кнопочки, текст), а какие то экран могут представлять собой табы с переключениями. Скажите, разумно ли использовать каждый экран для кажддого пункта side menu, как activity или как fragment? или лучше комбинировать?

Ребят, допустим у вас есть side menu, каждый пункт = экран, один экран может представлять собой простой экран с простым ui (кнопочки, текст), а какие то экран могут представлять собой табы с переключениями. Скажите, разумно ли использовать каждый экран для кажддого пункта side menu, как activity или как fragment? или лучше комбинировать?

Ты про такое меню говоришь? https://github.com/Yalantis/Side-Menu.Android

в котором каждый пункт ведет на каждый экран, но вот беда в том, что я не знаю, как эти экраны делать. Через фрагменты или активити?

Делай все на фрагментах

Фрагменты мимими

NavigationBar Фрагменты, конечно

спасибо, скажите, а на сколько правильно делать фрагмент с табами, в котором каждый таб = отдельный фрагмент

спасибо, скажите, а на сколько правильно делать фрагмент с табами, в котором каждый таб = отдельный фрагмент

Очень легально

Очень легально

т.е. в меня не будут плеваться и ругаться?)

NavigationDrawer это называется)

ERROR: S client not available

спасибо, скажите, а на сколько правильно делать фрагмент с табами, в котором каждый таб = отдельный фрагмент

ViewPager

спасибо, скажите, а на сколько правильно делать фрагмент с табами, в котором каждый таб = отдельный фрагмент

Если там сложные функциональные фрагменты, то спасибо тебе за это никто не скажет

т.е. в меня не будут плеваться и ругаться?)

Плеваться и ругаться будут в любом случае ) Это специфика профессии.

NavigationDrawer это называется)

это ты про боковое меню?)

это ты про боковое меню?)

Да

Да

понял, спасибо всем

Ребят, допустим у вас есть side menu, каждый пункт = экран, один экран может представлять собой простой экран с простым ui (кнопочки, текст), а какие то экран могут представлять собой табы с переключениями. Скажите, разумно ли использовать каждый экран для кажддого пункта side menu, как activity или как fragment? или лучше комбинировать?

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

если надо чтобы было, то тогда фрагмент

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

нет, пункт меню есть везде

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

Коряво очень, имхо

Для такого обычное меню есть

Для такого обычное меню есть

ты про кнопку, которая может вызвать списочек менюшку?

нет, пункт меню есть везде

тогда я бы делал на фрагментах всё

Насколько я знаю в таком кейсе можно использовать фрагмент,меняющийся по переключению айтемов в шторке. Но тогда немного стоит подумать над viewpager

Меняющиеся фрагменты*

ты про кнопку, которая может вызвать списочек менюшку?

Да. Я имею в виду то, что если юзер открывает NavigationDrawer, тыкает куда-то и попадает на экран без него - как-то коряво выходит.

единственное что, обычно в тулбаре всегда будет бутерброд для открытия side menu, но на некоторых экранах toolbar'а не будет и надо будет открыть меню свайпом,

Да. Я имею в виду то, что если юзер открывает NavigationDrawer, тыкает куда-то и попадает на экран без него - как-то коряво выходит.

ни разу не коряво, в вк такие экраны есть

Ну мб как-то не юзер-френдли. Моё личное мнение)

а нет, вру. уже нет, но раньше вроде было

Ну мб как-то не юзер-френдли. Моё личное мнение)

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

например, если пункт меню сразу стартует игру. нафига тебе там это меню нужно?