Кто знает как в спринг джпа сделать апдейт а потом сразу селект этой записи?

Привет

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

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

Не прокатило

А какое можете посоветовать приложение для этого? No root

Есть ли возможность на Google Play откатиться до прошлой версии?

В консоли разработчика, забыл уточнить

Вроде нет

Только если версию поднимать

Возможно ли без хака в виде второго невидимого едиттекста задать едиттексту ширину по максимальному количеству символов?

wrap content?

и maxLines

нет?

https://github.com/ImangazalievM/CircleMenu

Готово

нет?

Нет. Пример: список с счетчиком, счетчик может быть до 9999, нужно чтобы ширина эдитекста этого счетчика всегда была одинаковой, не зависимо от того, 1 там или 9999, при этом хардкод ширины на dp мне кажется неверным

EMS?

table layout для итемов делай

Есть решение поместить под этот ЭТ другой невидимый с "0000", но хз

EMS?

Почитаю

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

Лол

Пмзда костылище

Проще уж захардкодить

table layout решает более чем эту проблему =)

без лишнего гемора

если цель итемы одинаковыми сделать

Ну тейбл и невидимый едитекст имхо слишком)

тейбл без невидимого едита хД

зачем вообще гемороиться с невидимыми вьюшками?)

а вообще...

зачем едит юзать если счётчик ты сам ставишь?)

там же обычная вьюшка текста

Ребят, немного не по теме, но может кто поможет. Несколько дней назад смартфон начал сходить с ума, перегружается, виснет, иногда мигают изменяющиеся фрагменты, и часто вылетают сообщения "В приложении.. произошла ошибка" абсолютно для разных приложений, начиная Часами и заканчивая Telegram. Удалось в ADB поймать одну такую ошибку из твиттера, может кто знает откуда исходит зло?

02-26 13:57:07.727 10603-10603/? E/AndroidRuntime: FATAL EXCEPTION: main Process: com.twitter.android, PID: 10603 java.lang.IllegalStateException: Marker added to finished log at com.mopub.volley.VolleyLog$a.add(Twttr:127) at com.mopub.volley.Request.b(Twttr:242) at com.mopub.volley.ExecutorDelivery$a.run(Twttr:109) at android.os.Handler.handleCallback(Handler.java:815) at android.os.Handler.dispatchMessage(Handler.java:104) at android.os.Looper.loop(Looper.java:207) at android.app.ActivityThread.main(ActivityThread.java:5769) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:789) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:679)

Сбрасывал на завод, не помогло

Такой вопрос, как грамотно реализовать загрузку файлов на сервер? У нас node.js сервак который принимает файлы через сокеты, в итоге если грыжу больше одного файла дали если в отдельном потоке, то дикие лаги, и как обойти проблему если пользователь тупо вышел. Перенести загрузку файлов в сервис? Кто делал вообще подобную штуку?

Оу, само собой текствью, да

Хотя для эт тоже такая проблема была, не суть

а как смену фрагмента из другого фрагмента вызвать?

Через активити

В событии attach фрагмента берешь активити которая реализует слушатель, ну и собстна mListener.changeFragment(Const.HOME_SCREEN)

В media projection android ктонибуть шарит, может кто писал софт для записи скрина с чужих апк?, хотя кого я обманываю\\((

как можно сделать вывод в консоль с одним обновляемым результатом ? Чтоб он как счетчик работал. Как только меняло значение - в консоле оно тоже менялось

Просто на сеттер этого значения вывод сделать

это не по андроиду, а по java)

Ну и кончно это значение ток через сеттер ставить

Я тоже про всю джаву

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

аа) блин) тупонул)

я не пойму, если я буду System.out.print писать, то каждый раз будет новый реззультат

Так

А надо как?

Что в один момент все изменения вывелиь?

Тогда собирай также все значения через сэттер в тот же linkedlist и выводи когда надо

ERROR: S client not available

Или в arrayList

Особо нет разницы имхо)

В этом случае

ok spasib)

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

Товарищ Майор, хорошая попытка

Научите его ловить смс с помощью бродкаст ресивера?

Научите его ловить смс с помощью бродкаст ресивера?

http://stackoverflow.com/questions/11435354/receiving-sms-on-android-app

Это в тост, надо на сервер, не кошерно

Такс, что у нас тут, вирусы, наканецта

Здравствуйте, хотел поинтересоваться какое решение будет лучше На экране есть 7 кнопок, есть два варианта которые я вижу это создать один объект listener там проверять id который пришел и из switch конструкции вызывать методы для обработки событий, или создать для каждой кнопки отдельный listener, я больше склоняюсь к тому чтобы реализовать второй вариант, но более правильным почему то первый кажется. Есть ли в них существенная разница?

Такс, что у нас тут, вирусы, наканецта

Я джва года ждал

Здравствуйте, хотел поинтересоваться какое решение будет лучше На экране есть 7 кнопок, есть два варианта которые я вижу это создать один объект listener там проверять id который пришел и из switch конструкции вызывать методы для обработки событий, или создать для каждой кнопки отдельный listener, я больше склоняюсь к тому чтобы реализовать второй вариант, но более правильным почему то первый кажется. Есть ли в них существенная разница?

первый вариант вполне ок

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

во втором случае ты создашь 6 лишних объектов на 7 кнопок

во втором случае ты создашь 6 лишних объектов на 7 кнопок

Вот меня это тоже смущает, но так читать удобнее

вариант 1\ кек

А вообще другие варианты есть?

Адекватные

Чёт гугл плэй строже что-ли стал

Адекватные

в разметке фигачить onClick

когда был новичком мутил и вар 1 и 2, сейчас только 1! если кнопки в пределах одного класса, функционал тот-же то проще 1

Я с мьюсиксмэтча вытаскивал через свой сервер текста песен, заблочили, подал аппеляцию, есть шанс что удовлетворят?

в разметке фигачить onClick

а вообше непонятно чем первый вариант не нравится

в методе onClick написал свитч

в каждом кейсе вызыватся просто вспомогательный метод для конкретного кейса

а вообше непонятно чем первый вариант не нравится

Все нравится, я его в основном юзал всегда. Просто сейчас дизайн еще не готов, а что будет на экране понятно уже. Мне показалось что удобнее было бы написать для каждой кнопки listener, потом как бы разметка не менялась, их куда угодно привязывать чтобы можно было. и не лезть в код. И вот стало интересно есть ли какие способы еще кроме этих, мало ли.

в каждом кейсе вызыватся просто вспомогательный метод для конкретного кейса

Я также делал всегда почти