Уголок изобретателя №15. Диспетчер запущенных приложений

Привет.

Обратная связь

Пару слов скажем о прошлом изобретении. Это были отапливаемые дороги. В комментариях упомянули о буквальном следовании стандартам изобретательства ТРИЗ, где самым идеальным вариантом конструкции должна быть предельная степень динамичности объекта. Даю слово автору:

И это решение на самом деле позволит как разрушать плотный снежный покров уже имеющимися ресурсами гибкости дороги и весом автомобиля, так и обеспечивать поверхность для перемещения. Связанная гравийная структура же позволит утилизировать ненужные объемы снега в почву при таянии. И если бы эластичное связывание гравия в единую структуру было бы плевым делом, на этом можно было и остановиться. Однако это дело непростое. Поэтому я бы рекомендовал следующий вариант:

Изготовление такого полотна — задача куда более сложная, нежели традиционный гравий с битумом смешать, но здесь и эластичность, и утилизация снега. Единственное, минусом будет застревание крупных кусков всякого мусора. Арматура хорошо будет вертикально держаться. Есть, в общем, недочеты. Память мне подсказала еще более простой вариант.

Тут стоит обратить внимание на элемент, обозначенный позицией 5. Это обычная сетка Рабица. Если кто не помнит, то она изготавливается плетением, которое обеспечивает ей эластичность:

Таким образом, при должных толщине прута, размерах ячеек, высоте слоев и материалах подложки можно обеспечить удержание автомобилей, эластичность хода и даже нагрев, если использовать один из слоев в качестве нагревательного элемента (ТЭНа). Застревающие камни, правда, все еще остаются. Формулу изобретения при этом менять не придется, потому как даже в таких формулировках первоначальный текст включает и такой вариант. Перейдем к следующим наработкам.

Изобретение можно отнести к расширению существующих функций смартфонов, и наверняка его реализация «в металле» не требуется большинству. Впрочем, может, и меньшинству тоже. Однако раз у меня мысль возникла, значит, кому-то может пригодиться. Оценить же, насколько готовое решение утяжелит существующий Android, я не могу. Уверен, что мне подскажут в комментариях. Но сначала немного предыстории.

В обсуждениях я нередко говорю о том, что предпочитаю использовать смартфон по максимуму. И если есть возможность выполнить задачу только лишь усилиями этого электронного устройства, то им и ограничиваюсь. Разумеется, писать тексты посредством экранной клавиатуры не очень удобно. Несмотря на то, что я все же сдался и осваиваю метод печати посредством жестов (родоначальник — клавиатура Swype) на Яндекс Клавиатуре, натренированность последней пока слабая. Поэтому в случае необходимости я обращаюсь к Bluetooth-клавиатуре. Ее использование вкупе со смартфоном и открыло для меня тот минус, с которым мы попытаемся справиться нашим изобретением.

При работе за настольным компьютером (я пользуюсь Windows) чаще всего нами используется несколько программ одновременно. Файловый менеджер, браузер, графический редактор. Кто-то, возможно, смотрит во втором окне сериал и т.п. И переключение между этими приложениями осуществляется максимально точно с помощью сочетания клавиш Alt + Tab даже без использования мыши. А если вам требуется переключение исключительно между двумя приложениями, то процесс становится еще и мгновенным. Со смартфонами схожего удобства добиться штатными методами не получится.

Проблема

Все дело в скорости. Сегодня уже можно констатировать, что современный смартфон — очень мощное средство по скорости работы памяти. Вот, например, показатели для моего Z50 Ultra:

А значит, и переключаться между приложениями он должен со схожей компьютеру скоростью. Безусловно, профессионалы мне сейчас укажут на отличия в работе памяти у Android и у Windows, но на приложениях для типовых функций скорости на глаз сопоставимы. А вот удобство переключения между приложениями — нет. Выше я упомянул Bluetooth-клавиатуру, которую иногда подключаю к смартфону. И хотя у нее также есть кнопка «Tab», того же комфорта, что на Windows, попытки переключаться между программами не дают. Все дело в том, что смартфону нужно «пролистывать» окна запущенных программ, и для запуска определенной необходимо остановить экран именно на ней:

При этом на настольном компьютере достаточно с любой скоростью нажимать на одну кнопку для быстрого перехода. Программки просто будут по очереди подсвечиваться, оказавшись всеми плитками на виду:

Однако для работы клавиатуры используется приложение External Keyboard Helper. В этой программе можно не только переназначать клавиши, но и создавать горячие клавиши для запуска особо важных приложений. Таким образом, работая с несколькими программами, можно переходить непосредственно к ним, где бы в очереди окон в диспетчере они ни были. Единственное, этот фокус не проходит с Google Docs, поскольку программа отображается двумя окнами. Одно для самой программы, а второе — уже для открытого документа.

Таким образом, проблему я вижу как-то так. Ввиду интерфейса, рассчитанного на касание пальцами и жестовое управление, смартфон не позволяет оперативно переключаться между приложениями с минимальным количеством действий.

