solkin / mandarin-android Goto Github PK

История переписки должна отображаться в диалоге чата собеседника. Скорее всего, в этом диалоге должна отображаться вся переписка с человеком ввиду того, что вся эта информация так или иначе хранится в базе данных и даже если помещается в ОЗУ, то не в области приложения и полностью под управлением системы, что не может перегрузить аппарат. Поскольку используется CursorLoader, то каких либо подтормаживаний на UI быть не может.
В качестве полосы прокрутки необходимо сделать ползунок, при захвате которого на полупрозрачной плашке посередине экрана отображается дата сообщений в области экрана. Соответственно, это позволит с удобством производить навигацию по истории переписки.
Прокрутка переписки вниз должна производиться автоматически в случае, если ползунок находится в конце списка. Если даже немного список прокручен, его положение не меняется.
Добавление / удаление / изменение сообщений производится автоматически через Cursor.
При добавлении нового сообщения необходимо найти в базе данных сообщение с таким же ID контакта, такого же типа и временем большим, либо равным текущему с вычетом 2 минуты. Если такое сообщение найдено, необходимо в него добавить текущий текст через перевод каретки и послать событие об изменении сообщения, но не создавать новое.

Сейчас от сервера в анкетах в ряде случаев приходят кракозябры. Когда это будет исправлено на сервере - неизвестно, поэтому надо предпринять попытку исправить кракозябры на клиенте, превратив их в русские буквы.

Необходимо написать класс, позволяющий собирать все SQL запросы и, возможно, их выполнять с указанным contentResolver. Все текущие запросы к базе данных необходимо переписать на этот сборщик запросов.

Список настроек пока что не оговорён и будет составлен в процессе разработки приложения. Но надо учитывать, что реализация настроек должны быть выполнена средствами ActionBarSherlock.

Показывать плейсхолдер на экране диалогов только тогда, когда мы получили список диалогов и поняли, что он действительно пуст. Сейчас он показывается тогда, когда пуст список, поэтому можно увидеть его мельком, когда приложение запускается после полной остановки.

В чате необходимо показывать время последней активности человека, если эта информация поступает нам от сервера. Если времени последней активности нет, в чате показывается заголовок статуса.

Необходимы заметки, которые можно формировать из простых сообщений или просто записывать какой-либо текст, ссылку.

Весьма подходящим решением для передачи списка контактов от сервиса к Activity является технология ContentProvider'а. Она позволяет по запросу отдавать курсор с данными. Плюс этой технологии в том, что она позволяет это делать между процессами.
Для отображения полученных данных весьма годным может оказаться SimpleCursorTreeAdapter. Он также позволит отобразить только онлайн (по фильтру).
Используя данную реализацию обмена данными необходимо подумать над целесообразностью использования базы данных для хранения списков контактов всех учётных записей.

Если уведомление содержит сообщения только от одного человека, в углу необходимо поместить его аватарку.

Самый левый фильтр контактов должен отображать список избранных контактов. Попадают в избранные контакты при помощи меню контакта.

Необходимо реализовать поиск по истории.

Необходимо выяснить, возможно ли на Android 2.x вытащить меню на иконку с тремя точками, как на Android 4.x.

Необходима возможность смены статуса при нажатии на учётную запись, там же возможность отключиться.

Вероятнее всего, для загрузки и кеширования аватарок стоит использовать https://github.com/nostra13/Android-Universal-Image-Loader

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

Обнаружена проблема с запросом аватарок, когда по прямой ссылке, выданной сервером, он же сам возвращал код >=400, то есть BAD_REQUEST. При этом система выкидывает исключение FileNotFound и ввиду того, что сеть есть, Мандарин снова и снова пытается запрашивать аватарку, что не даёт устройству уйти в сон.

Необходимо портировать протокольную часть из Mandarin J2ME для работы следующих сервисов: ICQ и Mail.Ru.

