Вы конечно извините, но у автора темы видно, что больше опыта и понимания пользовательских интерфесов. Схожеть в рисованом терминале и чеках, не критерий схожести, все таки у Вас разные подходы к самому интерфейсу. Вот у меня на работе, как раз в большинстве случаев мокапы имеют то что показали Вы, но хотелось бы чтобы были как у автора, в силу того что в мокапах есть очень понятное поведение будущего приложения. Т.е. интерфейс как я думаю строится понимания взаимодействия, а не пусть будет тут это, а вот сюда давайте это, вот как например на последнем слево направо в первом ряду. Это же ужас, хотя признаться стоит что понимаю что многие решения регламинтируются кастомером а не дизайнером, хотя тоже бывают и хреновые дизанеры. И по вагему редизайну тоже очень много вопросов.))) Вообщем, это только мое мнение)
Да действительно, при вводе пароля в 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).
//
// 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
Воощем это только предложение, что на мой вгляд можно улучшить, и я никак не говорю о ошибке проектирования, лишь как об одном из вариантов улучшения на мой взгляд.)
По поводу черной клавиатуры, мы судя по всему о разных вещах говорим, если бы дали ссылку на скрин с такой клавой я бы более четко понял о чем Вы говорите. Хотя, я допускаю, в силу того что не особо сталкивался с реализацией не стандартной клавиатуры с «переключающимися видами», не для ввода только цифр.
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
Все отлично (всегда бы были проникнуты дизайнеры (проектные) спецификой создания UI именно для iPhone), так что по продумманности и UI строгое 10 из 10. Нашел правда два замечания, которые заметил как человек уже разработавший некоторое кол-во приложений (и который часто любит поспорить и по рассуждать по поводу UI).
1) Скриншот «Оплата услуг» второй, там клавиатура имеет полупрозрасный фон. Проблематично будет реализовать кастомную полнофункциональную клавиатуру.
2) И еще, у меня бы возник сразу вопрос, по клавиатурам цифровым. Я бы поменял местами кнопки «стереть» и «оплатить», аргумент в эту пользу это размещение кнопки стирания на стандартной клавитуре приблизительно в той же области где кнопка оплатить, что может привести к случайному нажатию на оплату, в добавок облать размещения стереть слева более удаленная что уже защитит от лишнего нажатия поместя туда оплату. (Хотя конечно можно выдаыать алерт поддверждения и оставить существующий вариант, но как то не по феншую, если можно вообще избежать этого)
А так все реализуемо, если есть API у сервиса могу реализовать, если интересно обращайтесь.
Мне как пользователю другой платформы интересно, время работы девайса при использовании только звонков около 30 мин — 1часа в день, при проигрывании только видео, при проигрывании музыки (а так же качество проигрывания и стандартная реализация проигрывателя в частности возможность управлять аппаратно), возможности синхронизации и загрузки подкастов и всевозможного видео контента. Также интересует доступность возможности работы с удаленной информацией (работа синхронизации) в отсутствии сети. Тоже хотел бы поинтересоваться о скорости разрузки инфо. и считывания с девайса и с флешки, т.к. для меня при интенсивной работе это существенный фактор.
С первого взгляда я немного шокирован, но знаете мне это все движение скорее нравится. Это действительно, интересно и может как когда-то я ушел с окон на iPhone OS так теперь стоит обратить внимание на то, что показал Балмер. (это уже отнюсь не обасанность ежегодная)
Вот тут мне посоветовали посмотреть на pyv8. Но как я понял работает напрямую с движкой v8, а node.js это вроде бы как врапер на v8. Вообщем как-то все запутанно и много если…
Вот не знаю как кому, но мне отдельно привычнее для общения скайп, форумы, для чтения блоги. И блин я даже понимаю твиттер, но гугл вейв какая-то каша малаша, не верю я что за ним будущее, буду ждать может еще кто предложить какую реализацию подобного мешапа.
А я бы сказал, что скорее у они внешне похожи и ихние функции пересекаются. Но iPad это мультимедийная книга (что-ли), а Archos 5 Internet Tablet навороченный мультимедийный плеер, а с установленным на него Android он и начел по функциональности пересекаться с iPad.
А меня в большинстве случает радует отсутствие флеша. Особенно бонусы в виде блока рекламных баннеров, из-за которых иногда краснеет лицо когда даешь кому прочитать что. Ну минусы отсутствия по мне там не возможность проигрывания некоторых видео, но поддержка youtube это компенсирует с лихвой.
А ты не знаешь, где мы в отношении мира? а не свинофермы очередной и жизни лучшей чем во Франции с куском хлеба и главное, что намазать хоть сало есть на хлеб.))) Это я утрирую. Но, странный вопрос…
Ты видишь у нас потребительский рынок?.. Страна в которой на пособие не прожить, а средняя зарплата подразумевает, только возможность накормить, в китайское одеться + купить накопив за несколько лет чудо техники «Горизонт» в 21 веке не может и претендовать на какое-то место, как потребительский рынок.
Ну почему не знаешь, вместо книги, газеты, журнала, (причем каждый стал мультимедийным). Не знаю как кого тут прибило, в плане я поддерживаю кого-то или у меня свое мнение или я умный и вот моя 10001 повторенная мысль… Вообще как потребителю он мне подходит вполне, как никак это услуга, т.е. если книга то есть что почитать, если фильмы то не проблема получить фильм или сериал… то что делали другие больше похоже на железо, эпл сделал услугу в форме книги. (Вот думаю может это для меня все таки устройство которое скажет что читать книги также удобно как и настоящие))) )
Согласен, для кого-то и это будет главное. А по поводу истерии, вот в том же направлении думаю. Эпл сразу даст вам, возможность просто привязав свою кредитку выданную на стройке смотреть фильмы, почитать что-нибудь новое, потрепаться в фейсбуке и т. д. в 2-3 клика, без необходисмости каких-то разберательств даже минимальных в устройтве.
Вопрос насколько развиты (ваши знакомы) и необходимы такие программы которые Вы описываете вашим знакомым. Потому как поверьте такие программы есть. Вопрос нужны ли они тем у кого на смартфоне вы пытались найти ПО.
Клавиатура не относится к окну, оно относится к полю ввода и я встречался только с голубой, а тут оказывается и черная есть (не замечал) вот как оказывается. Буду знать. Можно вычеркивать пунк один))))
//
// 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
По поводу черной клавиатуры, мы судя по всему о разных вещах говорим, если бы дали ссылку на скрин с такой клавой я бы более четко понял о чем Вы говорите. Хотя, я допускаю, в силу того что не особо сталкивался с реализацией не стандартной клавиатуры с «переключающимися видами», не для ввода только цифр.
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) И еще, у меня бы возник сразу вопрос, по клавиатурам цифровым. Я бы поменял местами кнопки «стереть» и «оплатить», аргумент в эту пользу это размещение кнопки стирания на стандартной клавитуре приблизительно в той же области где кнопка оплатить, что может привести к случайному нажатию на оплату, в добавок облать размещения стереть слева более удаленная что уже защитит от лишнего нажатия поместя туда оплату. (Хотя конечно можно выдаыать алерт поддверждения и оставить существующий вариант, но как то не по феншую, если можно вообще избежать этого)
А так все реализуемо, если есть API у сервиса могу реализовать, если интересно обращайтесь.
Спасибо автору за ответы.
Ты видишь у нас потребительский рынок?.. Страна в которой на пособие не прожить, а средняя зарплата подразумевает, только возможность накормить, в китайское одеться + купить накопив за несколько лет чудо техники «Горизонт» в 21 веке не может и претендовать на какое-то место, как потребительский рынок.