Pull to refresh

Comments 63

Приложение хорошее (не тестил но пригодилось бы) но жаль что платное :)
Ну довольно скромная стоимость за довольно непростой временами труд, согласитесь:)
Нет с этим я даже не спорю :) Но думаю если к примеру сделать 2 версии то уже было бы по лучше к примеру пусть в бесплатной версии будет 100 рецептов а в платной 200. Ну и к примеру убрать таймер это уже даст Вашему приложению не плохой старт
Круто было бы отобрать самые классные рецепты и заюзать in-app billing :-)
Рендом ))) и по закону подлости нужного рецепта может и не оказаться ))))
Да, идея хорошая, согласен. Но я разработчик, потому подобными вопросами не занимаюсь:)
размер приложения большеват даже очень. возможно было бы лучше держать рецепты, картинки и другую инфу на серверной стороне так и обновлять базу было бы проще(без обновления приложения). И сделать функцию чтобы можно было выбрать рецепт и сделать его доступным в оффлайне. Не куплю и не скачаю только из-за размера а то даже игры и то меньше или кэш потом качают.
К примеру, AngryBirds весит 19 метров, а хранить картинки на сервере и подгружать постоянно не лучшее решение чем раз скачать и пользоваться! Вообще, дело ваше, всем угодить не получится. А обновлять приложения и так не сложно.
По поводу размера это да. Слишком оно большое. Лучше сделать клиент серверное приложение. как предложил irafa
А трафик у юзера хавать постоянно лучше по вашему? Или я не понимаю чего-то? В чем разница скачать раз или подгрузить постепенно?
Да бросьте. Сейчас куда не ткнись везде в домах стоят wifi(у меня из всех знакомых только у 4 не стоит) хотя по кол-во кого припомню около 30 человек. продолжу по поводу трафика. Вы посмотрите сколько люди трафика убивают на соц сети и не жалуются а на 1 рецепт пусть на 2 или даже на 3 потратят и не обеднеют. Единственное но. есть планшеты без 3G, вот для них да проблема. Но хотя по статистике 6-7 из 10 пользуются вай фаем дома. так что это не самая большая проблема на сегодняшний день
К вашему сведению у меня нет вай-фая и нормально живу:) Так что снова обратная сторона и не довод в пользу размера.
Я не спорю, что оно весит много… и мне это тоже не по душе, но везде есть свои плюсы и минусы: как в нашем варианте, так и вашем варианте решения проблемы.
Да и хочу заметить! У моих 2 сестер. Обоих htc не важно какие модели. Когда они ко мне приезжают я обоим им апдейтю софт и прошивку т.к. им вообще похрену что это и зачем это им нужно. Вот Вам пример из жизни что при пополнении базы и обновлении приложения в маркете не все могут получить их. Да и кстати еще одно но, при том как сложилась ситуация с маркетом в 50 метров. Как Вы собираетесь избавляться от будущей проблемы.
Какой именно? Ограничение в 50 метров?

Будем проект вести иначе с самого начала, учитывая эту особенность.
А когда узнаешь в час релиза, то уже не до этого:)
Коль такая проблема появилась советую Вам собрать инфу по девайсам с андрюхой, версий прошивок и внутренней памяти, и подведете не большие итоге по поводу клиент-серверного приложения основываясь на этом я думаю Вы уже разберетесь как дальше вести разработку
А при чем тут wi-fi? Это же фактически книга рецептов, которую может понадобиться открыть, например, в каком-нибудь супермаркете, где не то что унылый 3Г, а вообще сотовая сеть ловится с трудом. Если бы не технические ограничения, вряд ли бы кто-то пожелал серверное приложение вместо полной базы на клиенте.
Проблема большого приложения в том что оно жрёт внутреннюю память телефона, а производители телефонов что-то жадны на её размеры. Поставишь пяток таких приложений — и всё. А установка приложений на SD-карту поддерживается только с 2.3 (это если без шаманств с рутом и app2sd). А апгрейд ОС до 2.3 далекооо не у всех устройств возможен. Поэтому единственное правильное и удобное для пользователя решение — делать маленькое приложение, а большую базу выносить на SD-карту.
Поправлю: с версии 2.2, а их процент уже более 60%. Причём перенос должен быть разрешён разработчиком (хотя при наличии рута это не важно).
Однако, верно: например, одно-два больших приложений, которые только распаковывают себя на флешку, после чего удаляются. А основное — с минимальным набором данных, максимально лёгкое. Некоторые игры так работают (доп.уровни) или, например, словари (доп.базы).
360 Кб пямяти приложение жрет сейчас(так отображается в диспетчере задач), и ставится на карточку. А сейчас новые девайсы почти все идут с картой SD. Да, со старыми может быть проблема при малой памяти.
Изображения в png? Если да, то имеет смысл обработать их оптимизатором вроде pngout

