О разработке Зерулса

Я уже писал, что Зерулс под Айфон программировал Шурик Бабаев, и что он очень классный, и что если вам нужно сделать программу под Айфон, то нужно писать ему (alex@touchdev.ru). А сегодня Шурик опубликовал свой подробный рассказ о разработке приложения с кучей технических деталей.

Я же предлагаю вам ознакомиться с некоторыми из багов, которые были исправлены во время разработки. Тут только часть примеров, и это только то, что касается интерфейса, поиск — отдельная история. Просто чтобы представить, сколько всяких мелочей приходится делать, чтобы всё было клёво:

  • клик в верхний тулбар не скролит выдачу поиска в самый верх (10-3);
  • заголовок навбара появляется уже после открытия второго экрана, а должен приезжать в рамках анимации (13-4);
  • когда начинаешь скроллить результаты поиска, хочу чтобы клавиатура и хелпбар сразу уезжали нафиг и не мешали, а хочешь ещё искать — тапнешь в поиск заново, оно приедет (13-5);
  • если в режиме поиска тапнуть в самый верх, то список под засерением скроллится вверх (14-1);
  • при попытке скроллинга в выдаче поиска, когда уезжает хелпбар, если мы находимся близко к верхней границе выдачи, некрасиво прыгает тейблвью, нужно чтобы под пальцем оставалось то, что было (14-2);
  • когда результатов поиска нет (засерение), при клике в пример сначала всё разъезжается, а уже потом показывается выдача, из-за чего на мгновение создаётся впечатление, что ты просто вышел из поиска; видимо, надо белую подложку сразу фигачить (15-10);
  • когда первый раз показывается выдача про что-то при вводе с клавиатуры, скроллинг на два пикселя ниже, чем надо, из-за чего отображается лишний разделитель над первым результатом поиска, IMG_0506.PNG (15-13);
  • когда самый первый раз после запуска проги тыкаешь в какой-то пункт в оглавлении, он синий, текст белый, но в анимации текст уезжает налево уже чёрный; второй и следующий разы — всё нормально (15-16);
  • при переходе от результатов поиска к конкретному параграфу, уезжающее влево поле поиска, кажется, должно постепенно уменьшать опасность и размер, превращаясь в кнопку назад, а оно просто уезжает (16-5);
  • при нажатии на кенсел автодополнение должно исчезать мгновенно, без анимации (17-4);
  • пиксель, разделяющий сёрчбар и первую жёрдочку, слишком светлый, см __lightpixel_bug.png;
  • при возвращении из параграфа назад в топик синее затухание не у того параграфа, из которого вернулись, если там листали (20-3);
  • примеры не попадают на базовую со словом «Напр.:»; слово «Напр.:» поднять на 2 поинта, вопросительный знак опустить на 1 (20-5);
  • надпись No Results на первом Айфоне не греет душу (21-2);
  • у заголовка хепла хочется добавить тень строго вниз белую, 1 двупиксель, без блюра, опасность 0,75 (25-2);
  • фейд между заголовками внутри хелпа хочется, чтобы происходил по ходу прокрутки между 3-м и 4-м экранами (25-5);
  • у баблов края размытые, а надо чёткие (26-1).
Дальше
3 комментария
Федор Борецкий 2011

А что значат числа в скобках?

Илья Бирман 2011

Это какие-то идентификаторы (баглист — номер бага). В них нет системы, просто я Шурику отправлял пачками.

deadem 2011

Там у него «для защиты от спама, мы вынуждены закрыть комментарии для незарегистрированных пользователей». Фу!

Никита 2011

Зачем столько тире? Рябит в глазах.

Не лучше в таких списках просто сделать отступы поболее между пунктами?

Илья Бирман 2011

Конечно лучше, но движок мой так не умеет пока.

Мои книги