Возможность нарисовать простунькую векторную картинку на экране с выбором цветов из небольшой палитры и отправить эту зарисовку как сообщение собеседнику. На протокольном уровне это обычное сообщение с SVG содержимым. Перед отправкой необходимо убедиться, что у клиента собеседника поддерживается этот функционал.

Список контактов должен отображаться в две строки, слева аватарка. Если человек не в сети, то аватарка серая.
В первой строке отображается ник пользователя или логин, если ника нет. Во второй его статус. Если статуса нет, ничего не отображается.
Иконка статуса отображается справа посередине.
Группы отображаются по настройке и могут быть скрыты.
Каждый контакт должен иметь весь. Вес зависит от статуса, частоты общения с контактом и наличие открытого с ним диалога. Эти три фактора уменьшают вес и контакт поднимается вверх. На основании этих флагов, также, реализуется фильтр по вкладкам: с открытыми диалогами, онлайн, все контакты.

Необходима возможность регистрации и входа в ICQ по номеру телефона.

В списке открытых диалогов на панельке в диалоге чата необходимо фоном выделять текущий диалог.

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

Необходима Activity с ViewPageIndicator, как в списке контактов с воможностью динамически добавлять новые страницы и их закрывать. Внутри каждой страницы должен быть список со специальным ChatAdapter (должен находиться по в com.tomclaw.mandarin.main.adapters) для отображения диалога переписки.
Механизм загрузки сообщений должен быть аналогичен механизму, применённому в списке контактов, то есть, через ContentProvider. Надо решить, создавать ли отдельный ChatProvider или расширить текущий RosterProvider (и переименовать его в GlobalProvider). Но по идеологии провайдеров, я так понимаю, для переписки должен быть отдельный, независимый провайдер.
Список открытых диалогов должен быть получен из RosterProvider так же, как производится получение самого левого списка на MainActivity.
Закрытие дилогов должно убирать флажок открытого диалога из базы и закрывать вкладку. Открытие вкладки - процесс обратный. Возможно, что для адаптера ViewPageIndicator имеет смысл применить курсор. Это позволит автоматически обновлять информацию об открытых диалогах. Так же, как это происходит в списках контактов.

Изранные контакты должны отображаться рядом с открытыми диалогами через подписанный сепаратор. То же и на панельке в диалогах чата.
Таким образом ликвидируется четвёртая вкладка на главной форме.

Для хранения и обработки аккаунтов необходимо использовать не файлы, а системный AccountManager: http://developer.android.com/reference/android/accounts/AccountManager.html

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

Интересен функционал автоматического двустороннего перевода сообщений посредством Google Translate API: https://developers.google.com/translate/?hl=ru

В чате и в списке диалогов необходимо уведомлять о наборе сообщения собеседником. Кроме того, необходимо самому отправлять уведомления при начале набора текста и окончании. Также, отправлять окончание набора сообщения, если пользователь бездействует.

Необходимо список контактов и чаты переводить на отображение при помощи фрагментов для упрощения портирования на планшеты.

Тёмная тема должна выставляться сразу по её выбору в настройках. Главное окно в этом случае должно пересоздаваться.
Кроме того, необходимо создать стили для тёмных компонентов, посмотреть, насколько приятно будут смотреться текущие статусы на тёмном фоне.

Возможно, стоит применить ViewHolder для истории:
http://developer.android.com/training/improving-layouts/smooth-scrolling.html
И, может быть, стоит указать флаг setFastScrollEnabled(true);

Изменить порядок сортировки списка диалогов. По алфавиту и состоянию непрочитанности.

Копирование стории должно работать следующим образом:

• Долго нажатие на сообщение
• Появление ActionMode поверх ActionBar, на котором есть кнопки Copy, Share, Save. Рядом с сообщением, на которое нажимали, уже стоит галочка.
• Можно нажимать и на другие сообщения в переписке, тем самым проставляя галочки.
• По нажатию на копирование выбранные сообщения копируются в порядке времени, как они находятся в чате.

