Skip navigation.

exploreopera

| Help

Sign up | Help

Posts tagged with "ui"

songza

, , ,

Songza got released just a few days ago.

Not only this is an excellent, really cool search engine that allows you to find and play all the music you want - but I really love the nice, very usable interface based on very few elements:


Beautiful - well done!

top 5 things i would like to see in opera

, , , ...

Right - so they waited until I was back from vacation to start a new meme and tag me. But first of all and of little interest to anybody reading this - yes, I had great fun on vacation up north.

And now about the top 5 things I would like to see in Opera. There are many wishes I have, and every single thing I would like to see in my browser of choice I do always discuss internally at Opera - so this list will not be too new to people knowing me and working with me.

One more note: these are the top five things I would like to see - I am aware that these are not things everybody would like to see. And since I am working on UNIX, my wishes are extremely UNIX centric. You have been warned.

The wishes:
  1. a query interface
  2. better integration with the available UI "toolkits"
  3. true multi-window support
  4. tagging
  5. dynamic session management


And now with some more details:

1. a query interface
Today there is a gap between GUI and CLI that I simply do not understand: the two interaction methods do not exclude each other, and recently there are several attempts at rediscovering the powers of CLI in graphical UIs. Query interfaces are in use in several desktop environments and in specialized applications. Time to see them available in Opera too.

2. better integration with the available UI "toolkits"
I often think that besides the Qt UI we have today, I would like to see a GTK UI, "pure" X and… why not? ncurses and CLI… depending on the context you are using your browser in. (For those that have some doubt understanding a CLI for a browser, give a look at edbrowse).

3. true multi-window support
Today you can open windows of a session only on one display - but I might be wanting to check my mail at home without quitting the running session when I ssh into my machine, or I would like to quickly write a mail while working on another DISPLAY, just by opening a new compose window on :1 in the session running on :0, write, send - done, without needing to switch to the other DISPLAY, or worse even, without having to quit Opera on :0.

4. tagging
…of mails, of bookmarks, of pages, of tabs, of windows - I want to tag (and have Opera automatically tagging) everything, and I want to be able to access the information I'd thus be able to link together.

5. dynamic session management
Session management in Opera is extremely primitive. Kestrel sees some neat improvements, but a true dynamic management of open tabs and windows is still on my wishlist. I want to be able to access tabs, windows and groups thereof (tags) as simply as I am viewing access points in Opera Mail - and I want management of this as transparent and "automatic" as accesspoints work today.


I'll also keep the game going and tag in turn
jax
ResearchWizard
Rijk
Moose
howcome

zoom

,

On the quest for a better UI a chapter needs to be dedicated to Jef Raskin's The Humane Interface - the future-pointing research moves in the realm of utopia, but several applications and environments have already tried implementing one or the other of his suggestions.

The RaskinCenter is working on an implementation of the humane interface, albeit still at a very early stage. So far the most interesting parts are the available demos.

The desktop, as a place where to do your work, launch applications and open documents is gone: the user will interact not with representations of files (like icons on the traditional desktop), but directly manipulate the files. A file does not need to be "opened" - you'll just "get closer" to the file until it is big enough to edit or read its text. The zooming interface is possibly the most original part of the humane environment - and probably (once you'd get used to it) a very intuitive approach. You can watch the impressive demo [8M Flash].

I like to imagine that the zooming interface could be an extremely nice interaction mode on devices with a small screen and a pointing device.

WIMP is dead

, , , ...

The WIMP paradigm is an antiquate paradigm. We are tired of WIMP interfaces. What is needed is some new approach to interacting with computers. There are few, but very interesting projects in the UNIX world trying to propose new approaches - namely two light-weight, easily configurable window managers.

ion3

ion3 deserves first mention. Not because it was first, or because it is *the best* - there is no such thing as *the best* solution fitting every user. Each user needs to discover her own most useful interaction. There is no dogma in what is right and what is wrong - but everyone has to *search* for his or her own "best" solution. Do not take anything for granted.

So ion3 is my favourite.

First off: what actually is ion3? Ion3 is a tailed and tabbed window manager, designed to be completely usable with keyboard only, and designed to put the window manager in charge of… well, managing windows - the user shouldn't have to waste time with arranging and resizing windows.

The tiled approach allows you to make best use of your screen estate. The traditional arrangement of windows on the desktop is everything but sensible: the tiled space will place all windows next to each other, not overlapping, according to a predefined "grid" you have set up: once. No more need to grab the mouse as a first thing after creating a new window and resizing it to what you like it to be, no more dragging the window into the position on the screen you want it to be - after telling the window manager once, it will do the job for you and place windows into the frames your grid defines.

Ion3's tabbed approach allows you to have several windows in one frame: the title bar will be divided into as many tabs as there are applications in that frame.

