Federico mentions usability issues when trying to ban people from planets. I haven’t done any research, but personally think banning someone is a corner case functionality. I have never needed to do it on any of the planets I read.
What is striking to me when looking at the planets side by side though, is how unreadable the SUSE feed is. I can almost hear people say “but look how much information is shown on the right and you only see single post on the left”. Since when is packing as much text into an area a good thing? You will be scrolling in any case, and just look how long the lines on SUSE planet are. No padding for the paragraphs, everything crammed to the border which is also just noise as it doesn’t really separate the posts from one another. You cannot tell if the header isn’t a footer of the previous entry. Whitespace is a much better separator than lines/rectangles. And vertical logo? Yuck.
Feed banning may not be as convenient on planet gnome, but you can sure read it much more easily and it’s a pleasant view at that.
Now from the title you may have expected to see a PDF of a computer case badge you can print out. Actually it gets a lot better. Heathenx has created a lovely screencast that will teach you how to make your own!
You may also want to check out his old screencasts, all very good quality. Unlike me, heathenx has a pleasant voice so apart from learning it is actually fun to listen to
Last night I got really frustrated getting some basic functionality out of a new notebook for my friend. I am sitting here, configuring and working around stuff, while a beautiful Sunday is outside the windows.
Apart from the typical ‘won’t suspend’, ‘oh that’s a wonky pulse audio daemon’, ‘oh you need to install these fishy codecs’, ‘oh CUPS hates people’, ‘yea gstreamer doesn’t do DVD menus’ I had two extra ones that brought me to my knees.
For some reason Brasero, now the default audio CD burner used by Banshee insists on using the reverse order of the tracks to burn them and gives no obvious way to change this. This is a stupid trivial issue, hardly something a maintainer would mark as a showstopper in bugzilla, yet makes the whole toolchain useless for my friend.
The other grief was her generic mp3 player. We don’t really have the infrastructure to allow huge amounts of people to contribute information about their devices to have other people have theirs work out of the box or have data to make a good buy decision.
HAL and the FDI description files is a great technology. But I have been very frustrated last night to see my friend’s generic el cheapo mp3 player not supported only because a description file was missing. A generic usb storage device and I coudln’t see it in Banshee, nor could I just drag and drop files onto a Nautilus window (since when did Banshee lose this capability?). Sadly not even getting the FDI clobbed up didn’t end my horror.
I would so love to see a social site around this, similar to Ohloh. Earning kudos for providing FDI files for all the devices I have. Creating a timeline of what devices I have owned over the years. Seeing what devices my friends use and their Linux support status. Submitting custom icons for specific devices (seeing all the great icons in gnome-icon-theme-extras rot without being used makes me sad).
I must say I’m happy about what I picked for this year’s Hackweek. My back and neck have not enjoyed the hackweek, but all the other body parts did While I am far from finished, I am surprised how much can be done on a font in a week (around 60 hours I would reckon) if I don’t need to worry about anything else.
The glyph coverage is better than what I planned. The typeface is stronger to what I sketched out and I hate there is no programmatic way to get smaller widths or alter x-height. Nevertheless I think the project was a success.
People keep asking what tools I use – Fontforge is the master tool for all this, it’s really packed with features. But I wouldn’t be able to draw a thing in it (even though it does have a large palette of tools), so all the glyphs have been constructed in Inkscape. Big thanks to George Williams not only for the amazing tool, but also for great documentation.
I’ve realized over the week just how much work needs to be done to create a full font family. I always considered the prices to be quite high, but this stuff is years of experience and endless tweaking. I know I’ll never try anything bigger than a display face/headliner in this life. That said, I think now is the perfect time to ask you to come forward and join the fun. Lots of international glyphs I have no idea about need to be done, the spacing fixed, etc. Check out the font from opensuse-art SVN and play with it, improve it. Discussions should take place on the opensuse-art mailing list. Thank you.
Also a big thanks to Novell for a great opportunity to Free openSUSE and Linux in general one step further.
I may be taking on something bigger than I can ever finish in a month and hardly in a hackweek, but it is both fun unknown territory and something that is needed badly.
openSUSE uses a rather spiffy Cholla header font by Sibylle Hagmann. The problem is it isn’t a Free nor free font*, making it hard for the community to produce openSUSE branded material. So you guessed it, I’d like to design an original type to replace it. Apart from Lingdings (bullets font for OpenOffice Impress) I’ve never done this. Partly because the font designer and even type setting community is very pedantic, deeply following a strict set of rules. Good fonts come from a lot of experience. So be warned, this is pure amateurism, a font designed by a non-type-designer.
To help me stay focused, I’ve come up with these attributes I’d like the font to have.
Simplistic, technical sans serif.
Heavy. Rounded.
Will not do normal weight, this is a headline font. ‘Close’ to Cholla Wide Bold.
Only basic latin glyph coverage for now (a-z, A-Z, 0-9).
Every dramatic change will trigger a negative reaction wave. The happy users are almost always happy in silence. But I have to express my gratitude to the last.fm redesign. Unlike pretty much all of my friends I welcome the change.
Last.FM was like an ATM. Everybody appreciates the usefulness of these devices even though they have the most terrible interface ever. They make you go through numerous menus, selecting from accounts you don’t even have, only to tell you at the end you mistyped the pin. I felt the same way about the old site. It was an amazing service but I always struggled to find what I’m looking for even though I knew it’s there (a bit like using Blender ;). All these boxes everywhere. And the cheesy aqua highlights! Everything looked the same. It was like trying to find your apartment in a Czechoslovakian panel house estate.
The new site is airy, with plenty of whitespace, the sections are nicely separated and apart from the new logo, everything is just better than on the old one. So if you happen to have been involved in the redesign and read this, there is at least one of your users that is extremely happy about the change. Thanks!
He’re a raw screencast of me demoing the one-canvas workflow for creating icons with inkscape (and ruby ;). I have such an annoying voice/accent, but you have to cope with it.
I hope to create some more screencasts if people find them interesting. Interestingness is measured in the comment area
From time to time I get asked why has GNOME become so conservative when it comes to widget theming. I generally answer that’s a good thing and simply an effect of the default theme to have matured and becoming usable to the majority of users.
At the same time, you don’t see many designers interested in theming gtk+. Maybe due to the inefficiency of the theming functionality in gtk, or rather ignoring its target audience. Themes in gtk still lie on the shoulders of theme engine hackers. While there are exceptions to the rule, usually those are the people who have their ‘good enough’ limits in visual design set very low. To show this more clearly, those are the people who call this a rounded rectangle:
In addition they would not find addressing corner case situations where one needs to remove a 1px padding between certain elements worth their time. In summary they should NOT be working on widget themes. While the following seems to be a general knowledge, I haven’t seen anyone summarize what we are actually lacking in the field of gtk+ theming. Here’s my suggestions based on my theming experience.
Drawing / box model. It should be possible to do some basic draw operations in a theme. A typical designer will be familiar with the web/CSS box model. From the theme it should be possible to draw a border, add a margin and padding to a widget/part, specify corner rounding solves most of the drawing needs if it’s accompanied by next item.
Bitmaps. Most important is being able to use an image as a background. In addition to the CSS tiling and positioning, it would be beneficial to be able to stretch the bitmap to the size of the box/widget.
Gradients. Drawing gradients as background/fill and box borders.
Compositing. An extremely important feature would be to properly composite objects with alpha transparency. We should be allowed to use RGBA bitmaps, setting a global opacity of a box/widget and being able to use alpha transparency in gradients.
Selectors.This one is slightly controversial, as the theming is already using a functional matching syntax, yet for a designer a CSS-like selectors would be much more understandable and approachable. With a tool described below, this may not be as important.
Debugger. For a web designer, one word would sum it up — Firebug for widgets. Being able to visually select a widget on a window and be able to find it in the widget tree(?) and see its associated style properties would be a dream come true. A tool to help form efficient selectors. A tool to measure speed implications of certain operations.
And if somebody would like to rewrite theming from ground up, I would suggest form/functionality separation. Having actual layout and positioning functionality in the theming, it would stop being a pain to conform to the GNOME interface guidelines. Application developers would worry about what type of input widgets they would like to use, not how to indent labels or how many pixels is the suggested padding between X and Y.
Update: Turns our Rodney has touched the topic around 3 years ago. While I do refer to CSS a lot, I’m putting the basic drawing capabilities to theme authors in front of all the other items. Having an intermediate layer in the form of a specific theme engine as cimi mentions in the comments is a good-enough short term solution I guess.
Why did the news fail to mention it’s Christmas? Firefox 3, openSUSE 11.0, Wine 1.0 (in which I’m not involved at all, but it’s an amazing project I depend on as a user). Celebrate!