Уровень техники

Среди известных решений того, которое бы решило проблему, не нашлось. Общая схема у большинства диспетчеров запущенных приложений одна и та же. Кто-то располагает окна очередью, кто-то плиткой, кто-то каскадом, но листать в любом случае нужно. Где-то жесты оказываются короче, где-то длиннее, но время переключения приложений сопоставимо за счет примерно одинаковых манипуляций пальцами.

Первое решение, как уже было отмечено выше, — это внешняя клавиатура.

Минусы очевидны. Нужно дополнительно носить с собой. Плюс интерфейс переключения приложений все еще останется адаптированным для касаний и жестов. И здесь могло бы помочь следующее решение:

Смартфон подключается к док-станции и управляется посредством привычных устройств ввода и отображения информации. Подобные док-станции также изменяют интерфейс, подстраивая его под клавиатуру и мышь. Минус — ограниченность в выборе док-станций, которые зачастую изготавливаются для конкретных моделей смартфонов. Причем далеко не для бюджетных.

Как же будем решать проблему? Для этого обратимся к традиционному устройству диспетчера запущенных приложений:

На иллюстрации выше мы можем видеть ландшафтную ориентацию экрана (судя по всему, планшета), где запущено два приложения, между окнами которых мы можем переключаться. Они отображены рядом. Однако в соответствии с окошком в нижней части мы можем видеть, что таковых приложений может быть больше. В этом случае они либо станут наслаиваться друг на друга, либо просто сместятся за границы экрана. И в том и в другом случае потребуются жесты. Однако есть и одна общая деталь. Так или иначе, потребуется нажатие на кнопку диспетчера.

На изображении выше можно заметить, что частично интерфейс Android пытается повторять свои настольные аналоги. По крайней мере, ту часть, что касается вот этого изобретения:

Это кнопки «Вперед» и «Назад», осуществляющие переключение между двумя последними действиями.

Но мне показалось логичным объединить возможность менять иконки на панели навигации местами и жестовое управление. Кроме того, отлично дополнит наше изобретение еще и виброотдача. Приступим.

Осуществление изобретения

Изобретение относится к способу управления электронным устройством, имеющим возможность одновременного удержания в оперативной памяти нескольких запущенных приложений. Например, смартфоном. Пользователь в процессе использования смартфона запускает несколько приложений для выполнения необходимых задач. Для переключения между приложениями доступна панель навигации в нижней части экрана, на которой отображаются соответствующие иконки. Режим, установленный пользователем для взаимодействия с панелью навигации, имеет следующие особенности. При необходимости переключиться между двумя последними приложениями пользователь касается иконки диспетчера запущенных приложений и, не отрывая пальца от экрана, делает жест «Влево». Для того, чтобы вернуться к предыдущему приложению, пользователь касается кнопки диспетчера и, не отрывая пальца от экрана, делает жест «Вправо». Переключение между приложениями работает аналогично не только для последнего и предпоследнего запущенных приложений. Способ уместен в случае любой пары приложений, находящихся в общей очереди на соседних позициях. Если же приложений запущено слишком много и переключение большим числом подобных жестов утомительно, есть альтернативный вариант. Для этого пользователь касается кнопки диспетчера запущенных приложений и, не отрывая пальца от экрана, смещает палец вверх. Появляется горизонтальная панель прокрутки, по которой, не отрывая пальца от экрана, пользователь перемещается среди мелькающих по экрану окон запущенных программ. При этом перемещение окон сопровождается вибрацией в качестве дополнительного ориентира.

Идея с удержанием кнопок занимает меня с того момента, как было предложен аналогичный алгоритм для наведения фокуса при фотографировании одной рукой:

Здесь тоже уместно будет сказать, что способ помогает в случае удержания смартфона на весу одной рукой. Поскольку способ не реализован, проверить, насколько он ускорил бы работу, я не могу. Но думаю, что ускорил бы.

Формула изобретения

1. Способ навигации по запущенным приложениям на устройстве с сенсорным экраном, состоящий в том, что:

• пользователь касается кнопки диспетчера запущенных приложений и, не отрывая пальца от экрана, делает жесты «Влево» или «Вправо» в зависимости от очередности запуска требуемого для перехода приложения;
• пользователь касается кнопки диспетчера запущенных приложений и, не отрывая пальца от экрана, делает жест вверх и в появившемся окне смещает палец влево и вправо для быстрого пролистывания длинных очередей запущенных приложений.

2. Способ навигации по запущенным приложениям на устройстве с сенсорным экраном по п.1, отличающийся тем, что пролистывание длинных очередей запущенных приложений сопровождается вибрацией.

Вот такая задумка. Немногим потребуется, но задачу, на мой взгляд, упростит. При этом мне не видится большой сложности в реализации.

Смелых идей, отличных изобретений и успешных продуктов. Удачи!