Попробовал, хороший проект, спасибо. Не знаете, можно ли в качестве основного контента, вместо сменяющих друг друга фрагментов использовать разные активити? В примерах увидел два основных сценария использования:
один активити + меню
контейнер для фрагментов + меню
Меня интересует вариант "меню + несколько активити"(по клику на item из меню меняется активити). Здравый смысл подсказывает, что это невозможно(хотя бы потому, что не получится оставить часть экрана с меню нетронутой, будет видно как обновился экран), но хотелось бы знать наверняка.
Мониторинг входящих сообщений. Наверное реализация этой части самая простая и легкая.
А теперь попробуйте установить какой-нибудь GO SMS и Вам перестанет так казаться). Дело в том, что при входящем сообщении выбрасывается Ordered Broadcast, который в отличии от обычного распространяется синхронно. И тут, очень важно быть первым в очереди, иначе урвут другие. Стать круче других поможет выставленный priority, но наивно будет думать, что Google питает к Вам более теплые чувства, чем к остальным страждущим, так что в системе вполне могут найтись сразу несколько умников с максимальным приоритетом. И любому из них может прийти в голову ни с кем не делиться, не пересылать дальше, а просто прервать цепочку.
Интересно также, что в качестве приоритета можно установить хоть Integer.MAX_VALUE, ошибки не будет, но если верить документации, то нет смысла выставлять выше IntentFilter.SYSTEM_HIGH_PRIORIRY.
Похоже, но фишка видимо в том, что Вам не нужна будет удаленная машина, не нужно будет покупать офис (трудно предстваить, что его у Вас нет, но допустим), плюс вопрос удобства: через это приложение можно открывать локальные файлы устройства, плюшки там по мелочи… Не утруждайтесь, я уверен, что все это Вы решите через сервисы синхронизации, установленные на удаленной машине и на мобильном устройстве и в итоге добьетесь такого же результата, но согласитесь, широкие массы скорее воспользуются готовым продуктом, чем будут заморачиваться с RDP.
Для планшетов есть полноценный Microsoft Office(Word, Excel, PowerPoint): CloudOn. Поддерживается Android(пока только планшеты, в будущем обещают и смартфоны) и iOS(кажется и iPad и iPhone). Достоинства: Бесплатный, неурезанный офис, поддержка Dropbox, Box, GDrive (скоро + SkyDrive). Недостатки: работает по принципу тонкого клиента, так что да, без интернета штука бесполезная.
Можно проще. Запускаем Service, все что нужно передаем в него через Intent'ы, которые будут обрабатываться в onStartCommand. В обратном направлении, из Service в Activity посылаем тоже Intent'ы, но через BroadcastReceiver. Надежно, проще, чем с bind, и что важно — без магии!) Мне нравится магия, я люблю магию, но я заметил, что она как собственный пук — нравится только Вам, а окружающие, те кому придется работать с Вашим кодом, ее ненавидят)
Тогда извиняюсь. Просто я прочел заголовок как «загрузка рисунков в TextView» и решил, что это о загрузке рисунков в TextView, а HTML это уже такой своебразный хак в обход нативных методов. Дополнительных условий, что изображение должно быть вперемежку с чем-то еще в тексте не увидел, но если это так, то Вы безусловно правы. Правда, в таком случае я бы подумал об использовании WebView.
Ну да, ведь так сказали на презентации, правда?) Естественно это не потому, что он получался слишком квадратным и если бы еще рамку оставили прежней, то его рукой вообще хрен обхватишь.
return true if they're identical enough for caller ID purposes. Т.е. она пытается найти сходство, достаточное для нужд caller ID, что по счастливой случайности и является вашей нуждой). По крайней мере коды стран, пробелы, плюсы обрабатывала у меня на ура. Другое дело производительность. Солидарен, вывести имена вместе со списком телефонов за приемлемое время задача не тривиальная. Если делать запросы в каскаде для Contacts и Data, то можно второе пришествие Христа залупившись на прогресс бар встретить, и лучше пойти в лес и не вернуться, чем вытягивать все номера из Data в кучу и потом группировать их по контактам. А для поиска да, Ваше решение подкупает, спасибо.
Соглашусь. Обзор понравился, глаз приятно цепляется за некоторые стилистические обороты, но последнее «Па» просто в молоко. Если Android сплошной недостаток, то я хочу видеть альтернативное ему достоинство! Но боюсь Вы мне его не предложите.
В пародии на промо-ролик очки находили второй носок! Кому-то шутка, а кому-то неиспорченное утро! Я хочу эту фичу, дайте мне SDK и я переверну Землю шкаф!
Меня интересует вариант "меню + несколько активити"(по клику на item из меню меняется активити). Здравый смысл подсказывает, что это невозможно(хотя бы потому, что не получится оставить часть экрана с меню нетронутой, будет видно как обновился экран), но хотелось бы знать наверняка.
А теперь попробуйте установить какой-нибудь GO SMS и Вам перестанет так казаться). Дело в том, что при входящем сообщении выбрасывается Ordered Broadcast, который в отличии от обычного распространяется синхронно. И тут, очень важно быть первым в очереди, иначе урвут другие. Стать круче других поможет выставленный priority, но наивно будет думать, что Google питает к Вам более теплые чувства, чем к остальным страждущим, так что в системе вполне могут найтись сразу несколько умников с максимальным приоритетом. И любому из них может прийти в голову ни с кем не делиться, не пересылать дальше, а просто прервать цепочку.
Как-то так:
Интересно также, что в качестве приоритета можно установить хоть Integer.MAX_VALUE, ошибки не будет, но если верить документации, то нет смысла выставлять выше IntentFilter.SYSTEM_HIGH_PRIORIRY.
«Остапа несло. Дело как будто налаживалось»
Землюшкаф!