Skip to content

UIUseCases

Berkus Decker edited this page Mar 20, 2017 · 2 revisions

Desktop is an endless worktable, having opened/closed applications (as windows), e-mails (as envelopes), contacts (icons or photos) on it, scattered over with disorder, or ordered in any way. To work with any application/open e-mail/show contact info, user just clicks the required entity and it is automatically maximized. When hovering over applications or letters or contacts, the more detailed thumbnail appears in the free area of the screen.

Applications

Opening an application

Gesture way

Desktop way

Stacking applications

Closing applications

E-mail

Writing an e-mail

Gesture way

  1. User makes a gesture of a spiral (similar to @ symbol)
  2. An e-mail composing application is opened, with contacts icons/photos stacked at the top side of window horizontally ''(what if there are too much of contacts?)''
  3. User can drag the contact icon on an application from this stack and add the receiving contact to e-mail this way
  4. User types text of e-mail (it is better not to show any 'to' or 'cc' or 'bcc' text fields, because they are confusing - it is required to find a way to show this principles visually (may be rectangular blocks for dropping contacts, marked like 'To', 'Inform' (70%-transparent icons there), 'Whisper' (50%-transparent icons)))

Не забываем, что а) мы не хотим отдельное приложение для написания емейлов. б) у нас есть адрес бук с контактами. Через него инициируется написание письма. То есть взмах руки инициирует адрес бук с уже заготовленным местом для написания письма, куда мы просто добавляем реципиентов.

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

С другой стороны, записная книжка нужна как общее место хранения контактов - скорее дней рождения, имён/фамилий и дат свадьбы. Нельзя ли выделить под неё специальную область на столе (тогда и для писем и для приложений тоже отдельные области, видные возможно только в специальном режиме zoom-out'а) - со стопками фотографий - потому что пользователь часто будет работать со смешиванием разного рода контактов с event'ами и письмами - тогда он будет просто соединять их прямо на рабочем столе - также как в scheduler - и таким образом обозначать связь. Однако, при этом рабочий стол, если не будет упорядочен - будет засорён (см. BumpTop Desktop) - и тогда, возможно, нужно будет ввести два режима зуминга - "только приложения" и "приложения, контакты, ивенты и письма", или "только приложения" и "письма, контакты и ивенты".

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

Зачем место для письма в адресной книге, если это больше вариант "записной книжки" - в записной книге как-то необычно что-то делать с объединением пользователей (кроме их группировки)? Можно даже сделать просто абстрактную текстовую область, в которую можно перетаскивать контакты. Затем "упаковывать" в конверт и каким-нибудь гесчуром отправлять (ну или банальной кнопкой 'send' из этой области).

Desktop way

  1. User zooms out (current application remains on the table opened) and reveals that he have an empty envelope on the desktop or gets it after making some gesture (for example, he drags it from special corner for e-mails)
  2. User connects this empty envelope with receivers using finger and contacts photos on the table
  3. Then he clicks this envelope and these contacts are already in 'To' stack, so he just writes an e-mail

Receiving new e-mail

Notification way

Desktop way

  1. A new envelop with sender e-mail address (or photo) appears on the zoomed-out desktop next after the notification is clicked (if desktop was zoomed-in; no notification, but envelope is highlighted, if already zoomed-out).

Sending e-mail to a single or multiple users

Internet

Opening browser

Gesture way

  1. User makes a gesture of letter 'e'

Интернет никаким боком не начинается на букву 'е'.

Но с ней ассоциируется, благодаря известно-кому :) и её удобно рисовать, одним завитком. Поддержу любой другой удобный гесчур.

Desktop way

Entering address

Calendar Events/ToDo-s

Contacts

Adding contact

Deleting contact

Scheduler

Music

Combining items

E-mails and contacts

E-mails and events

Actions with Entities (Menus)

Text Input

There are a lot of typewriter-layout-based concepts and accessories, but there is still no easy-input (here: means not-typewriter-layout) concept for text input with fingers. The most recent and useful of, is entering text using fingers strokes between required keys, a word with one path, but again, there is the typewriter layout (or can be changed to reiteration-of-letters-based, as I know).

There are also a lot of thoughts and ideas about how make it easier, but every idea have a lot of minuses.

Here I'll store mine:

  • A big circle with petals just at one side (top left sector, for example), a 4-5 arcs with different radius with 5-7 letters-petals on each arc. For example, inner arc is most recent consonants, the next arc is most recent vowels, the next is less recent consonants and the next is less recent vowels - so, user can easily see all of the letters and make strokes (as in described idea, a path for one word) in bounds of one screwed-square (sector) area. For Japanese, for example, romanized input will be even easier - there are only 7 start consonants and next 5 vowels - just two arcs, in result. (may be punctuation requires additional arc). While user makes path, a dictionary-suggested word appears in the big circle (already entered letters highlighted with one colour, suggested - with more transparent variant of this colour). If word is ok, user just rotates big circle a little and the word is entered. If user wants to suggest another word, he taps big circle any number of times until he finds the correct word (or continues input) and rotates a circle when he found one. '''+''': It is good for one-finger input, so can be put on mobile devices (and controlled with just one thumb, for example). '''-''': it is very big control and letters are small; no place to show already entered text will left on the mobile screen.
  • Ideographic input is really a way of alternative input. If it will be easy (from one to three atom actions) to find required image and drag-drop it, then it will be sometimes easier to write an ideographic letter than typing it letter-by-letter. For example, "I've bought you a present" from a wife will look like "Woman - [Money -] Present - Right arrow - Man", as a variant. Or "Woman - Happy - Present - Left Arrow [- A Lot of Money] - Man - Question" for "Have you bought me a present?".