Возможно, стоит использовать MultiChoiceAdapter: https://github.com/ManuelPeinado/MultiChoiceAdapter

Если открыть ActionMode в списке диалогов или на панельке и потом выдвинуть или задвинуть панельку, ActionMode остаётся, хотя по логике его необходимо закрывать, потому что теряется визуальный контекст.

Необходимо отмечать входящие сообщения как непрочитанные, а те, что видит (именно видит) пользователь, отмечать как прочитанные.

Вместо списка контактов по алфавиту необходимо сделать список контактов по алфавиту с буквенными сепараторами, аналогично списку контактов в системном приложении.

Буквально несколько раз замечал, что сообщение после состояния отправленного становится отправляемым. Скорее всего, это прежний косяк на сервере, но надо убедиться.

В списке профилей в меню ActionMode должен быть пункт "Отключить", если хотя бы один из выбранных аккаунтов подключен.

Портретное состояние - содержимое есть. Разворачиваем в ландшафтное - нету. Обратно в портретное - появляется.

Накопилось много мест, где используются захардкоженные значения вроде 1, 0, 3 и т.д. Особенно такое опасно в SQL запросах. Все константы необходимо вынести в их логические позиции.

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

Необходим список аккаунтов.
ActionBar с иконкой приложения слева (стандартно), возвращающая нас в список контактов, справа кнопка добавления аккаунта, настройки и выход. Настройки и выход лучше положить в меню.
Элемент аккаунта слева содержит аватарку, текст на нём двустрочный, верхняя строка жирным шрифтом и содержит ник, внизу мелким шрифтом логин, права нажимабельная иконка статуса, приводящая нас в меню выставления статуса. Нажимая на любую другую часть аккаунта мы попадаем либо на активити с возможностью поправить логин и пароль (если аккаунт не в сети) или на активити личной анкеты (если аккаунт в сети). При нажатии на кнопку добавления аккаунта открывается выпадающее меню (от кнопки) с предложнными типами учётных записей - ICQ, Mail.Ru. При нажатии и удерживании на аккаунте появляется наложение на ActionBar с иконками "галочка" и "мусорка". Первая для окончания редактирования списка, вторая для удаления. Пока включен режим редавтирования, можно перемещать аккаунты один относительно другого.

Необходим механизм, позволяющий автоматизированно показывать уведомления по перепискам (buddyDbId). При старте он получает из базы все непрочитанные и на основании этого формирвует первоначальный стек, выводит их в системный центр уведомлений. Далее по событиям либо из базы, либо из сервиса.

Крайне желательно проверять установленнность приложения из Google Play и если это не так, выводить на первом старте уведомление, что лучше бы установиться из Google Play, дабы получать обновления.

https://github.com/donnfelker/android-bootstrap
http://www.theultimateandroidlibrary.com/
https://github.com/Prototik/HoloEverywhere
Или использовать их составные части.

На мой взгляд, очень классной идеей взаимодействия людей будет возможность выставлять свой цвет.
Например, у меня в списке контактов есть Петя Иванов. У Пети сегодня радужное настроение и он поставил себе розовый цвет. И у всех друзей его имя будет написано на розовой плашке (как здесь пометка задач ярлыками).
На клиенте должна иметься возможность отключать раскраску, а также в самостоятельном порядке отмечать те или иные контакты цветом.

Возможно, анимацию смайликов в чате имеет смысл сделать на системном Movie: http://developer.android.com/reference/android/graphics/Movie.html

Если есть непрочитанное сообщение от одного собеседника, в уведомление подставлять аватарку этого собеседника.

При выделении аккаунта появляются действия над ним, но выделение на аккаунте не фиксируется.

Необходиом расширить UncaughtExceptionHandler и сохранять происходящие креши, затем отправлять их при следующем запуске.
Для этого необходимо написать соответствующую сетевую обёртку или использовать специализированные сервисы вроде HockeyApp.

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