amid86, для компа это смысл имеет - полнее список смотрится, а на размер и прочее можно наплевать.

ElDrako написал(а):
amid86, для компа это смысл имеет - полнее список смотрится, а на размер и прочее можно наплевать.

Я наверное не до конца пояснил свою мысль.

При значении параметра 0 - все работает по старому, отдается все в таком же виде как отдается и сейчас. 0 - значение по умолчанию.
При значении параметра 1 - в выборку попадают только непрочитанные записи.(тут можно тоже подумать, выбирать непрочитанные за определенный период - за последний месяц например, либо по количеству - 30 последних, либо просто отфильтровать список, получаемый при значении параметра 0, по значению new).

Название параметра можно и как-то по-другому назвать (не new).

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

ElDrako написал(а):
только убрать описание. но сама суть новых фильмов в быстром просмотре инфы и оценке надо/не надо. А без описания этого не сделать.

вывод - там мало что можно выкинуть.

Представьте, как на экране телефона уместится описание 14 - 35 фильмов? У Вас на сайте есть страничка, где можно посмотреть последние добавленные фильмы с описанием, всеми актёрами, и прочими данными на одной страничке? Нет. Тогда зачем это всё пихать в 1 ответ сервера? Безсмысленно. Новые фильмы должны содержать ссылку на картинку, название, год и максимум ещё рейтинги кинопоиска и IMDB. Дальше юзер клацает на интересный ему рисуночек и получает развёрнутое описание фильма. Я себе это так представляю. Так реализован интерфейс и на Вашем сайте, так почему API так себя не ведёт?

Как предполагается на телефоне открыть окошко с подробным описанием фильма? текущее API этого не позволяет. Если только не брать всё из одного запроса что не есть хорошо.


Добавлено через 1 минуту

---

ElDrako написал(а):
зачем?
можно определить общее количество узлов ветви.
можно получить номер узла.
можно выбрать узел по его номеру.

Вы это сейчас о чём вообще? Вопрос стоит в том, чтобы однозначно идентифицировать что-то из ответа API с объектом Movie? как это сделать?

Добавлено через 3 минуты

---

ElDrako написал(а):
в смысле в запрос к апи Movie.New дабавить параметр количества элементов в ответе?
может быть полезно.
только всё равно нужно сначала определять общее количество отданного, а не надеяться на свой запрос, т.к. в ответе их может быть меньше.

А что означает вообще у Вас Новые фильмы? Новые с какого момента? как у вас определяются новые фильмы?


Добавлено через 8 минут

---

я сейчас понимаю что многие загорелись этой идеей написать полезную тулзень под мобильную платформу. Мы уже начинаем спорить, поэтому возможно целесообразно написать что-то типа спецификации? своего рода техническое задание к тому, как приложение должно работать в общих четрах и что должно быть на экране и все желающие могли бы что-то добавить или предложить? Как насчёт Google Docs? всем будет удобно если там заведём такой документик?

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

вот теперь понял.
1. грузим xml/json со списком фильмов.

<LastAdded>
<Movie>
<title_russian>Криминальная фишка от Генри</title_russian>
<title_original>Henry's Crime</title_original>
<title_english/>
<year>2010</year>
<poster>
<poster url="http://cinemate.cc/media/images/poster/2010/68675/1298810716.small.jpg"/>
<imdb rating="7.0" votes="179"/>
<kinopoisk rating="0.0" votes="0"/>
<url>http://cinemate.cc/movie/2194/mobile/</url>
</Movie>
<Movie>
…
</Movie>
</LastAdded>

2. По клику грузим данные из <url>. Это может быть страничка под мобильный вариант сайта или поток xml/json movie.new для конкретного фильма.

ElDrako написал(а):
<poster url="http://cinemate.cc/media/images/poster/2010/68675/1298810716.small.jpg"/>

Small не пойдёт =) хотябы medium. при текущих разрешениях на телефонах… ну или это можно вынести в настройки приложения, чтобы каждый юзер для себя выставил качество изображений а дальше тупо масштабируем

Anubis, это вам кажется.
я тоже думал, что для гаджета нужен медиум, а он получился через чур большим.

Добавлено через 2 минуты

---

Anubis написал(а):
Вопрос стоит в том, чтобы однозначно идентифицировать что-то из ответа API с объектом Movie? как это сделать?

в текущем варианте никак.
Movie.New отдаёт списком с сортировкой по времени за последние 24 часа, где последние добавленные сверху.
Вариант добавления id ничего не даст, т.к. при загрузке через минуту из-за добавленного фильма нумерация сместится.

сейчас можно только тупо грузить всё за раз и разносить по интерфейсу.

Anubis написал(а):
Как насчёт Google Docs? всем будет удобно если там заведём такой документик?

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

кстати, есть вариант для ленивых - http://stackoverflow.com/questions/4153560/android-convert-xml-using-xslt

ElDrako написал(а):
я тоже думал, что для гаджета нужен медиум, а он получился через чур большим.

Вот это - medium без масштабирования

Добавлено через 1 минуту

---

ElDrako написал(а):
в текущем варианте никак.
Movie.New отдаёт списком с сортировкой по времени за последние 24 часа, где последние добавленные сверху.
Вариант добавления id ничего не даст, т.к. при загрузке через минуту из-за добавленного фильма нумерация сместится.

Ну не совсем правда. В каждой ссылке есть ваша Id, только её оттуда доставать неудобно

Добавлено через 4 минуты

---

ElDrako написал(а):
кстати, есть вариант для ленивых - http://stackoverflow.com/questions/4153560/android-convert-xml-using-xslt

Это вариант для чего? чтобы проставить длины массивов перед сериализацией? как вариант, наверное, можно попробовать. Но, я думаю, что если эти массивы будут в деталях фильма то проблема отпадёт сама =)