хочун арисовать кодом вот такое

т.е. по линиям рисую

нужно поворачивать на углы

чет не то делаю или задумка норм ?

http://68.media.tumblr.com/0407242a94aa7e73451b3571e491592d/tumblr_n6m1cdiArR1qad8zvo1_500.jpg

Без матриц ты охуеешь это делать

ну хочу делать таким макаром: взял начальную точку на верхней ветке, повернул влево на 45 градусов отмерил точку прочертил прямую, потом далее без углов прямая, опять там повернул ну и т д...

http://68.media.tumblr.com/0407242a94aa7e73451b3571e491592d/tumblr_n6m1cdiArR1qad8zvo1_500.jpg

черт побери, ты меня всё засасываешь)))

Без матриц ты охуеешь это делать

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

Пиши свой побырому

Пиши свой побырому

а нафига свой велосипед?

Тебе надо массив float 3 на 3

android.graphics.Matrix не?

И пару функций как его заполнять

И пару функций как его заполнять

и функции для поворота да ?

Типа setupRotateMatrix(float[][] matrix, float angle)

вот все пишут свои матрицы, но зачем?

это же такая заезжаная тема

Ну это быстрее получается

Чем вникнуть в чужой паи

Ну это быстрее получается

чем разобраться как работают те что в фреймворке?

чем разобраться как работают те что в фреймворке?

ну покури android.matrix.

Я бы просто в векторе нарисовал, а потом на канву вывел )

тока его нельзя на десктопе запустить и потестить?

ну покури android.matrix.

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

Я бы просто в векторе нарисовал, а потом на канву вывел )

ну я почти так и делаю, на канву рисую, только ипользя Path

тока его нельзя на десктопе запустить и потестить?

на эмуляторе тестирую

ну setupRotateMatrix(float[][] matrix, float angle) ты можешь на десктопе оттестить

в 50 раз быстрее

на эмуляторе тестирую

держи: https://github.com/Scarabei/Scarabei/blob/master/scarabei-red/src/com/jfixby/scarabei/red/math/RedMathTools.java

строка 140

в 50 раз быстрее

быстрее чем что ?

Чем в эмуляторе

Чем в эмуляторе

эм, не очень понял как мне это поможет?

Как сделать чтоб свою кастомную вью можно было увеличивать и вертеть как карту?

Как сделать чтоб свою кастомную вью можно было увеличивать и вертеть как карту?

через GestureDetector

Готового бы

Ребят, вот я сделал плеер, а как его в уведомлениях добавить? Тип как в вк?

Ребят, вот я сделал плеер, а как его в уведомлениях добавить? Тип как в вк?

Service+Notification

Всем доброй ночи подскажите, можно как то с помозью ресайкл вью, выровнивать элементы по средине ?

По середине чего?

строчки

Типа горизантальный ресайклер?

блин, раньше искал не так убил помню день и так и не нашел вот ответ http://stackoverflow.com/questions/30007956/how-to-center-items-of-a-recyclerview

блин, раньше искал не так убил помню день и так и не нашел вот ответ http://stackoverflow.com/questions/30007956/how-to-center-items-of-a-recyclerview

Какое к этому отношение имеет ресайклвью

Какое к этому отношение имеет ресайклвью

уже понял, что не то)))

Если центрировать или ещё что, то это к LayoutManager)

Если центрировать или ещё что, то это к LayoutManager)

Спасибо

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

tools:listitem="@android:layout/item_q" нашел, ток что то с кард вью не работает

здарова мужики кто нибудь может подсказать как можно сообразить следующую логику: есть список элементов в тексте, нужно на экране создать поле поиска, при печатании поиск ищет по списку и выдаёт подходящие элементы при нажатии добавляет его в отдельный список выбранного ?

Нужен апп с базой данных и небольшим взаимодействием пользователей Цена договорная

так ща попробую похоже твоя формула мне должна подойти

Юзай 3D поворот вокруг z

Из википедии

Нужен апп с базой данных и небольшим взаимодействием пользователей Цена договорная

