О, думал я один такой. Я через BTSync из Китая назад в Украину слал большие файлы. Долго и мучительно, но лучше чем dropbox/scp/rsync. По ночам скорость выше заметно была. Для особо больших файлов (>40GB) до сих пор используем старый добрый способ передачи данных «SD карточки + fedex».
А я вот очень скучаю по своему Wildfire. Крохотный, одним большим пальцем достаешь до любого экрана телефона, заряд держал дня три, с Cyanogen и того лучше. Жаль вот только что выше 2.3 прошивок не было.
Ой, а можно rss ссылку вниз странички, там где твиттер-бот? А то зашел, ищу rss, не нахожу, думаю ну не бывает так, ищу на хабре в этом посте — нахожу.
а если сделать транслятор из vimscript в тот-скриптовый-язык-который-будет-испльзоваться-вместо? Тогда большинство планигов можно будет использовать после конвертации, а кодовая база вима при этом упростится. Или у vimscript все настолько плохо что его синтаксис/семантику только вим понимает?
Кстати, UI Automator уже года полтора как не разрабатывается. Ну то есть формально он есть в сорцах SDK и андроида, но коммитов по UI Automator не делают.
UI Automator существенно отличается. Если robotium/expresso работают с View как с классами, то тут все проще. Вначале видимая область экрана на телефоне сохраняется в XML где каждый элемент представлен тегом — классом, текстом, описанием и прямоугольником. Тесты затем работают с этими тегами и прямоугольниками, а не с классами. Потому нельзя скажем узнать ID view, или скажем её цвет. Это кажется конечно костылем, но в этом есть и свой шарм. Например, можно тестировать прошивку и стандартные приложения.
Я вот начал делать альтернативу автоматору — Lemur: bitbucket.org/zserge/lemur/overview
Тоже использую дамп вьюх экрана в XML, но тесты пишу на Lua и запускаю значительно проще — «lemur.sh <имя теста.lua>». Где-то секунда уходит на запуск. Даже компилировать ничего не надо. И глюков меньше (напр., скролл в андроидах 4.1-4.2). Впереди еще долгий путь, но если кому подобный инструмент интересен — пишите, говорите какие фичи нужны и все такое.
Что ж они на developer.android.com о ней молчат. А я на днях начал подобный велосипед для тестов делать — bitbucket.org/zserge/lemur
Работает через те же механизмы, что и глючный UI Automator, но намного проще. Тестовые скрипты пишутся на Lua:
lemur.find('./EditText/').text('user@example.com')
lemur.find('.android.widget.Button', 'Login').click()
assert(lemur.find(./Progress/), 'Progress is not shown')
Вообщем как и UI Automator, позволяет искать UI элементы по тексту, классу (в том числе через regexp) и номеру внутри родительского элемента, делать с ними простейшие действия типа кликов, свайпов, нажатий кнопок, ввода текста. Вроде все просто, а времени до ума довести не хватает.
Ну и еще плюс поддержка Mercurial, которой на гитхабе нет. Я понимаю, что гит более популярен, но я вот лично Mercurial люблю больше и для личных проектов использую его.
Всецело разделяю любовь к Plan9 и его инструментам (ну и к Go заодно), но помнится у acme не все хорошо было со шрифтами — поддержка TrueType уже появилась или только bitmap fonts?
Поддерживаю! Событийно-ориентированная парадигма в андроиде сглаживает многие шероховатости (например, коммуникацию фрагментов с активити или с сервисом). Лично я решил велосипедов не изобретать, а использовать простенький и крохотный EventBus — github.com/greenrobot/EventBus
Если верить обсуждениям на HackerNews у них просто лачуги очень плотно друг к другу стоят, света все равно не будет. И оконные стекла себе позволить не все могут.
Я могу ошибаться, но Cyanogen вроде бы имеет шансы жить и работать на этих устройствах, т.к. им религия позволяет вытащить блобы прямо с устройсва (как это и делается для большинства других девайсов).
да, конечно, я сумбурно выразился. Конечно, у гугла блобы есть, и с устройства их можно стянуть тоже при некоторой ловкости рук, но гугл не имеет права эти блобы выдавать владельцам нексусов. Для Nexus 4 в свое время гугл договорился с Qualcomm о дровах. Для Nexus 7 — пока нет. Для Nexus One ситуация так и не разрешилась (тоже с Qualcomm). И поскольку на большинстве флагманов сейчас установлены чипы Qualcomm (Moto X, HTC One, Xperia Z...) — то получается что будущее AOSP туманно. И да, активы Qualcomm почти равны интелу, с ними бороться трудно.
Ну если оно шаманит с байткодом — то работать скорее всего не будет. Но проверить все же надо. Может манипуляции с байткодом выполняются на стороне JVM, до конвертации в байткод dalvik.
Все не уговорю себя перебраться на yoleoreader.com/ Минималистичный. И там девушка-разработчик. К тому же все замечания о которых я сообщал фиксились довольно быстро. Но работает сам ридер все равно медленно.
Если вы о том, что нативный Drawer не заработает на apilevel<14, то DrawerLayout включен в support-v4, т.е. будет работать начиная с андроида 1.6.
Просто в примере гугла используют почему-то родной FragmentManager, вместо support.v4.FragmentManager. Потому и повысили minSdkVersion до 14. У меня проекты с DrawerLayout успешно собирались с minSdkVersion=7 (Android 2.1).
Я вот начал делать альтернативу автоматору — Lemur: bitbucket.org/zserge/lemur/overview
Тоже использую дамп вьюх экрана в XML, но тесты пишу на Lua и запускаю значительно проще — «lemur.sh <имя теста.lua>». Где-то секунда уходит на запуск. Даже компилировать ничего не надо. И глюков меньше (напр., скролл в андроидах 4.1-4.2). Впереди еще долгий путь, но если кому подобный инструмент интересен — пишите, говорите какие фичи нужны и все такое.
Значит умеет по id искать. Внутри как раз view.getId() сравнивается.
Работает через те же механизмы, что и глючный UI Automator, но намного проще. Тестовые скрипты пишутся на Lua:
Вообщем как и UI Automator, позволяет искать UI элементы по тексту, классу (в том числе через regexp) и номеру внутри родительского элемента, делать с ними простейшие действия типа кликов, свайпов, нажатий кнопок, ввода текста. Вроде все просто, а времени до ума довести не хватает.
Просто в примере гугла используют почему-то родной FragmentManager, вместо support.v4.FragmentManager. Потому и повысили minSdkVersion до 14. У меня проекты с DrawerLayout успешно собирались с minSdkVersion=7 (Android 2.1).