Не всегда получается с его помощью уменьшить размер файла, но в большинстве случаев это удаётся сделать. И без потери качества.

Очень большого выигрыша в размере не будет, но на процентов двадцать можно будет сделать размер приложения меньше.
29 mb?! Вы туда картинки ко всем рецептам запихнули?

Не очень понятно что Вы подразумеваете под «окном»? Активити?
Не понял зачем наследоваться от TabActivity, только для того, чтобы переопределить onBackPressed?
Да, все картинки к рецептам! Что вам не нравится?
Да, подразумевается активити.
Не совсем. Наследуем и переопределяем onBackPressed(), пишем свой метод startChildActivity(), а в них работаем со списком идентификаторов окон и чистим в нужном состоянии.
Как то Вы агрессивно настроены на критику.
Могу Вас сказать одно сейчас очень много моделей с андрюхой у которых к примеру 2.1 без возможности переноса на флешку приложений это первое. Да Да Да, я знаю что прошивок достаточно но поверьте, каждый день я вижу планшеты которые мне приносят домохозяйки и которым по одному место на их модификацию. В третьих на многих моделей память внутренняя не очень большая(512) и не каждый захочет тратить 30 метров для этого.
Устал потому что, с каждым бывает, сами знаете.

Скажу что это приложение под айфон(а я его переносил именно с айфона) весит 120 метров. Видимо домохозяйки совсем в шоке?!)

Весь этот спор обратная сторона: либо место, либо трафик.

Все пожелания и критика учитывается, спасибо!
Ну по поводу размера на iphone/ipad меня совсем не удивляют. Но для «Андрея» это нужно учитывать :)
А меня вот удивило. Уже 120 метров для меня точно перебор:)
Там, кажется, чуть ли не полу-гиговые аппы есть (помнится, то был словарь какой-то огромный), но там-то нет возможности переноса на флешку (и её нет), да и памяти обычно много (а не с сотню метров, как на некоторых андроидных девайсах).
Основная неприятность большого размера, как правильно уже заметили комментами выше, именно в сильно ограниченном размере внутренней памяти, у большинства моих знакомых с ондройдами его почти что уже нет, да и на моём нексусе постоянно уже приходится скурпулёзно проги переносить на sd карту, чтобы место освободить. А у кого и такой возможности нет? Т.е. вы отсекаете своим решением большое количество пользователей. ИМХО, всё же правильней динамически подгружать, сколько посмотрел — столько весит.
На игры в данном случае не корректно кивать, т.к. там всё графика, скорость и тп, да и не ожидают люди от игры, что она начнёт посреди игры что то в инете подгружать. А в таких прогах это уже нормальным считается. И кстати при подгрузке фоток их можно уже сразу класть на sd карту.

Пожелание такое, всё же пользоваться устоявшейся терминологией(активити, активность), встретив слово окно, долго не мог вкурить, о чем речь))
Как вариант — закачивание рецептов пачками/категориями и по одному. Во-первых, так можно будет не обновлять приложение при добавлении новых рецептов, а, во-вторых, уменьшится вес программы.
Не думали стилизовать всякие EditText'ы под общий концепт приложения?
Нет, но хорошая идея, хотя наш дизайнер явно не обрадуется:)
Это скорее работа программиста, не :-)
State-list'ы + Shape Drawable в xml в качестве фона?
Я думал речь о картинках фоновых для виджетов:)
Вашему дизайнеру явно нужно почитать гайдлайны на
Видно что приложение в стиле iOS, не андройд совсем, табы снизу, не очень правильно используется пространство где тайтлы и т.д. и т.п.
Вы правы. Пожелание было: максимум похоже под айфон-версию!
Табы снизу это практично, я не понимаю, нафига через весь экран надо тянуться к ним наверх. Просто стоит привести стиль к более андроидному…
Что вы под более андроидными понимаете?
Ну, в данный момент цветовая гамма и форма контролов кричит о том, что это было притянуто за уши с iOS. Общий стиль табов не тот, хотя именно расположение снизу удобнее, факт.
Как уже писал: требование такое — максимально похожий перенос готового приложения айфонового под дроид.