Не в этом чате

уважаемые доны и донны. Интересует ваше мнение на счёт идеологической правильности использования технологий. Требуется при запуске приложения делать большие загрузки по сети и сохранять загруженное в БД. При этом не хочется морозить пользователя на splash-экране. Т.е. концепт в том, чтобы загружать данные в отдельных потоках и, в том случае если пользователь успеет "добраться" до экранов где эти данные фактически нужны, то уже тогда задерживать его до полной загрузки. Вопрос в следующем: что лучше использовать для организации загрузки в бэкграунде - asynctask'и (с соотв. геромоем по их синхнонизании с активити), банальный Thread, или может быть сервисы

Сервис конечно

Я нуб в андроид, но мне кажется что это как раз задача сервиса.

А причем тут сервис? господа?

ERROR: S client not available

Например, штатный Download Manager - это именно сервис

Сервис без асинктакса не сработает

Сервис конечно

обычный, и организовывать работу в отдельном потоке руками, или, м.б. для этой цели как раз подойдёт IntentService?

обычный, и организовывать работу в отдельном потоке руками, или, м.б. для этой цели как раз подойдёт IntentService?

Если нужно несколько потоков, то обычный, если нет то интентсервис

Сервис хранящий данные и кидающий асинктаски на их получение

ага, кажется, пока прояснилось, спасибо

Админ в вакансии. Добавь в группу.

по русски напиши

а вот тогда ещё более идеологический вопрос. Допустим мне надо сделать 1000 http-запросов, и я знаю что каждый будет выполняться ~10 секунд. Насколько имеет смысл их распаралеливать? Понятное дело, что чисто техническими средствами я могу их послать практически одновременно (один за другим). Будет ли система посылать их оптимальным образом, или есть какое-то эмперическое правило для числа потоков делающих сетевые запросы?

...пока прихожу к мнению что надо использовать default executor из AsyncTask'a, который, в зависимости от версии API "сделает всё сам". Но всё же не уверен что это самый оптимальный способ и хотелось бы услышать мнение коллег

берешь сервис,в нем бахаешь 1000 асинхронных запросов :)

берешь сервис,в нем бахаешь 1000 асинхронных запросов :)

...и получаю "железка в коме или просто не желает реагировать"? :)

почему?

почему?

вот потому и спрашиваю. Вдруг получу давку у Фермопилов

хочется сделать хорошо

@sinlos тамошний "сделать всё сам" - это 1 поток, все запросы по очереди, максимум 1 запрос одновременно

@sinlos тамошний "сделать всё сам" - это 1 поток, все запросы по очереди, максимум 1 запрос одновременно

угу. М.б. тогда дефолтный thread pool executor?

угу. М.б. тогда дефолтный thread pool executor?

"дефолтный" - т.е. сконфигурированный в зависимости от физических возможностей железки

...т.е. изначальный вопрос и был в том - будет ли дефолтный thread pool executor оптимальным для описанной задачи, или имеет смысл увеличить число потоков в пуле

@sinlos ну там в исходном коде AsyncTask, что там за executor. Оно конфигурирует от кол-ва процессоров. В сетевых запросах же CPU не участвует, ты там только ответа по сети ждешь

Вот это меня и озадачило. Сформулирую иначе - что может ограничить андроид на одновременное выполнение сетевых запросов? Максимальное число каких-нибудь файловых дескриптеров?.. С "низним уровнем" у меня плохо, потому и спрашиваю

@sinlos сишком рано заморачиваешься, у тебя ещё большая часть приложения не готова )

@sinlos сишком рано заморачиваешься, у тебя ещё большая часть приложения не готова )

не, бОльшая у меня как-раз готова, но я хочу сделать ещё лучше, ещё быстрее

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

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

в смысле? https. Retrofit, okhttp..

Гпрс, 3г, 4г

Wi-fi

Гпрс, 3г, 4г

об этом не подумал. Теперь вообще непонятно как жить.

У тебя мобильное устройство?