Jannis Pohlmann

Jannis

I am an open source enthusiast, student and musician from Lübeck, Germany. In my free time I enjoy hacking on Xfce and Lunar Linux. I've been a member of both teams since about 2005. Besides developing software, I love to listen to and play music (Guitar, Bass and Drums) and hang out with friends.

Contact me via jannis@xfce.org. My public PGP key is 0x354AFBA6. You can download it from here.

My CV is also available for download.

Tag - ui-design

Entries feed - Comments feed

Sunday, November 1 2009

Things I Miss on Maemo

After hacking on Tumbler for a while, I decided to install the Maemo SDK and see how Maemo runs in Xephyr. I have to say it runs nicely and I really like the interface. The three level zooming interface from application overview to window overview to panorama desktop works well for me. The conversations view and IM notifications make it easy to concentrate on what you want to do without being interrupted too much. I’m chatting with a friend via Jabber at this very moment. Running apps in parallel rocks too.

Now, I’m a rather unorganized person and I’ve always wanted to keep track of meetings and other events using some kind of tool in order to get them out of my head. So, after playing with the Maemo interface for a few hours, I’m considering buying an N900. I’d love to get it at a discount but that doesn’t seem to be easy and I’m not sure my work on Tumbler for Harmattan qualifies enough for that.

Even though I’m considering the N900, there are things that I’d like to see improved. Here’s a list of what I’d consider worth improving. I might even start hacking on one or two of them over the next weeks.

File Manager

The file manager is very basic. No typeahead and global search, no bookmarks, no remote file systems, weird label alignment. I tried running Thunar but its interface is too complex of course. It ran well though which makes me think that there is room for improvement. I could imagine a main view listing entries point on the built-in storage, the SD card and bookmarks (which would then be more than just local bookmarks, it could be anything from local to SFTP to SMB). GIO makes it easy. For the browsing interface something like the browser interface might be nice, except that there is no need for the URI input field. Instead, maybe one could make the bottom bar display the folder name.

Chat Rooms

Chat Rooms like on Jabber conference services don’t seem to be supported. At least there’s an open bug for it on bugs.maemo.org. I’ve been thinking about how this could be implemented without breaking out of the Maemo conversations concept too much. The best idea I came up with within a few minutes would be a separate Chats application where you can define chat rooms, plus a “New Chat” button in the conversations overview. The chats could then show up in the conversations overview and the only that would be different in chat rooms would be that there needs to be a way to show who’s online in the room (maybe with privilege status). This could be done via the pull-down title menu or an additional button next to the smilies or send button, I guess.

I don’t know about the internals and available APIs yet, so these ideas might be impossible to implement. Dunno yet.

eMail

I’m writing plain text mails only and it’s really annoying that I have no control over newlines. This might be a problem with Xephyr, I’m not sure. Also, when replying to someone on a mailing list “- Original Message —” is not enough to mark quotes. I need at least the name of the original author there. This shouldn’t be too hard to implement but of course I first need to find out whom to convince about this. ;)

So, these are just a few ideas. What do you think of them? The next step will be to find out how to get started, investigate what components and APIs are affected and whether these improvements (you may disagree here) are possible or not.

Cheers.

Monday, September 14 2009

Design of the Thunar Progress Dialog

Today, I merged the shared progress dialog into Thunar. I can be seen on vimeo. This evening I started thinking about the waste of space in it. For each copy/move/link/delete/trash operation we have: one icon and two lines of text, followed by another line with a progress bar (with text) and a cancel button. That's not too much and it looks kinda clean. Thunar has always hidden too detailed information from the user, like the size of the files, how many megabytes have already been transfered/deleted or what the MB/s rate is. But still, three lines of widgets for each operation is a waste of space. And the more space we waste for each operation, the earlier we have to add something like scrollbars around the widgets, as can be seen in the video.So I've made a few mockups to test alternatives. But first, let's have a look at how other file managers do it.

Nautilus / Finder

The progress dialog used in Nautilus is almost a 1:1 copy of the OS X Finder progress dialog. It too follows a three-line design with the first line either showing how many files are being transfered (e.g. Copying 2 files to "Desktop") or what files is transfered at the moment (this is what you can see in the screenshot below, which I am shameless linking here from Bob Peers' weblog). The second line contains the progress bar and a cancel button without any text and the third line shows some stats, again shown in the screenshot.

Now, the problems of this dialog are quite obvious (although not everything can be seen in the screenshot). If you're transfering more than one file, it will be almost impossible to figure out which of the progress views corresponds to this operation unless you know exactly how many files you're transfering and/or how large these are in total. Another problem is that the dialog grows and grows with each operation added to it until it finally grows beyond the height of the screen. Last but not least the progress bar and button heights are different, making the dialog look slightly unpolished.

Dolphin

I have to admit, this is a poor comparison. I couldn't find a screenshot of Dolphin's progress dialog on the net and I'm too lazy to install KDE in a virtual machine. Suffice it to say that I'm not a big fan of KDE GUIs in general. I think the KDE folks have a lot of great ideas but as nice as plasma and all that 4.x goodness may be, most of the windows and dialogs are too busy and cluttered for my taste.

Thunar Experiments

The original design can be seen on vimeo.

The first attempt of an improvement is the equivalent to Nautilus and Finder omitting the statistics by replacing them with a simple <time> remaining text on the progress bar. Like the Nautilus dialog it doesn't display the name of the current file when an operation includes multiple files. This is not shown in the screenshot, because that one is just a hard-coded mockup. All in all, this design makes it even more unlikely to find a job with multiple files again at a later point due to the left out stats.

The second mockup appends the number of files involved to the title (e.g. (1 of 2)) and because of that, it can always display the name of the file being transfered at the moment. The downside is that this of course requires the user to read more text.

Ideas and Opinions?

I'm not 100% sure which way to go here. I kinda lean towards the second mockup but since Thunar is designed to have no redundant options/elements in the GUI, I'm wondering whether the (1 of 2) isn't too much already.

What do you think? Any opinions or ideas for improvements? Sketches and descriptions are very welcome!

Thursday, July 9 2009

Appfinder Ideas

I've switched to using xfce4-appfinder as a replacement for xfrun4 recently. It's a pretty nice experience overall, even though I'm missing the ability to launch arbitrary commands like I could with xfrun4. So today I had an idea on how we could improve this: all we need is a custom tree model and a plugin infrastructure to allow plugins to be written as appfinder item providers. They could provide any kind of actions depending on the text typed in by the user. Here are two example mockups:

Implementing this should be relatively easy with a bit of experience in GTK+ and GLib. It's not as powerful as GNOME Do but it's also much more simple ... and useful, at least as far as I'm concerned.

Anyone up for the task? Maybe this could be one of the projects for next year's GSoC, should we decide to apply.

Friday, March 20 2009

Clipboard Managers Done Right

I just had a look at the screenshots of Parcellite, a GTK+ clipboard manager, mainly because I didn't know what it is.

And just like with Getting Things Done tools before, I immediately had a few ideas how clipboard managers like this could be improved.

If you add a file or a URI to the clipboard, what do you expect to see in a visualization of the clipboard? Do you expect to see the path or filename or do you expect to see an icon and the filename together with a button to open or launch that file? Maybe even a possiblity to drag the item into a file manager or some other program? It's very easy to do things like that with GIO or even ThunarVFS.

What if you copy an email address into the clipboard? Do you expect only to see the email address or would you rather like to see the email address with one or two buttons (add to addressbook, send email)?

What are your experiences with clipboard tools? Are you using them at all? If not, why? What features would you like to see in a clipboard manager to make it attractive to use?