Привет.
Обратная связь
Пару слов скажем о прошлом изобретении. Это были отапливаемые дороги. В комментариях упомянули о буквальном следовании стандартам изобретательства ТРИЗ, где самым идеальным вариантом конструкции должна быть предельная степень динамичности объекта. Даю слово автору:
И это решение на самом деле позволит как разрушать плотный снежный покров уже имеющимися ресурсами гибкости дороги и весом автомобиля, так и обеспечивать поверхность для перемещения. Связанная гравийная структура же позволит утилизировать ненужные объемы снега в почву при таянии. И если бы эластичное связывание гравия в единую структуру было бы плевым делом, на этом можно было и остановиться. Однако это дело непростое. Поэтому я бы рекомендовал следующий вариант:
Изготовление такого полотна — задача куда более сложная, нежели традиционный гравий с битумом смешать, но здесь и эластичность, и утилизация снега. Единственное, минусом будет застревание крупных кусков всякого мусора. Арматура хорошо будет вертикально держаться. Есть, в общем, недочеты. Память мне подсказала еще более простой вариант.
Тут стоит обратить внимание на элемент, обозначенный позицией 5. Это обычная сетка Рабица. Если кто не помнит, то она изготавливается плетением, которое обеспечивает ей эластичность:
Таким образом, при должных толщине прута, размерах ячеек, высоте слоев и материалах подложки можно обеспечить удержание автомобилей, эластичность хода и даже нагрев, если использовать один из слоев в качестве нагревательного элемента (ТЭНа). Застревающие камни, правда, все еще остаются. Формулу изобретения при этом менять не придется, потому как даже в таких формулировках первоначальный текст включает и такой вариант. Перейдем к следующим наработкам.
Изобретение можно отнести к расширению существующих функций смартфонов, и наверняка его реализация «в металле» не требуется большинству. Впрочем, может, и меньшинству тоже. Однако раз у меня мысль возникла, значит, кому-то может пригодиться. Оценить же, насколько готовое решение утяжелит существующий Android, я не могу. Уверен, что мне подскажут в комментариях. Но сначала немного предыстории.
В обсуждениях я нередко говорю о том, что предпочитаю использовать смартфон по максимуму. И если есть возможность выполнить задачу только лишь усилиями этого электронного устройства, то им и ограничиваюсь. Разумеется, писать тексты посредством экранной клавиатуры не очень удобно. Несмотря на то, что я все же сдался и осваиваю метод печати посредством жестов (родоначальник — клавиатура Swype) на Яндекс Клавиатуре, натренированность последней пока слабая. Поэтому в случае необходимости я обращаюсь к Bluetooth-клавиатуре. Ее использование вкупе со смартфоном и открыло для меня тот минус, с которым мы попытаемся справиться нашим изобретением.
При работе за настольным компьютером (я пользуюсь Windows) чаще всего нами используется несколько программ одновременно. Файловый менеджер, браузер, графический редактор. Кто-то, возможно, смотрит во втором окне сериал и т.п. И переключение между этими приложениями осуществляется максимально точно с помощью сочетания клавиш Alt + Tab даже без использования мыши. А если вам требуется переключение исключительно между двумя приложениями, то процесс становится еще и мгновенным. Со смартфонами схожего удобства добиться штатными методами не получится.
Проблема
Все дело в скорости. Сегодня уже можно констатировать, что современный смартфон — очень мощное средство по скорости работы памяти. Вот, например, показатели для моего Z50 Ultra:
А значит, и переключаться между приложениями он должен со схожей компьютеру скоростью. Безусловно, профессионалы мне сейчас укажут на отличия в работе памяти у Android и у Windows, но на приложениях для типовых функций скорости на глаз сопоставимы. А вот удобство переключения между приложениями — нет. Выше я упомянул Bluetooth-клавиатуру, которую иногда подключаю к смартфону. И хотя у нее также есть кнопка «Tab», того же комфорта, что на Windows, попытки переключаться между программами не дают. Все дело в том, что смартфону нужно «пролистывать» окна запущенных программ, и для запуска определенной необходимо остановить экран именно на ней:
При этом на настольном компьютере достаточно с любой скоростью нажимать на одну кнопку для быстрого перехода. Программки просто будут по очереди подсвечиваться, оказавшись всеми плитками на виду:
Однако для работы клавиатуры используется приложение External Keyboard Helper. В этой программе можно не только переназначать клавиши, но и создавать горячие клавиши для запуска особо важных приложений. Таким образом, работая с несколькими программами, можно переходить непосредственно к ним, где бы в очереди окон в диспетчере они ни были. Единственное, этот фокус не проходит с Google Docs, поскольку программа отображается двумя окнами. Одно для самой программы, а второе — уже для открытого документа.
Таким образом, проблему я вижу как-то так. Ввиду интерфейса, рассчитанного на касание пальцами и жестовое управление, смартфон не позволяет оперативно переключаться между приложениями с минимальным количеством действий.
Уровень техники
Среди известных решений того, которое бы решило проблему, не нашлось. Общая схема у большинства диспетчеров запущенных приложений одна и та же. Кто-то располагает окна очередью, кто-то плиткой, кто-то каскадом, но листать в любом случае нужно. Где-то жесты оказываются короче, где-то длиннее, но время переключения приложений сопоставимо за счет примерно одинаковых манипуляций пальцами.
Первое решение, как уже было отмечено выше, — это внешняя клавиатура.
Минусы очевидны. Нужно дополнительно носить с собой. Плюс интерфейс переключения приложений все еще останется адаптированным для касаний и жестов. И здесь могло бы помочь следующее решение:
Смартфон подключается к док-станции и управляется посредством привычных устройств ввода и отображения информации. Подобные док-станции также изменяют интерфейс, подстраивая его под клавиатуру и мышь. Минус — ограниченность в выборе док-станций, которые зачастую изготавливаются для конкретных моделей смартфонов. Причем далеко не для бюджетных.
Как же будем решать проблему? Для этого обратимся к традиционному устройству диспетчера запущенных приложений:
На иллюстрации выше мы можем видеть ландшафтную ориентацию экрана (судя по всему, планшета), где запущено два приложения, между окнами которых мы можем переключаться. Они отображены рядом. Однако в соответствии с окошком в нижней части мы можем видеть, что таковых приложений может быть больше. В этом случае они либо станут наслаиваться друг на друга, либо просто сместятся за границы экрана. И в том и в другом случае потребуются жесты. Однако есть и одна общая деталь. Так или иначе, потребуется нажатие на кнопку диспетчера.
На изображении выше можно заметить, что частично интерфейс Android пытается повторять свои настольные аналоги. По крайней мере, ту часть, что касается вот этого изобретения:
Это кнопки «Вперед» и «Назад», осуществляющие переключение между двумя последними действиями.
Но мне показалось логичным объединить возможность менять иконки на панели навигации местами и жестовое управление. Кроме того, отлично дополнит наше изобретение еще и виброотдача. Приступим.
Осуществление изобретения
Изобретение относится к способу управления электронным устройством, имеющим возможность одновременного удержания в оперативной памяти нескольких запущенных приложений. Например, смартфоном. Пользователь в процессе использования смартфона запускает несколько приложений для выполнения необходимых задач. Для переключения между приложениями доступна панель навигации в нижней части экрана, на которой отображаются соответствующие иконки. Режим, установленный пользователем для взаимодействия с панелью навигации, имеет следующие особенности. При необходимости переключиться между двумя последними приложениями пользователь касается иконки диспетчера запущенных приложений и, не отрывая пальца от экрана, делает жест «Влево». Для того, чтобы вернуться к предыдущему приложению, пользователь касается кнопки диспетчера и, не отрывая пальца от экрана, делает жест «Вправо». Переключение между приложениями работает аналогично не только для последнего и предпоследнего запущенных приложений. Способ уместен в случае любой пары приложений, находящихся в общей очереди на соседних позициях. Если же приложений запущено слишком много и переключение большим числом подобных жестов утомительно, есть альтернативный вариант. Для этого пользователь касается кнопки диспетчера запущенных приложений и, не отрывая пальца от экрана, смещает палец вверх. Появляется горизонтальная панель прокрутки, по которой, не отрывая пальца от экрана, пользователь перемещается среди мелькающих по экрану окон запущенных программ. При этом перемещение окон сопровождается вибрацией в качестве дополнительного ориентира.
Идея с удержанием кнопок занимает меня с того момента, как было предложен аналогичный алгоритм для наведения фокуса при фотографировании одной рукой:
Здесь тоже уместно будет сказать, что способ помогает в случае удержания смартфона на весу одной рукой. Поскольку способ не реализован, проверить, насколько он ускорил бы работу, я не могу. Но думаю, что ускорил бы.
Формула изобретения
1. Способ навигации по запущенным приложениям на устройстве с сенсорным экраном, состоящий в том, что:
- пользователь касается кнопки диспетчера запущенных приложений и, не отрывая пальца от экрана, делает жесты «Влево» или «Вправо» в зависимости от очередности запуска требуемого для перехода приложения;
- пользователь касается кнопки диспетчера запущенных приложений и, не отрывая пальца от экрана, делает жест вверх и в появившемся окне смещает палец влево и вправо для быстрого пролистывания длинных очередей запущенных приложений.
2. Способ навигации по запущенным приложениям на устройстве с сенсорным экраном по п.1, отличающийся тем, что пролистывание длинных очередей запущенных приложений сопровождается вибрацией.
Вот такая задумка. Немногим потребуется, но задачу, на мой взгляд, упростит. При этом мне не видится большой сложности в реализации.
Смелых идей, отличных изобретений и успешных продуктов. Удачи!
Прессованный настил с ячейкой 33х11 и 33×33 — RubberGrips
Свайп назначить на перелистывание, вперёд назад
На интересует последнее
А насколько быстрое переключение на телефонах критично по сравнению с ПК? У меня вот допустим три монитора обычно именно потому что мне нужно или много пространства или альт-табаться между окнами постоянно ну и видео с котиками нужно, иначе как работать? А вот на мобиле я реально не помню ситуации когда мне бы нужно было что то подобное сделать и уж точно не с такой частотой. В итоге зачем заморачиваться? У мобил свои сценарии использования и челленджы для разработчиков ЮИ. Может поэтому и имеем то что имеем?
Deodorant, воооот. Отличная штука. Небольшие коррективы в механизме крепления между собой, подборе материала для износостойкости и продумать нагревательный элемент.
>> Свайп назначить на перелистывание, вперёд назад
Это в том или ином виде уже реализовано и довольно очевидно. По сути в формуле изобретения мы и даём такую возможность, но увязав это с переключением длинных очередей приложений (всплывающее окно над кнопкой диспетчера) получаем новое изобретение.
Warak, ,
>> я реально не помню ситуации когда мне бы нужно было что то подобное сделать и уж точно не с такой частотой
Так речь и не идёт о том, что прям всем это нужно. Когда мне понадобилось я и задумался) Но смоделировать ситуацию довольно легко. Вы увидели прикольный мем и вам захотелось его отправить. Но он не точно такой как нужно, поэтому требуется его скачать, замазать ненужные подписи, вставить облачко диалога, вписать нужную фразу и переслать. Запущенная соцсеть или браузер — это раз. Редактор изображений — это два. Нужный шрифт на картинку (поскольку шрифт встроенного редактора отстой) — это три. Если отправить нужно в другую соцсеть — это четыре.
Если бы был комп, то многое можно вообще только в одной программе делать, но на мобилках скорее всего не удастся все в одной программе найти. А потому переключаться нужно.
Mikhail Volkov, Ну так я тоже не о том что это не нужно, а о том что кол-во людей которым это может потребоваться не достаточно для того чтоб заморачиваться. Оно вряд ли так просто реализуется как кажется. А может там еще десяток не очень очевидных причин, мало ли 🙂 Но да, людей много разных, а значит и сценариев много разных.
Не совсем понял. Или, даже, совсем не понял.
Во1х. Начали за здравие, переключение с клавиатуры, закончили сенсорным экраном.
Во2х. Оно ведь именно так и работает. Свайп вбок переключает соседние (при желании можно и далеко уйти, но смысл?), свайп вверх выводит карусель. Всё что надо, это не копировать на маленьком экране смартфона идею предпросмотра приложений с десктопных ОСей, а сделать вертикальный список обычных заголовков.
Если на приложение выделить по 1 см вертикального места, в зоне доступности большого пальца, в один клик окажутся 5-6 приложений. Более чем достаточно. Если дать 1.5 см — 3-4 приложения (тоже в целом достаточно), но даже можно положить микроиконку предпросмотра. Только не всего экрана приложения, а допустим верхней половины.
Если что, то придумал не сам, а описал список вкладок в FireFox в режиме списка. Если надо для лучшего визуального восприятия годности идеи, то могу приложить скрин.
Lecron, ,
>> Начали за здравие, переключение с клавиатуры, закончили сенсорным экраном
С клавиатуры я начал, чтобы было яснее требование к удобству переключения в одно нажатие, которого хотелось бы добиться на сенсорном экране.
>> Свайп вбок переключает соседние (при желании можно и далеко уйти, но смысл?)
Это имеет смысл если открыто много приложений и работаешь сразу с несколькими. Так бывает.
>> а сделать вертикальный список обычных заголовков
Этот вариант интересней, поскольку позволит не листать экран. Однако есть и свои тонкости. Например, при пяти шести они еще более или менее комфортно будут отображаться на экране и даже частично покажут содержимое окна, но к верхнему придется тянуться пальцем. При опять же большем числе запущенных приложений они слепятся до названий. Мне удобнее ориентироваться по интерфейсу, который желательно видеть в превью. Например, заметки у меня в темном Obsidian (он почему-то может быть только черным, что лично меня бесит, но уже привык), а редактор графики в голубых тонах, у YouTube тоже своя расцветка, Total Commander в фирменном цвете Far'а, а какую-нибудь «Галерею» проще узнать по обложкам альбомов. По содержанию окна я быстрее сориентируюсь, что мне нужно, но этих окон много их приходится пролистывать отвлекаясь на содержимое и сбиваясь с мысли. Быстро их пролистать и остановиться на нужном не всегда получается.
Mikhail Volkov, >> Однако есть и свои тонкости.
Кажется вы мысленно увидели неправильную картинку. Поэтому в следующем посте (из-за премодерации) выложу скрин. Там правда свои тараканы. Список норовит прилипнуть к верхнему, а не нижнему краю. Но даже если высоту элемента уменьшить в полтора раза, превью останется узнаваемым.
>> но к верхнему придется тянуться пальцем…. При опять же большем числе запущенных приложений они слепятся до названий.
Дизайн это сделать удобно и по возможности красиво. А не как сейчас принято, наоборот. :))
А удобно, это учесть, что чем ближе приложение в списке последних, тем чаще к нему нужен доступ.
И тут возможны варианты. Например.
а) Последние 4 высотой 2 см, иконка + название + иконка предпросмотра. Следующие 4 по 1 см — иконка + название. Следующие — одна строка из 4-5 иконок.
б) вертикальная карусель. Первые два карточкой, следующие 3 списком с плашкой предпросмотра, следующие 3 текстом. Можно ткнуть пальцем сразу, а можно сдвинуть вниз и "раскрыть" плашку до карточки, текст до плашки.
Mikhail Volkov, Обещанный скрин
Lecron, ,
>> Кажется вы мысленно увидели неправильную картинку
Да нет, все так и понял. Но вот сами сейчас представьте переключение между первой вкладкой и самой верхней. Откройте их для неудобства десять. Если они сожмутся, то их и на превью не рассмотреть будет, и попасть пальцем уже проблематично (тянуться, перехватывать и т.п.). Если же размерность сохранить, то привет пролистывание.
Мне показалось удобным если по жесту экраны перед глазами сразу мелькнут до нужной картинки и все. Но проверить нельзя, потому только полемика)
Сейчас, в общем-то, частями все уже реализовано, но именно что частями. Все ручками нужно доводить. Вот и задумался о едином решении.
Deodorant, а если провести, то что произойдет? Перескочит на одно приложение?
Mikhail Volkov, Да
Переходит сразу на приложение
Lecron, Зачем представлять доступ к 10-й вкладке? Это исчезающий кейс.
Задача стоит: Чем "ближе" приложение в списке последних, тем проще должен быть доступ. Даже за счет некоторого ухудшения к далеким. И медиану поставил бы в районе 4-5.
>> Мне показалось удобным если по жесту экраны перед глазами сразу мелькнут до нужной картинки и все.
Проверить нельзя, но представить можно. Представить для условий, когда порядок приложений, особенно далеких, про которые уже забыли, пользователю неизвестен. То есть при листании, он должен успевать осознать, уже нужное или еще нет, или ой, нужное уже проскочили :))
Просмотр статичного списка намного проще, чем движущегося. В худшем случае, его нужно позволить немного прокрутить, чтобы под палец попало нужное. А в самом худшем случае, 10+ позиция, ничего страшного, даже если пользователь вообще не получит к нему доступ и откроет из лаунчера.
Deodorant, я описывал несколько другой сценарий. Представьте, что приложений у вас открыто пять-шесть. Значит вам нужно будет сделать несколько таких жестов, либо нажать на кнопку диспетчера и пролистать до нужного. Идея заключалась в том, чтобы коснуться кнопки диспетчера и не отрывая пальца сразу одним жестом контролируемой длины прокрутить карусель приложений до нужного. Типа как зажать пробел на клавиатуре и, смещая палец, установить курсор в нужное место (Samsung и Яндекс так точно умеют).
Lecron, ,
>> он должен успевать осознать, уже нужное или еще нет, или ой, нужное уже проскочили :))
Тут уже кто насколько быстро осознает)
В любом случае сегодняшний диспетчер меня устраивает далеко не полностью, а я точно не один такой. Так что, уверен, какие-то еще решения все равно будут. Поглядим.
Deodorant, Фактически, на карусель, нужно добавить свайп/жест для непрерывного прокручивания.
И да, откуда кнопка? Если экран большой, вывод на монитор или хотя бы планшет, куча приложений и так влезет. А если маленький, смартфонный, где в фиче потенциально наибольшая нужда, то никаких кнопок нет. При жестовом управлении, совместить в один жест и открытие карусели, и сразу же ее прокрутку, кмк, не выйдет.
Но в целом согласен, развивать переключение приложений нужно. Либо компактизируя отображение для сокращения навигации, либо развивая навигацию при небрежном отношении к экранному пространству. А еще лучше, сделать оба и дать выбор :))