О разработке Зерулса
Я уже писал, что Зерулс под Айфон программировал Шурик Бабаев, и что он очень классный, и что если вам нужно сделать программу под Айфон, то нужно писать ему (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).
А что значат числа в скобках?
Это какие-то идентификаторы (баглист — номер бага). В них нет системы, просто я Шурику отправлял пачками.
Там у него «для защиты от спама, мы вынуждены закрыть комментарии для незарегистрированных пользователей». Фу!
Зачем столько тире? Рябит в глазах.
Не лучше в таких списках просто сделать отступы поболее между пунктами?
Конечно лучше, но движок мой так не умеет пока.