Keyboard!

One special plus point for ion3 is that it has been designed with keyboard users in mind: everything you can do in ion3 is possible to achieve without mouse. Of course this doesn't mean that you cannot use the mouse at all, but you can decide not to use it. Ion3 presents a minimal user interface, no icons, no buttons on title bars, no wasted space.

Most applications that have a GUI written in accordance with the ICCCM behave very well in ion3, some (few, to be honest) other applications that want to manage their own GUI fit a bit less well into ion's approach.

One of the things I like most about ion3 is its way of handling transient windows, i.e. temporary windows that belong to a main window, like e.g. dialog windows. Ion3 will not assign a frame on their own to these transients, but truely place them almost as "floating" *inside* the main window. This approach will guarantee that the transients always belong to their parent - preventing one of the major annoyances users complain about when using e.g. dual screen.

Why not?

Ion3 is certainly not a window manager for everybody, and its usability requires a certain learning curve. Furthermore, Ion3 is not what you are looking for if you belong to those that primarily are looking for a shiny GUI: it offers a very lean, simple interface, and development focus is on its functionality rather than its "look". There has been a start for a Cairo drawing engine to enhance the look of the tabs, and a ptach is provided in case you are looking for xft fonts for the GUI - but none of them are official, nor really maintained.

wmii

Another project moving away from the WIMP approach is the window manager wmii - a tiled, tagged, *dynamic* window manager. It is strongly influenced by Plan 9's acme, rearranging windows dynamically for the best usage of screen real estate. If you are not familiar with acme's window management you might wonder whether this actually can ever work - but you'll be surprised by how usable this approach actually is.

Tagging

wmii introduces tagging, a new approach aimed at replacing tabs: each window gets a tag, and windows can be grouped according to their tags. The idea of switching to a different workspace gets replaced by the principle of views: a view is a set of clients matching a specific tag.

As much as ion3, wmii is not the window manager you are looking for if you need shiny, polished 3D surfaces - both window managers grow out of the console culture and retain the primarily text-based approach.

wmii gets my sympathy note mainly because this was the project that made me discover Plan 9: an older version of this window manager was based on a version of Plan 9 from User Space tools, and that got me curious…

Make your choice

My main concern is not to promote one or the other solution - every user has different requirements and will find answers and solutions in different places. It is however important, in my personal view, to make a choice about how you want to interact with your computer and search for your best solution - don't take things for granted, don't assume the long-aged desktop paradigm is the only, let alone the best solution. Needless to say, this might require some experimenting and discovering: be open to it, explore different approaches - and what you will learn from it will certainly be rewarding.

tiresome

, ,

Today there are only two popular methods of user interaction: command-line and GUI. Command-line interfaces are often favorable to the experienced user, if only because graphical interfaces are so poorly designed. They are also severely limited in their input and output capabilities. Graphical interfaces are all some slight variation of a system developed at Xerox PARC long ago, which was designed to emulate troublesome, tangible objects such as paper and desks. As anyone knows, this is a tiresome paradigm; why should computers emulate it?

WIMP interfaces have been dominant since the late eighties - and it is shocking to see how little we have moved away from that model. The only progress we seem to be able to have made is in adding 3D, drop shadows, transparency, a shiny look and, most recently, the ability to slant your windows. As long as we are not able to project 3D objects in the air, 3D for GUI is just a silly gimmick. The user interaction is on the screen, and the screen is flat. 2D.

Instead of eye-candy, some evolution in the way we interact is badly needed, some substantial re-thinking of the UI experience instead of polishing up the surface. WIMP interfaces seem here to stay in the near future - that was 1997, which is now almost 10 years ago! Time for them to be replaced by something more adeguate. Why would we, in an age in which many people do not even know anymore how a desktop (a desk top, not a PC) with tangible objects looks like, care about emulating it? Wouldn't it make much more sense to think about a UI paradigm based on the possibilities the medium (the screen, in our case) has to offer? Designing a GUI emulating your desk top is somehow equivalent to designing a mobile phone based on the paradigm of your fountain pen - nobody would even dream about something like that, and yet we are still stuck in windows and icons mimicking your desk, menus and pointing devices.

The command line interface has not undergone any substantial development either, and ended up being somehow the antagonist of the graphical user interface. For several tasks I find the CLI more appropriate, but I don't really understand why it needs to be an either-or scenario - I would wish for a less radical distinction between the text based nature of the CLI and the GUI, allowing for text based "queries", or dialogs with the application from within the graphical environment, allowing me to interact from the command line with the graphical environment, and allowing for graphical elements on the command line when they'd help the user understanding or finding some orientation. I wish for a better user interface.

May 2008
SMTWTFS
April 2008June 2008
123
45678910
11121314151617
18192021222324
25262728293031