Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 130
Работа проделана огромная! Если сравнивать что было и что стало — ничего небыло!
Гораздо приятнее выглядит. Молодец.
хочу такой ui на андройде!!!
как человек, который занимается софтом на iPhone, выскажу глубочайший респект от всей нашей команды. действительно красивый и удобный интерфейс.
А самой компании QIWI вы не предлагали такой дизайн?
Можт они бы дали вам за него хороших денег.
Можт они бы дали вам за него хороших денег.
т.е. вы хотите сказать автор делал это ради фана?
Это несуществующий проект. Он скорее для тренировки, и в аппсторе не появится.
Думается мне, что изначально автор делал для себя…
Простите за очередной бессмысленный комментарий.
Это великолепно! Нет слов.
Это великолепно! Нет слов.
Как говориться, зачет!: )
Если сложить все время, то где-то часов 10. Но растянулось это почти на неделю :)
Очень интересно — тут же перекинул ссылку разработчикам!
Думаю было бы всем интересно узнать, что разработчики ответят автору, если все же ответят.
В ЖЖ ответили «Спасибо большое за Вашу работу! Дизайн очень понравился, обсуждаем внутри компании. Компания большая, мнения разные, но это очередной повод подумать об улучшениях. Успехов в творчестве!)»
Не уверен, что именно это должно означать :)
Не уверен, что именно это должно означать :)
А что бы вы хотели получить от разработчиков?:) И от компании. Если честно?
Ваше мнение, безусловно, будет доведено до всех. А вот, что получится — сказать пока не могу.
Ваше мнение, безусловно, будет доведено до всех. А вот, что получится — сказать пока не могу.
теперь ждем для андройда… :)
Батенька! Вы славно потрудились! Если задумаю сделать ПО под iPhone я буду обращаться насчет UI к вам!
загрузочная картинка клевая. но ведь это противоречит гайдлайнам :)
туда надо ставить, например, фон основного приложения, а не цветную мигающую фигню (с). По крайней мере так нам говорят Human Interface Guidelines.
туда надо ставить, например, фон основного приложения, а не цветную мигающую фигню (с). По крайней мере так нам говорят Human Interface Guidelines.
Интрфейс зачет! Осталось реализовать свою программу и получать с этого прибыль. Первый шаг для своего стартапа есть.
Отлично, все очень хорошо. Теперь после публикации на хабре, можно писать в киви и просить денег за дизайн, может дадут. Если бы я был их начальником я бы дал.
Воровать точно не будут, публикация на хабре тут выступает как некая защита авторских прав ;)
Воровать точно не будут, публикация на хабре тут выступает как некая защита авторских прав ;)
потрясающий пост!
Супер!
вы не просто молодец, а молодец в квадрате! требуйте у киви компенсацию за проделанную работу ;)
Молодчина, очень хороший интерфейс получился. Киви есть над чем задуматься)
я оргазмирую.
денежка в личном кабинете это охуенно.
это круче чем круто.
это феерично
я прямо сейчас же закажу у вас интерфейс для моего «стартапа»
(вижу, уже очередь выстраивается)
денежка в личном кабинете это охуенно.
это круче чем круто.
это феерично
я прямо сейчас же закажу у вас интерфейс для моего «стартапа»
(вижу, уже очередь выстраивается)
Волшебно! Правда.
Я сейчас занят решеним задачи вывода довольно большого кол-во разнообразной специфической инфы на иФоне.
Не хотелось бы приложить руки к реальному приложению? Роялти, к сожалению, обещать не могу, но имя войдет в аналы истории! )
Я сейчас занят решеним задачи вывода довольно большого кол-во разнообразной специфической инфы на иФоне.
Не хотелось бы приложить руки к реальному приложению? Роялти, к сожалению, обещать не могу, но имя войдет в аналы истории! )
> имя войдёт в аналы
<irony>это так теперь людей куда подальше посылают?</irony>
<irony>это так теперь людей куда подальше посылают?</irony>
Анналы — древнеримские, а также средневековые летописи. В широком смысле — запись наиболее значительных событий по годам. Крылатое выражение: «Анналы истории».
Это просто слово. И, извините, я не боюсь назвать небо голубым.
Кстати, если минусуют что денег не могу предложить, то зря. Сам делаю на энтузиазме, а программа покупки авиа/жд билетов может стать популярной, и уже потом можно реализовывать монетизацию. Лично мне этого достаточно, но, видать, не блюстителям чужого кошелька.
Это просто слово. И, извините, я не боюсь назвать небо голубым.
Кстати, если минусуют что денег не могу предложить, то зря. Сам делаю на энтузиазме, а программа покупки авиа/жд билетов может стать популярной, и уже потом можно реализовывать монетизацию. Лично мне этого достаточно, но, видать, не блюстителям чужого кошелька.
Такого рода предложения тоже обычно входят в аналы. :)
Класс
можно и без этих свистелок и перделок, зато с пуш-нотификациями и поддержкой старых прошивок?
Ввод цифр сразу в чек — спорно, в остальном — очень круто. :)
Напоминает историю про Дастина Кертиса и American Airlines.
Напоминает историю про Дастина Кертиса и American Airlines.
Они конечно молодцы. Особенно когда служба тех поддержки отвечает на твой запрос через 2 недели. Когда проблема уже решилась сама собой.
Да, автор действительно молодец. Желаю плодотворного сотрудничества с киви и другими крупными компаниями)
Шрифты только не в тему. А так все супер.
Не знаю как у других, но у меня какое-то отторжение к оранжевому на темно-сером.
было бы просто замечательно, если бы разработчики киви реализовали этот интерфейс
а то текущей версией пользоваться жутко неудобно
а то текущей версией пользоваться жутко неудобно
То что было — стыдоба!
Автор молодец! Надеюсь вас теперь пригласят не только в киви интерфейс переделывать, но и в другие конторы!
Автор молодец! Надеюсь вас теперь пригласят не только в киви интерфейс переделывать, но и в другие конторы!
Здорово! Хотя не скажу что сильно уж бесит програмка от Киви, вполне ничего. Но после как посмотрел на Ваши интерфейсы понял что сейчас у них очень слабенько )
Респект и уважуха.
Кстати, CityGuide под айфон тоже имеет ужаснейший интерфейс(см 3-ю привьюшку)! Может вам, если будет время, и их улучшить?
Замечательно получилось. Оригинально и с фантазией.
Купюры, чек и терминал очень к месту, именно с ними и ассоциируется сервис.
Встаю в очередь на разработку дизайна приложения для стартапа :), вот только определимся с функционалом беты.
Кстати, в жж и на сайте автора нашлось ещё немало интересных работ.
Купюры, чек и терминал очень к месту, именно с ними и ассоциируется сервис.
Встаю в очередь на разработку дизайна приложения для стартапа :), вот только определимся с функционалом беты.
Кстати, в жж и на сайте автора нашлось ещё немало интересных работ.
Отлично сделано. Мне очень понравилось.
Очень хорошая работа, Вы — молодец!
Вот только можно было и не делать эффекты по сторонам к чеку, и без этого приятно будет выглядеть и не потеряет смысл. Но это так мелочь.
Вот только можно было и не делать эффекты по сторонам к чеку, и без этого приятно будет выглядеть и не потеряет смысл. Но это так мелочь.
Все отлично (всегда бы были проникнуты дизайнеры (проектные) спецификой создания UI именно для iPhone), так что по продумманности и UI строгое 10 из 10. Нашел правда два замечания, которые заметил как человек уже разработавший некоторое кол-во приложений (и который часто любит поспорить и по рассуждать по поводу UI).
1) Скриншот «Оплата услуг» второй, там клавиатура имеет полупрозрасный фон. Проблематично будет реализовать кастомную полнофункциональную клавиатуру.
2) И еще, у меня бы возник сразу вопрос, по клавиатурам цифровым. Я бы поменял местами кнопки «стереть» и «оплатить», аргумент в эту пользу это размещение кнопки стирания на стандартной клавитуре приблизительно в той же области где кнопка оплатить, что может привести к случайному нажатию на оплату, в добавок облать размещения стереть слева более удаленная что уже защитит от лишнего нажатия поместя туда оплату. (Хотя конечно можно выдаыать алерт поддверждения и оставить существующий вариант, но как то не по феншую, если можно вообще избежать этого)
А так все реализуемо, если есть API у сервиса могу реализовать, если интересно обращайтесь.
1) Скриншот «Оплата услуг» второй, там клавиатура имеет полупрозрасный фон. Проблематично будет реализовать кастомную полнофункциональную клавиатуру.
2) И еще, у меня бы возник сразу вопрос, по клавиатурам цифровым. Я бы поменял местами кнопки «стереть» и «оплатить», аргумент в эту пользу это размещение кнопки стирания на стандартной клавитуре приблизительно в той же области где кнопка оплатить, что может привести к случайному нажатию на оплату, в добавок облать размещения стереть слева более удаленная что уже защитит от лишнего нажатия поместя туда оплату. (Хотя конечно можно выдаыать алерт поддверждения и оставить существующий вариант, но как то не по феншую, если можно вообще избежать этого)
А так все реализуемо, если есть API у сервиса могу реализовать, если интересно обращайтесь.
1) Полупрозрачная черная клавиатура — это один из стандартных элементов. Попробуйте скачать что-нить в аппсторе — он выплюнет для воода пароля именно такую, как на скриншоте. Так что ничего не надо реализовывать, все уже есть :)
2) «Стереть» справа на стандартной звонилке. Поэтому в звонилке киви стирание тоже справа. А вот в стандартной цифровой клавиатуре на месте моей «оплатить» находится «Ввод». Так что все выдержано в том же виде, что и в самом айфоне.
И к киви я отношения не имею, не уверен, что у них есть апи. Но как разработчика (верно?) я запомню, скоро может многое понадобиться.
2) «Стереть» справа на стандартной звонилке. Поэтому в звонилке киви стирание тоже справа. А вот в стандартной цифровой клавиатуре на месте моей «оплатить» находится «Ввод». Так что все выдержано в том же виде, что и в самом айфоне.
И к киви я отношения не имею, не уверен, что у них есть апи. Но как разработчика (верно?) я запомню, скоро может многое понадобиться.
1) То что клавиатура есть я знаю, и не одна, заморочка с кастомизацией ее в частности с кастомизацией общей которая имеешь возможность переключаться к доп. символам и в зависимости от языка. К примеру цифровая кастомизируется подкладкой просто фона, ну или как вариант не сложно ее написать с нуля. Кстати по поводу скачать приложение, если ткноте ссылкой, то посмотрю потому как сам не припонинаю из наверное более 2-3 сотен приложения кастомизированных полных клавиатур, цифровых да сам делал)))
2) Вообще нахождения ввода там, это Вы видимо или в Interface Builder потыкали на кнопочки когда-то или в приложении каком-то видели просто такую имплементацию, а вообще в стандартной звонилке про которую Вы говорите у меня справа стереть а слева добавить (в стандартно предоставляемой для разработчика при работе через Interface Builder слева не функциональная кнопка).
Вот пару ссылок найденых в гугде, если хотите могу снять скриншоьы со своего если не верите.
media.tech-recipes.com/rx_images/iphone/settings-phone-forward-edit.jpg
www.imobile.com.au/images/phone_reviews/apple_iphone/iphone-screen-CALL.jpg
2) Вообще нахождения ввода там, это Вы видимо или в Interface Builder потыкали на кнопочки когда-то или в приложении каком-то видели просто такую имплементацию, а вообще в стандартной звонилке про которую Вы говорите у меня справа стереть а слева добавить (в стандартно предоставляемой для разработчика при работе через Interface Builder слева не функциональная кнопка).
Вот пару ссылок найденых в гугде, если хотите могу снять скриншоьы со своего если не верите.
media.tech-recipes.com/rx_images/iphone/settings-phone-forward-edit.jpg
www.imobile.com.au/images/phone_reviews/apple_iphone/iphone-screen-CALL.jpg
1) Не понял. Черная клавиатура входит в сам айфон. Что за заморочка с кастомизацией?
2) Хм, и вправду. Но ниче, что-то подтверждающее всегда справа внизу, так что с айфоном все равно не расходится :)
2) Хм, и вправду. Но ниче, что-то подтверждающее всегда справа внизу, так что с айфоном все равно не расходится :)
Воощем это только предложение, что на мой вгляд можно улучшить, и я никак не говорю о ошибке проектирования, лишь как об одном из вариантов улучшения на мой взгляд.)
По поводу черной клавиатуры, мы судя по всему о разных вещах говорим, если бы дали ссылку на скрин с такой клавой я бы более четко понял о чем Вы говорите. Хотя, я допускаю, в силу того что не особо сталкивался с реализацией не стандартной клавиатуры с «переключающимися видами», не для ввода только цифр.
По поводу черной клавиатуры, мы судя по всему о разных вещах говорим, если бы дали ссылку на скрин с такой клавой я бы более четко понял о чем Вы говорите. Хотя, я допускаю, в силу того что не особо сталкивался с реализацией не стандартной клавиатуры с «переключающимися видами», не для ввода только цифр.
Если я правильно понимаю тему разговора — вы про черную текстовую клавиатуру (цифровая естесственно делается отдельно)?
В айфоне есть два стандартных вида клавиатур — голубая стандартная и черная полупрозрачаня (в основном для модальных окон, к примеру при в воде пароля в аппстор). У меня используется вторая.
Выглядит так: www.appcraver.com/wp-content/uploads/2008/11/img_62.png
Ее часто используют приложения с темными темами.
В айфоне есть два стандартных вида клавиатур — голубая стандартная и черная полупрозрачаня (в основном для модальных окон, к примеру при в воде пароля в аппстор). У меня используется вторая.
Выглядит так: www.appcraver.com/wp-content/uploads/2008/11/img_62.png
Ее часто используют приложения с темными темами.
Да действительно, при вводе пароля в AppStore клавиатура черная, значит реализовать возможно, признаю…
Клавиатура не относится к окну, оно относится к полю ввода и я встречался только с голубой, а тут оказывается и черная есть (не замечал) вот как оказывается. Буду знать. Можно вычеркивать пунк один))))
Клавиатура не относится к окну, оно относится к полю ввода и я встречался только с голубой, а тут оказывается и черная есть (не замечал) вот как оказывается. Буду знать. Можно вычеркивать пунк один))))
этам мерзкая клава не может менять язык ввода.
Вот из SDK допустимые варианты использования различных клавиатур для поля ввода, хотя не исключаю, что где то есть какие-то более универсальные способы изменения внешнего вида клавиатуры. (надо гугдить, но потом как будет что...)
//
// UITextInputTraits.h
// UIKit
//
// Copyright 2006-2009 Apple Inc. All rights reserved.
//
#import
//
// UITextAutocapitalizationType
//
// Controls autocapitalization behavior for a text widget.
// Note: Capitalization does not apply in all script systems. In such
// cases, these values are ignored by the keyboard/input method implementation.
//
typedef enum {
UITextAutocapitalizationTypeNone,
UITextAutocapitalizationTypeWords,
UITextAutocapitalizationTypeSentences,
UITextAutocapitalizationTypeAllCharacters,
} UITextAutocapitalizationType;
//
// UITextAutocorrectionType
//
// Controls keyboard autocorrection behavior for a text widget.
// Note: Some input methods do not support inline autocorrection, and
// instead use a conversion and/or candidate selection methodology. In such
// cases, these values are ignored by the keyboard/input method implementation.
//
typedef enum {
UITextAutocorrectionTypeDefault,
UITextAutocorrectionTypeNo,
UITextAutocorrectionTypeYes,
} UITextAutocorrectionType;
//
// UIKeyboardType
//
// Requests that a particular keyboard type be displayed when a text widget
// becomes first responder.
// Note: Some keyboard/input methods types may not support every variant.
// In such cases, the input method will make a best effort to find a close
// match to the requested type (e.g. displaying UIKeyboardTypeNumbersAndPunctuation
// type if UIKeyboardTypeNumberPad is not supported).
//
typedef enum {
UIKeyboardTypeDefault, // Default type for the current input method.
UIKeyboardTypeASCIICapable, // Displays a keyboard which can enter ASCII characters, non-ASCII keyboards remain active
UIKeyboardTypeNumbersAndPunctuation, // Numbers and assorted punctuation.
UIKeyboardTypeURL, // A type optimized for URL entry (shows. / .com prominently).
UIKeyboardTypeNumberPad, // A number pad (0-9). Suitable for PIN entry.
UIKeyboardTypePhonePad, // A phone pad (1-9, *, 0, #, with letters under the numbers).
UIKeyboardTypeNamePhonePad, // A type optimized for entering a person's name or phone number.
UIKeyboardTypeEmailAddress, // A type optimized for multiple email address entry (shows space @. prominently).
UIKeyboardTypeAlphabet = UIKeyboardTypeASCIICapable, // Deprecated
} UIKeyboardType;
//
// UIKeyboardAppearance
//
// Requests a keyboard appearance be used when a text widget
// becomes first responder…
// Note: Some keyboard/input methods types may not support every variant.
// In such cases, the input method will make a best effort to find a close
// match to the requested type.
//
typedef enum {
UIKeyboardAppearanceDefault, // Default apperance for the current input method.
UIKeyboardAppearanceAlert, // Appearance suitable for use in «alert» scenarios.
} UIKeyboardAppearance;
//
// UIReturnKeyType
//
// Controls the display of the return key.
//
// Note: This enum is under discussion and may be replaced with a
// different implementation.
//
typedef enum {
UIReturnKeyDefault,
UIReturnKeyGo,
UIReturnKeyGoogle,
UIReturnKeyJoin,
UIReturnKeyNext,
UIReturnKeyRoute,
UIReturnKeySearch,
UIReturnKeySend,
UIReturnKeyYahoo,
UIReturnKeyDone,
UIReturnKeyEmergencyCall,
} UIReturnKeyType;
//
// UITextInputTraits
//
// Controls features of text widgets (or other custom objects that might wish
// to respond to keyboard input).
//
@protocol UITextInputTraits
@optional
@property(nonatomic) UITextAutocapitalizationType autocapitalizationType; // default is UITextAutocapitalizationTypeNone
@property(nonatomic) UITextAutocorrectionType autocorrectionType; // default is UITextAutocorrectionTypeDefault
@property(nonatomic) UIKeyboardType keyboardType; // default is UIKeyboardTypeDefault
@property(nonatomic) UIKeyboardAppearance keyboardAppearance; // default is UIKeyboardAppearanceDefault
@property(nonatomic) UIReturnKeyType returnKeyType; // default is UIReturnKeyDefault (See note under UIReturnKeyType enum)
@property(nonatomic) BOOL enablesReturnKeyAutomatically; // default is NO (when YES, will automatically disable return key when text widget has zero-length contents, and will automatically enable when text widget has non-zero-length contents)
@property(nonatomic,getter=isSecureTextEntry) BOOL secureTextEntry; // default is NO
@end
//
// UITextInputTraits.h
// UIKit
//
// Copyright 2006-2009 Apple Inc. All rights reserved.
//
#import
//
// UITextAutocapitalizationType
//
// Controls autocapitalization behavior for a text widget.
// Note: Capitalization does not apply in all script systems. In such
// cases, these values are ignored by the keyboard/input method implementation.
//
typedef enum {
UITextAutocapitalizationTypeNone,
UITextAutocapitalizationTypeWords,
UITextAutocapitalizationTypeSentences,
UITextAutocapitalizationTypeAllCharacters,
} UITextAutocapitalizationType;
//
// UITextAutocorrectionType
//
// Controls keyboard autocorrection behavior for a text widget.
// Note: Some input methods do not support inline autocorrection, and
// instead use a conversion and/or candidate selection methodology. In such
// cases, these values are ignored by the keyboard/input method implementation.
//
typedef enum {
UITextAutocorrectionTypeDefault,
UITextAutocorrectionTypeNo,
UITextAutocorrectionTypeYes,
} UITextAutocorrectionType;
//
// UIKeyboardType
//
// Requests that a particular keyboard type be displayed when a text widget
// becomes first responder.
// Note: Some keyboard/input methods types may not support every variant.
// In such cases, the input method will make a best effort to find a close
// match to the requested type (e.g. displaying UIKeyboardTypeNumbersAndPunctuation
// type if UIKeyboardTypeNumberPad is not supported).
//
typedef enum {
UIKeyboardTypeDefault, // Default type for the current input method.
UIKeyboardTypeASCIICapable, // Displays a keyboard which can enter ASCII characters, non-ASCII keyboards remain active
UIKeyboardTypeNumbersAndPunctuation, // Numbers and assorted punctuation.
UIKeyboardTypeURL, // A type optimized for URL entry (shows. / .com prominently).
UIKeyboardTypeNumberPad, // A number pad (0-9). Suitable for PIN entry.
UIKeyboardTypePhonePad, // A phone pad (1-9, *, 0, #, with letters under the numbers).
UIKeyboardTypeNamePhonePad, // A type optimized for entering a person's name or phone number.
UIKeyboardTypeEmailAddress, // A type optimized for multiple email address entry (shows space @. prominently).
UIKeyboardTypeAlphabet = UIKeyboardTypeASCIICapable, // Deprecated
} UIKeyboardType;
//
// UIKeyboardAppearance
//
// Requests a keyboard appearance be used when a text widget
// becomes first responder…
// Note: Some keyboard/input methods types may not support every variant.
// In such cases, the input method will make a best effort to find a close
// match to the requested type.
//
typedef enum {
UIKeyboardAppearanceDefault, // Default apperance for the current input method.
UIKeyboardAppearanceAlert, // Appearance suitable for use in «alert» scenarios.
} UIKeyboardAppearance;
//
// UIReturnKeyType
//
// Controls the display of the return key.
//
// Note: This enum is under discussion and may be replaced with a
// different implementation.
//
typedef enum {
UIReturnKeyDefault,
UIReturnKeyGo,
UIReturnKeyGoogle,
UIReturnKeyJoin,
UIReturnKeyNext,
UIReturnKeyRoute,
UIReturnKeySearch,
UIReturnKeySend,
UIReturnKeyYahoo,
UIReturnKeyDone,
UIReturnKeyEmergencyCall,
} UIReturnKeyType;
//
// UITextInputTraits
//
// Controls features of text widgets (or other custom objects that might wish
// to respond to keyboard input).
//
@protocol UITextInputTraits
@optional
@property(nonatomic) UITextAutocapitalizationType autocapitalizationType; // default is UITextAutocapitalizationTypeNone
@property(nonatomic) UITextAutocorrectionType autocorrectionType; // default is UITextAutocorrectionTypeDefault
@property(nonatomic) UIKeyboardType keyboardType; // default is UIKeyboardTypeDefault
@property(nonatomic) UIKeyboardAppearance keyboardAppearance; // default is UIKeyboardAppearanceDefault
@property(nonatomic) UIReturnKeyType returnKeyType; // default is UIReturnKeyDefault (See note under UIReturnKeyType enum)
@property(nonatomic) BOOL enablesReturnKeyAutomatically; // default is NO (when YES, will automatically disable return key when text widget has zero-length contents, and will automatically enable when text widget has non-zero-length contents)
@property(nonatomic,getter=isSecureTextEntry) BOOL secureTextEntry; // default is NO
@end
Ну что вы наделали? Вы же человеку жизнь калечите. Теперь им придется казнить своего быдло-дизайнера)
Если руководство компании разумное, то они уже должны как минимум предлагать вам вакансию дизайнера интерфейсов под айфон.
Добрый вечер всем, у меня нет аккаунта на хабре, поэтому я попросил написать пост моего друга — arbyte, т.к. возможны некоторые непонятки в дальнейшем. В часности обвинения в плагиате и т.д.
Я делал варианты редизайна текущего интерфейса «Киви в мобильном», все скрины показать не могу, но вот уменьшенные картинки некоторых страниц.
Из-за того, что все люди думают одинаково в редизайне есть и терминал и чек и смятый чек и деньги. Есть двадцать вариантов иконок приложения, в т.ч. с фоном в виде терминала.
Выложить флеш-демо интерфейса я тоже не могу, но уверяю вас, анимация там адекватная.
Так или иначе, автору темы рекспект за работу! Хоть меня иногда и шокирует, когда понимаю насколько мы все одинаковые))
Я делал варианты редизайна текущего интерфейса «Киви в мобильном», все скрины показать не могу, но вот уменьшенные картинки некоторых страниц.
Из-за того, что все люди думают одинаково в редизайне есть и терминал и чек и смятый чек и деньги. Есть двадцать вариантов иконок приложения, в т.ч. с фоном в виде терминала.
Выложить флеш-демо интерфейса я тоже не могу, но уверяю вас, анимация там адекватная.
Так или иначе, автору темы рекспект за работу! Хоть меня иногда и шокирует, когда понимаю насколько мы все одинаковые))
А можно в чуть большем размере? Идея с листающимися внизу чеками нравится, клевая, мне не приходило в голову так историю представить :)
Выглядит красиво, но не юзабельно особо, это уже от любви кастомера к рюшечкам, делал как слайдин горизонтальный только с товарами рекомедуюмыми, есть случаи случаного надимания и не у всех есть понимание что можно горизогтально листать. Такие же мысли по жкрану платежи, тоже лишь красивости но хромает информативность, данное решение я бы предложил лишь для изображений каких либо и то которые не понадобится сортировать лишь для беглого быстрого поиска и наглядности. В вашем же случае один айтем является не самодостаточным, я бы сказал что не верно тратится простаранство, либо как вариант уменьгения информации на представлемых чеках, вообщем тут спорно, и вообще по приложению много вопросов.
Юзабельность будет зависеть от реализации, а тут, я сказал, мне понравилась идея. Awesome Note, к примеру, такой стиль подачи удобно реализовал.
Согласен, я просто подумал что вы решили позаимствовать для киви клиента эту реализацию… А по Awesome Note, конечно мега продуманное приложение, но ребята думаю не просто так предусмотрели вариант переключения список, окна, ведь для некоторых не особо чем то пользользующихся необходимо красиво, а не функционально и раработчики понимали думмаю, что в силу аудитории приложения, они должны охватывать большую айдиторию, даже ту которая любить когда красиво. Хоть тут может есть, какие аспекты реализации и удобства которые я не вижу, так как не особо для меня используемое повседневно приложение.
Вы конечно извините, но у автора темы видно, что больше опыта и понимания пользовательских интерфесов. Схожеть в рисованом терминале и чеках, не критерий схожести, все таки у Вас разные подходы к самому интерфейсу. Вот у меня на работе, как раз в большинстве случаев мокапы имеют то что показали Вы, но хотелось бы чтобы были как у автора, в силу того что в мокапах есть очень понятное поведение будущего приложения. Т.е. интерфейс как я думаю строится понимания взаимодействия, а не пусть будет тут это, а вот сюда давайте это, вот как например на последнем слево направо в первом ряду. Это же ужас, хотя признаться стоит что понимаю что многие решения регламинтируются кастомером а не дизайнером, хотя тоже бывают и хреновые дизанеры. И по вагему редизайну тоже очень много вопросов.))) Вообщем, это только мое мнение)
Отличная работа, намного лучше сабжевого оригинала.
Начало хорошее! Теперь о грустном
а) псевдообъемные элементы списка — буэээ, не по гайдлайну. Элемент либо имеет объем и является кнопкой, либо плоский и является, например, элементом списка. Это у вас самый большой косяк :-)
б) задумка с чеком/квитанцией хорошая, но недоделанная имхо. Вводить данные все же привычнее во что-нибудь более стандартное, а чек/квитанцию можно показывать на шаге подтверждения платежа и/или сохранять в истории исключительно как декоративный элемент «на память».
а вообще конечно сделано здорово!
а) псевдообъемные элементы списка — буэээ, не по гайдлайну. Элемент либо имеет объем и является кнопкой, либо плоский и является, например, элементом списка. Это у вас самый большой косяк :-)
б) задумка с чеком/квитанцией хорошая, но недоделанная имхо. Вводить данные все же привычнее во что-нибудь более стандартное, а чек/квитанцию можно показывать на шаге подтверждения платежа и/или сохранять в истории исключительно как декоративный элемент «на память».
а вообще конечно сделано здорово!
А) По-моему, они по внешнему виду полностью соответствуют тому, чего ожидаешь в айфоне. Плюс объемные те, что нажимаются в принципе как кнопки. А история, к примеру, не объемная. Но критика принимается, окей :)
Б) Я уже тоже подумал, что стоит оставить там поле ввода также, как и для несохраненного пополнения.
Б) Я уже тоже подумал, что стоит оставить там поле ввода также, как и для несохраненного пополнения.
там их два вида, те что немного вогнуты — выглядят замечательно, те что выпуклые, как кнопки, — буээ. Обратите внимание, что эппл кодирует назначение элемента не только формой, но и цветом. В вашем случае два разных элемента (кнопка и элемент списка) имеют практически одинаковую форму и цвет…
Еще непонятно, что будет при нажатии на те поля, которые подразумевают ввод информации (номер телефона например). У эппла на плоском элементе поле редактирования выглядит весьма органично, а у вас получится редактирование лейбла кнопки а-ля какой-нибудь interface builder & etc.
Еще непонятно, что будет при нажатии на те поля, которые подразумевают ввод информации (номер телефона например). У эппла на плоском элементе поле редактирования выглядит весьма органично, а у вас получится редактирование лейбла кнопки а-ля какой-нибудь interface builder & etc.
1) Как раз по гайду и вообще придерживается общего представления таблиц (Линейный, Группа).
2) Ну, тут может стоит немного сместить фокус на вводиму информацию (чтобы поля ввода было видно активным, а остальное лишь приглушенный фон)
2) Ну, тут может стоит немного сместить фокус на вводиму информацию (чтобы поля ввода было видно активным, а остальное лишь приглушенный фон)
1. как объянить юзеру чего куда вводить на «кредитке».
2. на месте компании киви я бы всё украл и мне бы за это ничего небыло ж)
2. на месте компании киви я бы всё украл и мне бы за это ничего небыло ж)
1) Кредитку вообще надо полностью перерисовать в нормальном виде. Добавил скорее как реквест функции :) А по задумке — там подсказки есть полупрозрачные, пока не ввел что-то туда.
2) Посмотрим :)
2) Посмотрим :)
Для ввода кредитки есть смысл использовать плавающие поля ввода. Т.е. есть в список полей с необходимой для ввода полями, при тапе на поле выезжает клавиатура согласно типу поля (цифра, текст), само поле плавно съезжает на клавиатурой, над полем что-то вроде всплываюшего окошка (облака) на котором нарисована та сторона кредиски с которой неоюходимо ввести инфу и по поле находится в красной рамке.
После клика на клаве «дальше» к примеру, повторяются шаги. После прохождения всех полей отображается кредится с введенными даными ее можно переворачивать. Где-то под ней есть редоктировать и подтвердить.
Как вариант.
После клика на клаве «дальше» к примеру, повторяются шаги. После прохождения всех полей отображается кредится с введенными даными ее можно переворачивать. Где-то под ней есть редоктировать и подтвердить.
Как вариант.
Данные кредитки реальные? ;D
Вот по-больше бы таких людей было причастно к выпуску софта! Эх, мечты…
Кончил =)
Хотел у автора уточнить, будет ли он против использования некоторых его идей в аналогичном приложении для android? И если будет, то что нужно сделать, чтобы он перестал быть против? ;-)
Ну, автор наверняка будет не против материального поощрения, просто чего-нибудь клевого (разных там знаний, лайфхаков, пропусков куда-нибудь или просто какой-нить обалденной никому не нужной штуковины), но идеи авторским правом не охраняются, так что пользоваться ими я вам не запрещу :)
Если будет хорошее приложене — мне не жалко.
Если будет хорошее приложене — мне не жалко.
если не трудно, расскажите потом — чем закончился ваш диалог с кивийцами? )
а можно поинтересоваться, в xcode набросали? или есть какойто софт для UI Design?
красиво но
кастомная клавиатура ввода пароля + кастомное поле над такой клавой
кастомные навбар? + кнопки ( надеюсь это вы так отобразили дефалтовый )
кастомный таббар? такой фон не прокатит для тефалтового
градиент для групповой таблицы ( Оплата услуг к примеру ) — кастоный целл с ручной отрисовкой
поле ввода с белыми и серыми цифрами? это уже фантастика
о кастомном фоне на переключателе в настройках тоже можно забыть
во всем остальном круто ))
но получилось дорого
кастомная клавиатура ввода пароля + кастомное поле над такой клавой
кастомные навбар? + кнопки ( надеюсь это вы так отобразили дефалтовый )
кастомный таббар? такой фон не прокатит для тефалтового
градиент для групповой таблицы ( Оплата услуг к примеру ) — кастоный целл с ручной отрисовкой
поле ввода с белыми и серыми цифрами? это уже фантастика
о кастомном фоне на переключателе в настройках тоже можно забыть
во всем остальном круто ))
но получилось дорого
Отличная работа. Такие люди всегда вызывают уважение. Жаль что не могу плюсануть!
Вот мне всегда было обидно, что жирные компании с огромными бюджетами тупо не хотят заплатить 2-5к баксов умному дизайнеру интерфейсов. Для них это сущие копейки.
Как часто в странах СНГ бывает — если и выделяются деньги на разработку чего-то хорошего, как правило этим пользуются руководители отделов и просто заказывают у фирм, которые сделают настоящее УГ и получают откат. Причем зачастую этот откат намного больше, чем стоимость, заплаченная УГ-компании.
Вот мне всегда было обидно, что жирные компании с огромными бюджетами тупо не хотят заплатить 2-5к баксов умному дизайнеру интерфейсов. Для них это сущие копейки.
Как часто в странах СНГ бывает — если и выделяются деньги на разработку чего-то хорошего, как правило этим пользуются руководители отделов и просто заказывают у фирм, которые сделают настоящее УГ и получают откат. Причем зачастую этот откат намного больше, чем стоимость, заплаченная УГ-компании.
А вы сами представляете себе как хранить данные о ВСЕХ ТЕРМИНАЛАХ что их находить на гугле, да и перемещают их владельце на дню не раз.
Меня автомат с АХУЕШИМ красным глазом пугает… точняк заберет бабло в никуда.
Меня автомат с АХУЕШИМ красным глазом пугает… точняк заберет бабло в никуда.
Очень интересная тема.
бешеная работа проделана.
Проект просто замечательный.
Авторы молодцы
бешеная работа проделана.
Проект просто замечательный.
Авторы молодцы
Если не прошла оплата, не нужно сминать чек. Сминать нужно при отмене, при ошибке должна быть возможность исправить/повторить.
Очень качественная работа
Понравилось.
Автор молодец.
Автор молодец.
Вочик, потрясно. Личный респект автору! :-)
Все мегаохуенна. Буду сегодня под микроскопом изучать)) Есть конечно к чему придраться, но я бы только подсказал, что на денежках вместе с цветом, при возрастании суммы нужно менять и кодирование для людей с ограниченным зрением в виде полосочек и кружка на белом поле.
не работал с оригинальным приложением, но возник вопрос: в чём разница между «мобильник» и «сотовый» на этом скриншоте?
О, как неожиданно видеть тут одногруппника!
Молодец.
Молодец.
Какой софт использовался для проектировки интерфейса?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Интерфейс программы Киви для Айфона