Ну и по пунктам:
1. Единственное, что можно принять за недостаток. Тут я да, «прикрылся» волей заказчика. Вот такой я безответственный программист.
2. Будет, если не заменять backBarButtonItem своей иконкой.
3. То же самое происходит при обычном push segue. Открываешь новое окно кнопкой справа, а закрываешь — кнопкой слева. Как же быть владельцам больших экранов?
Напоминаю, что вы критикуете родной, стандартный push segue в iOS. Единственное, что здесь необычно — это показ второго окна при старте приложения, вместо первого.
Если модераторы Apple не поймут желания заказчика, анимация будет переделана на modal и нет проблем.
Но вот это решение может кому-то еще пригодится, потому что я его нигде не нашел. Походите по ссылкам, оцените костыли.
Если это окно «вдруг уничтожится», то такая незавидная участь может постигнуть любое другое окно в приложении, потому что эти 2 от них ничем не отличаются.
Если приложение не пройдёт модерацию из-за того, что одно окно открывается слева, а все остальные справа — не вопрос, сделаем info модальным и никто уже не будет против.
Но, на мой взгляд, здесь нет никакого криминала — так только лучше выглядит и понятнее работает. Правая кнопка открывает окно справа, левая — слева. Дальше по ходу программы так везде (потому что все push только направо, а возвраты налево =)).
До покупки IDE от JetBrains я успешно получал их Open Source лицензии бесплатно. У обсуждаемой Parallels Desktop, насколько я понимаю, такой возможности нет.
Сейчас у меня одинаковая работа на виртуалке, и на реальном сервере: доступ через SSH, заливка по SFTP и т.д. Мне это очень нравится и при деплое не бывает проблем.
Наверное, shared-директории тоже удобно, но мне нравится вот так.
У меня проекты привязаны к разным deployment и я отправляю код то на локальный, то на продакшн. Зачем использовать локальные директории, если их нет на удалённом сервере — не знаю.
Например я скрываю NavigationBar при прокрутке страницы, а для этого нужно знать, что пользователь её прокрутил и до какого места.
Также приложения могут подсвечивать номера телефонов, ссылки и обрабатывать клики по ним.
Необходимость в произвольном вывозе javascript со стороны приложения на веб-странице я вот сейчас не могу обосновать, но сама возможность меня, как юного разработчика, греет.
И почему до этого (топик) додумались только сейчас
Я не пробовал это делать, но, наверное, не так уж это и просто, раз раньше не додумались. Не знаю, в общем.
Сначала показываются все письма и сверху активна кнопка возврата на список к ящиками. Так что, поведение вполне стандартное.
1. Единственное, что можно принять за недостаток. Тут я да, «прикрылся» волей заказчика. Вот такой я безответственный программист.
2. Будет, если не заменять backBarButtonItem своей иконкой.
3. То же самое происходит при обычном push segue. Открываешь новое окно кнопкой справа, а закрываешь — кнопкой слева. Как же быть владельцам больших экранов?
Напоминаю, что вы критикуете родной, стандартный push segue в iOS. Единственное, что здесь необычно — это показ второго окна при старте приложения, вместо первого.
Если модераторы Apple не поймут желания заказчика, анимация будет переделана на modal и нет проблем.
Но вот это решение может кому-то еще пригодится, потому что я его нигде не нашел. Походите по ссылкам, оцените костыли.
У вас есть свой, более правильный, вариант left to right segue?
Если ваше решение — переубедить заказчика, то это не решение поставленной задачи, а её изменение.
Вот, смотрите, добавил таблицы.
Если это окно «вдруг уничтожится», то такая незавидная участь может постигнуть любое другое окно в приложении, потому что эти 2 от них ничем не отличаются.
Если оставить стандартную — то жест включается, а так нет.
Если приложение не пройдёт модерацию из-за того, что одно окно открывается слева, а все остальные справа — не вопрос, сделаем info модальным и никто уже не будет против.
Но, на мой взгляд, здесь нет никакого криминала — так только лучше выглядит и понятнее работает. Правая кнопка открывает окно справа, левая — слева. Дальше по ходу программы так везде (потому что все push только направо, а возвраты налево =)).
Ни у transmission, ни у deluge, ни у utorrent такого не нашел — нужно писать путь ручками.
До покупки IDE от JetBrains я успешно получал их Open Source лицензии бесплатно. У обсуждаемой Parallels Desktop, насколько я понимаю, такой возможности нет.
Сейчас у меня одинаковая работа на виртуалке, и на реальном сервере: доступ через SSH, заливка по SFTP и т.д. Мне это очень нравится и при деплое не бывает проблем.
Наверное, shared-директории тоже удобно, но мне нравится вот так.
Если нужно что-то разрулить — то руками в консоль.
У меня проекты привязаны к разным deployment и я отправляю код то на локальный, то на продакшн. Зачем использовать локальные директории, если их нет на удалённом сервере — не знаю.
И никаких тормозов не замечал.
Лично я вспомнил ровно одно приложение, в котором авторизировался через браузер — и там использовался Safari.
В любом случае, как скажет Apple — так и будет.
P.S. «Тонна барахла», через которую утекает океан личной информации, в любом случае есть. Неважно, приплетаю я её или нет.
Также приложения могут подсвечивать номера телефонов, ссылки и обрабатывать клики по ним.
Необходимость в произвольном вывозе javascript со стороны приложения на веб-странице я вот сейчас не могу обосновать, но сама возможность меня, как юного разработчика, греет.
Я не пробовал это делать, но, наверное, не так уж это и просто, раз раньше не додумались. Не знаю, в общем.
Выходит, что нужно запретить выполнение произвольного javascript.
Ну тогда не буду пока удалять образы VirtualBox, спасибо!
1. Запретить javascript в UIWebView?
2. Отключить UIWebView и открывать всё в родном Safari?
Других решений я не вижу.