Непонятно только почему вам не нравится стилизация табов, ибо на StackOverflow не раз люди искали ответы на то как сделать примерно похожее. А кастомизировать их можно как угодно. Ну поменяется общий фон, картинки и вы тоже скажите, что они похожи на айфоновые?
нет смысла писать IPhone like табы. Пользователь должен видеть табы, как в большинстве Android приложений, к которым он привык.
Насчет положения табов здесь есть дискуссия на эту тему. Из минусов — табы внизу могут быть перекрыты меню, всплывающей клавиатурой, пользователь может случайно наживать кнопки телефона (back, home) при нажатии таба внизу.
> приложение не может быть больше 50Мб, а наше весит 79! Спасибо тебе Гугл за
> такую фишку… из-за этого пришлось сделать не самое приятное решение…
В статье не увидел — как решили-то проблему?
Первое что приходит мне на ум — перенести базу (или её часть) на SD-карту и подгружать с сервера один раз при первом запуске приложения.
Выбросили картинки под айфон, которые были с префиксом 2x и вставили меньшие:)

Т.е. там *каждая* фотография ещё и дублировалась? Эпично… Думаю, процессор бы не перегрелся от ресайза картинок при открытии рецепта ))
Нет, там были только большие картинки и выглядели везде(на всех размерах экрана) очень приятно.
UFO just landed and posted this here
Нативные табы так спрятаны, что далеко не каждый их найдет.
И вообще с ними бардак, на одном девайсе они показываются так, на другом — эдак (с подписями и без, разного размера и т.п.).
Нам приходили комментарии от людей, которые думали, что приложение ограничивается только тем, что видно на стартовом экране и не знали, что есть еще кнопки меню с выбором вкладок.
Решили перейти на собственный интерфейс с табами.
UFO just landed and posted this here
Вы не путаете меня с автором топика? Так как вы вряд ли видели наше приложение, оно только в Японии доступно.
UFO just landed and posted this here
И спасибо, что гадите в карму:) Вот так стараться — писать посты!
что-то я вашего извращения с листвью не понял — у вас лист на длиной всего кол-ва элементов и скролите вы скроллвью? полный трындец. основная идея статьи — с андроидом я не разобрался — но как то сделал.
Везде пишут (и сами разработчики на Google IO рекомендовали), что не нужно запихивать ListView в ScrollView. Даже в баге по ссылке это написано первым же комментом. И посмотрите, пожалуйста, на статус ошибки — это вам о чём-нибудь говорит?
Объясните, где вам могло понадобиться вставлять ListView в ScrollView? Может быть, это можно было сделать как-то иначе?
При просмотре рецепта есть список ингредиентов выше которого картинка рецепта, а ниже способ приготовления, потому все это прокручивается когда описание и список большие.
Да, вполне можно было обойтись и без списка, используя например TextView или другую вьюшку, а статус ошибки говорит «отклоненная», тем не менее она есть и подобном поведении знать нужно.
Сервис для таймера это:
— лишние строчки кода, написание AIDL интерфейса;
— лишняя память, которая выделяется под сервис;
— не всегда работает, т.к. ОС может убить даже сервис.

Из личного мерзкого опыта :)
;) При отключении дисплея девайса, например?
Нет, отключение дисплея никак не влияет на сервис, при чем тут это?

Я до конца не понял свою проблему. Если приложение долго не вызывалось, а вместо него работали другие, то сервис перезагружается. Если принудительно закрыть Activity, работающее с сервисом, и перезапустить приложение, то все ОК.
Скорее всего системе нужны были ресурсы и она завершила менее приоритетный сервис, активити. Другого объяснения не знаю:)
Хех, сервис не завершается (время старта показывается именно то, когда впервые запускается приложение). Тут дело скорее всего в том, что я в приложении неправильно разруливал жизненные цикли из-за табов.
Ну это я про активити говорил. Про приоритеты.
Да, с табами один сплошной гемморой, особенно если внутри одного таба еще и ActivityGroup.
Коллеги, а скажите чем вы рисуете интерфейсы? Тут я вижу простой ListView, вроде понятно. Мне же нужно делать сложную разметку, использую RelativeLayout, но объекты сильно лезут в стороны… пробовал droiddraw но то что получается, я могу и сам в ADT сделать… посоветуйте плз что нибудь…
Sign up to leave a comment.

Articles