Может быть будем звучать странно, но естественно это я попробовал сделать вторым делом. И не поверите но неизвестно почему — он не очищает куки, я несколько раз выводил весь лист из sharedHTTPCookieStorage, действительно находил для vkontakte.ru — удалял их, при перезаходе приложения обратно смотрю в куки — и они там снова есть.
Может быть тут какая-то смежность, из-за того что вне приложения например поднят VK клиент на айпаде и в Safari загружена его страница.
Я копировал движок google+ для iphone. Если очень внимательно потестить это приложение (то есть быстро скролить вбок, то видно как при быстрой прокрутке страница отскакивает об границы, что значит, что за ней нет еще UIView и contentSize не настроен вас туда пускать). А как только страница перевалила ровно 320px, создаются крайние UIView. Надеюсь люди смогут понять, что я конкретно имел ввиду. Отсюда и завязка логики не как в примере apple.
Код в принципе можно еще и сократить, как минимум вырезать копи-пасты по созданию UIView, и немного улучшить логику от лишних просчетов.
Я не особо силен в программирование под android системы, но мне кажется, если на androide есть контрол, который позволяет листать 3 страницы вправо-влево, при этом получать координаты смещения этих страниц, то просто переписать этот код на java, заменить UIScrollView на этот контрол, UIView — на нужные компоненты, UILabel — на текстовую надпись.
Математику расчета и логику можно же оставить такую же.
Спасибо, обязательно попробую, я всегда пользовался программкой Screen Flick 2.0 — очень удобная для снятия симулятора и настройки сжатия форматов хорошие. Но вот только они выпустили 2.03 которая является платная, а в демо-версии просто ужасный логотип на весь размер записи.
Да я уже думал, что наверно было бы полезно выложить и сам исходник проекта, как никак легче реально скачать и запустить, чем самому все проделывать. Плюс, там есть все же еще и моменты по созданию UIView разных, может быть некоторым разработчикам будет сразу сложно прописать все, или кто-то пользуется только interface builder'ом. Чуть позже создам проект на github.
Отправить «письма в будущее» не сильно новая идея, и ее проявления есть во многих ресурсах, как и сказали выше.
Намного интересней, если бы Ваш проект мог отправлять «письма в прошлое», тем самым изменять ход событий и смещать временную мировую линию. Я бы с удовольствием пользовался сервисом.
не очень знаком с таким вопросом, но разве китайцы не нарушают права на товарный знак выпуская свои телефоны под знаком iPhone, которые являются недоделанным трэшэм на java-платформе. У меня лично лежит такой дома аппарат, купленный за 49$ с надписью iPhone и самое интересное на обратной стороне assembled in California. Хотя на официальном iphone написано designed by apple in California, assembled in China.
когда я передаю запрос на logout мне приходит ошибка
logout string {«error»:«invalid_client»,«error_description»:«client_id is incorrect»}
maiorov.com/ios-development/integratsiya-vkontakte-api-v-ios-prilozhenie/
Здесь Вы писали внизу, что выход при этом все-таки происходит. Но это совсем не так. При следующей авторизации он сразу редиректит на страницу Login Success. Никто не замечал подобную проблему? Хотелось бы знать решение. Пробовал уже поставлять туда параметры для client_id не прокатывает.
Не воспринимайте в обиду, я хотел больше отметить рациональность в собственных разработок, чем нанять программиста на 30 часов по 500руб/час.
Что вышло бы в 15 000 рублей, но экономило бы 98% времени.
Хотел бы сделать пару замечаний и предложить более широкий вид приложения.
Во первых, по самой статье — зачем такое подробное расписание UIKit элементов, базовых форм и обычного построения приложения — мне кажется, имеет смысл это расписывать, если Вы, как минимум, сделали какой необычный протокол, базу данных, архитектуру приложения, сложный графический элемент, внедрили новую библиотеку. Тут так сказать, все стандартно. Простите, если обидел.
Во вторых, по графической части — как было сказано выше, не сильно оригинальное и броское приложение, с другой стороны есть очень много приверженцов стандартно-системного стиля apple, как itunes-appstore-settings. Так что, в этом плане юзабилити и интерфейс настраивают на лаконичность и точность и не раздражают.
В третьих, как и обещал, более перспективный вид:
еще давно хотел развить идею стартапа (но нашел кучу трудностей, так что реализация пока не оправдывает себя), чтобы сделать совмещенную карту поиска заведений / баров / ресторанов по близости + бронирование мест в них + просмотр отзывов + просмотр меню.
Также, когда Вы сидите уже внутри ресторана, можно продолжать пользоваться приложением для заказов внутри заведения, общения с соседними столиками, вызову официанта, интерактивному просмотру меню и прочего.
грамотный программист под objective-c с опытом от 1 года сделает в принципе такое приложение полностью (с заранее готовыми макетами, картами переходов, дизайном в psd, серверной частью) за 25-30 рабочих часов, с полным покрытием тестами и выкладыванием в appstore. Если не верите — можно устроить тест)
eсли можете выложить любой сет от 36 фотографий (или передать в личку) могу выложить приложение для iphone которое корректно и эффективно отражает 3d вращение. К сожалению на мой сет наложены авторские права
Плюсанул за важный аспект, но кстати есть случаи, когда автор идеи не является руководителем разработки. Если действительно у тебя нет способностей к организации и контролированию людей, можно включить в затраты на разработку оплату хорошего project-менеджера.
Спасибо конечно за статью, сейчас у самого есть 5 адекватных идей для стартапов, занимаюсь составлением описаний, презентаций, экономических расчетов. Готовлюсь, так сказать, к поиску инвесторов.
Все же мне кажется, что в статье не затронута главное для инвестора — монетизация, период окупаемости, ориентировочная популярность приложения — все то, на основе чего инвестор, будет делать для себя выводы.
+ Еще хотелось бы увидеть пару советов по поводу не живых одно минутных презентаций, а в формировании именно документа с описанием идеи для электронной передачи в инвест-фонд. Потому что это более распространенный вариант, и на первом этапе, инвестор, как правило, просит Вас выслать именно электронный вариант. А вот с ним все сложнее: нужно соблюдать и краткость, лаконичность, и очень подробно хочется расписать сразу все нюансы приложения, возникает куча вопросов как графически оформить, чтобы было понятно и приятно читать. Идеально было бы посмотреть на образцы таких документов, которые уже успешно инвестируются.
раньше еще находил некий движок, работающий даже на iphone 3.2, тоже через CG, где лист мог гнуться как угодно, от той области, за которую ты начинал тянуть. Но лагов там было куча + ужасная пикселизация.
в openGl c aliasing будет полегче.
я не спорю! я лишь подчеркнул, что реализация именно правдоподобности изгиба, переворота страницы и теней лучше в движке, который указал по ссылке.
Решение намного более выгодное
Может быть тут какая-то смежность, из-за того что вне приложения например поднят VK клиент на айпаде и в Safari загружена его страница.
Код в принципе можно еще и сократить, как минимум вырезать копи-пасты по созданию UIView, и немного улучшить логику от лишних просчетов.
Как минимум тут.
Математику расчета и логику можно же оставить такую же.
github.com/katleta3000/Google-Navi
Намного интересней, если бы Ваш проект мог отправлять «письма в прошлое», тем самым изменять ход событий и смещать временную мировую линию. Я бы с удовольствием пользовался сервисом.
NSString *logout = [NSString stringWithFormat:@«api.vk.com/oauth/logout»];
когда я передаю запрос на logout мне приходит ошибка
logout string {«error»:«invalid_client»,«error_description»:«client_id is incorrect»}
maiorov.com/ios-development/integratsiya-vkontakte-api-v-ios-prilozhenie/
Здесь Вы писали внизу, что выход при этом все-таки происходит. Но это совсем не так. При следующей авторизации он сразу редиректит на страницу Login Success. Никто не замечал подобную проблему? Хотелось бы знать решение. Пробовал уже поставлять туда параметры для client_id не прокатывает.
Что вышло бы в 15 000 рублей, но экономило бы 98% времени.
Во первых, по самой статье — зачем такое подробное расписание UIKit элементов, базовых форм и обычного построения приложения — мне кажется, имеет смысл это расписывать, если Вы, как минимум, сделали какой необычный протокол, базу данных, архитектуру приложения, сложный графический элемент, внедрили новую библиотеку. Тут так сказать, все стандартно. Простите, если обидел.
Во вторых, по графической части — как было сказано выше, не сильно оригинальное и броское приложение, с другой стороны есть очень много приверженцов стандартно-системного стиля apple, как itunes-appstore-settings. Так что, в этом плане юзабилити и интерфейс настраивают на лаконичность и точность и не раздражают.
В третьих, как и обещал, более перспективный вид:
еще давно хотел развить идею стартапа (но нашел кучу трудностей, так что реализация пока не оправдывает себя), чтобы сделать совмещенную карту поиска заведений / баров / ресторанов по близости + бронирование мест в них + просмотр отзывов + просмотр меню.
Также, когда Вы сидите уже внутри ресторана, можно продолжать пользоваться приложением для заказов внутри заведения, общения с соседними столиками, вызову официанта, интерактивному просмотру меню и прочего.
Все же мне кажется, что в статье не затронута главное для инвестора — монетизация, период окупаемости, ориентировочная популярность приложения — все то, на основе чего инвестор, будет делать для себя выводы.
+ Еще хотелось бы увидеть пару советов по поводу не живых одно минутных презентаций, а в формировании именно документа с описанием идеи для электронной передачи в инвест-фонд. Потому что это более распространенный вариант, и на первом этапе, инвестор, как правило, просит Вас выслать именно электронный вариант. А вот с ним все сложнее: нужно соблюдать и краткость, лаконичность, и очень подробно хочется расписать сразу все нюансы приложения, возникает куча вопросов как графически оформить, чтобы было понятно и приятно читать. Идеально было бы посмотреть на образцы таких документов, которые уже успешно инвестируются.
в openGl c aliasing будет полегче.
Решение намного более выгодное