Кажется, это было устное обсуждение принципов работы данной программы ))
Собственно, вопрос был таким: какой транспорт используется и какая «служба» отвечает за получение? Работает ли технология при отключённой фоновой синхронизации и/или автосинхронизации?
Я хотел узнать, какой протокол используется для доставки сообщений? Отдельный демон, ожидающий данные, или что-то иное, например, существующий Jabber (GoogleTalk)?
Просто, когда обсуждали принципы работы приложение Chrome to phone, остановились на том, что он использует сервисные сообщения существующей реализации джаббер-протокола, который достаточно удобен, т.к. сам поддерживает подключение и ожидает сообщения.
Для себя я представляю «напрямую» так: открываем терминал, вводим 'whois habr.ru', получаем ответ. Но, к сожалению, даже в рутованном аппарате busybox не имеет whois'а ((
Только от нагрева, и то он быстрее наверняка сам выключится. При использовании тяжелого софта он быстро нагревается и начинается шуметь, поэтому лучше крышку приоткрывать для лучшего воздухообмена.
И что же за кодек такой? Неужели даже VLC не помогал?
Переходник – тупая железка, miniDisplayPort- стандарт, никто не заставляет брать фирменные с наценкой. У меня сейчас отлично работает китайский за $10.
Кстати, эта фишка с мониторами отлично описана на сайте в виде последовательности действий, т.е. это не ошибка и т.д, это так задумано :)
Положение экранов там же настраивается, можно их расположить не только горизонтально, но и один над другим или вообще по диагонали, тогда риск перескакивания курсора будет небольшим. Хотя автоматом могут уехать панель/док, проверять надо.
Родная bluetooth-клава тоже успешно выводит бук из сна. В ней вообще bluetooth какой-то странный — работает даже до загрузки системы, например, способна выбирать загрузочный том.
Кстати, из собственного опыта: если при закрытой крышке отключить зарядку, он уйдёт спать. Открыв же крышку, в сон он переходить не станет, хотя, по сути, мало что изменилось :) Так и будет работать только внешний экран.
Удобно, когда, например, надо батарейку немного «поюзать», чтобы не застаивалась — любят они от этого у меня дуться через год… ((
С большим количеством вкладок пока что справляется лишь Опера. Использование памяти почти не растёт, но скорость работы уменьшается, а Хром легко ест память множествами процессов, но не особо тормозит при большом количестве. И инерфейса хрома недостаточно, хотя некоторые функции (например, Жесты) успешно реализуются плагинами (правда, не всегда идеально, т.к. плагинам запрещено работать на служебных страницах).
Туда бы сразу миниджек (для гарнитуры и просто наушников для музыки), чтобы провод к наушникам тянулся не от тяжелого и большого телефона, а от этой штучки (через рукав, например). Да, это идея iPod shuffle/nano, но опять же, все новое это… Хотя это уже получается почти банальная выносная bluetooth-гарнитура с экраном, хотя все же интереснее всего имеющегося.
Собственно, вопрос был таким: какой транспорт используется и какая «служба» отвечает за получение? Работает ли технология при отключённой фоновой синхронизации и/или автосинхронизации?
Просто, когда обсуждали принципы работы приложение Chrome to phone, остановились на том, что он использует сервисные сообщения существующей реализации джаббер-протокола, который достаточно удобен, т.к. сам поддерживает подключение и ожидает сообщения.
Переходник – тупая железка, miniDisplayPort- стандарт, никто не заставляет брать фирменные с наценкой. У меня сейчас отлично работает китайский за $10.
Кстати, эта фишка с мониторами отлично описана на сайте в виде последовательности действий, т.е. это не ошибка и т.д, это так задумано :)
Дома стоит такой, при своей цене практически идеал.
Удобно, когда, например, надо батарейку немного «поюзать», чтобы не застаивалась — любят они от этого у меня дуться через год… ((