Не очень понятно на кого ориентирована данная статья, если для начинающих — то нет нормального описания Aligned, если для профессионалов — сомневаюсь что они оценят данный код и подход(совсем не оценят и будут правы).
А в чем проблема показывать их только тем, у кого он выключен?
А если они так хотят сохранить исторический вид, то и функционал пусть сохраняют.
Мне вот несложно после ввода запроса надать «Enter», кроме того при динамическом поиске, на слабых и не очень девайсах, ввод умудряеться тормозить. Про экономию трафика я вообще молчу.
Да, сейчас это симбиоз дизайнеров с манагерами, менеджерами и прочими, но я общался с дизайнерами — они и без манагеров готовы выкинуть половину функционала, ради пустого места на экране.
Я. Иногда мне хочется быть уверенным что мой поиск не будет с реферальной ссылкой браузера, как это происходит если выполнять поиск из адресной строки.
<накипело>
Я пользователь, и у меня пригорает от того к чему идет безумие дизайнеров, раньше балом руководили программисты и продукты просто работали, дизайнеры могли помочь улучшить дизайн, но не трогали функционал. Теперь же правят дизайнеры со своими свистелками и перделками.
Почему от очередного редизайна <продукта> пропадает половина функций? Дизайнеру видите ли интерфейс переувлажненным стал казаться. Пускай из любимого фотошопа повыкидывает себе половину функционала и оставит две кнопки в материал дезигне.
Хватит поганить работающие вещи уже.
</накипело>
Дизан этот сделан в угоду хиптерам, манагерам, и прочим менеджерам, которые рассчитали что чуть больше анимации принесут еще больше денег, а на пользователей наплевать. Пример с Google Reader показателен — пользователи просили сохранить сервис, а «эффективным менеджерам» то что? Бабла не приносит — не нужен.
Эээ, а что если для меня прошлый ноябрь, это просто прошлый ноябрь, и я не ощущаю никакой особой модели времени и в целом ужастно ориентируюсь в датах/днях недели?
Если удаление обрабатывающего событие объекта в обработчике мешает дальнейшей обработке — то давайте и не будем объект удалять в обработчике. Удалим его в сопрограмме, выполняющейся после обработки события — для чего движок, кстати, имеет стандартный метод. Будем удалять объект при помощи команды Destroy(this.gameObject, 0.0001). Удаление произойдёт, но не сразу, а будет отложено на 0.0001 секунды. Невооружённым глазом этой паузы не заметить, а вот процесс обработки события не запнётся на объекте и спокойно продолжится дальше.
Я не профи в юнити, но разве этот код не может сломаться если ОС решит переключить задачи в момент его исполнения, и 0.0001 секунда для юнити просто будет проглочена.
А если они так хотят сохранить исторический вид, то и функционал пусть сохраняют.
Мне вот несложно после ввода запроса надать «Enter», кроме того при динамическом поиске, на слабых и не очень девайсах, ввод умудряеться тормозить. Про экономию трафика я вообще молчу.
Я пользователь, и у меня пригорает от того к чему идет безумие дизайнеров, раньше балом руководили программисты и продукты просто работали, дизайнеры могли помочь улучшить дизайн, но не трогали функционал. Теперь же правят дизайнеры со своими свистелками и перделками.
Почему от очередного редизайна <продукта> пропадает половина функций? Дизайнеру видите ли интерфейс переувлажненным стал казаться. Пускай из любимого фотошопа повыкидывает себе половину функционала и оставит две кнопки в материал дезигне.
Хватит поганить работающие вещи уже.
</накипело>
— Действительно — захомячить суть самой статьи.
Я не профи в юнити, но разве этот код не может сломаться если ОС решит переключить задачи в момент его исполнения, и 0.0001 секунда для юнити просто будет проглочена.
Помниться сравнение this с NULL было в недрах MFC.