Canonical Voices

Inayaili de León Persson

This post is part of the series ‘Making ubuntu.com responsive‘.

The front end framework that powers www.ubuntu.com represents the visual evolution of the site over the past few years: designs have become cleaner, lighter and more open. It was designed without responsiveness in mind, but it has proven flexible, robust and great for our needs: user experience designers can quickly create wireframes for new and updated pages based on existing patterns and developers can create new pages that look good with little input from designers.

Web style guideWeb style guide front page.

Even though the framework uses a fixed-width container to wrap the content, the containers within it were built to percentages, which means that if that surrounding container were to be removed, the site would become fluid.

Ubuntu.com with no wrapperOne page of the current site without a wrapping container.

We didn’t want to lose the work that has been put into this style guide. After a long discussion, we agreed that even though we were going to convert the CSS powering the site into mobile-first — so the media queries would be added for larger screen sizes instead of the other way around —, we were going to keep the desktop version as it was initially defined in the style guide.

This is likely a restriction that many other teams share: where there is a will and need to make an existing site responsive, but no budget and/or resources to start from scratch.

We decided that it would be a good idea if our developers, Anthony, Graham, and Karl, could sit in a room for a few days and create a ‘quick and dirty’ prototype of what our current site, using the current styles, would look like in a responsive world.

The main goals of this exercise were:

  1. To see how disastrous, or indeed how well, the style guide would play when a handful of responsive guidelines were applied
  2. To give the developers a better understanding of the effort required and issues involved in converting the existing stylesheets into a mobile-first, responsive format

We created a Google doc, structured in the same way as our style guide, where we laid out some rules that would get the developers started on the prototype.

The document started with the more broad and general rules:

  • Try to create breakpoints that fit our content, instead of just random device-specific sizes
  • Try to keep breakpoints to a minimum, with fluid designs in between each breakpoint

We then laid out some scaffolding (layout and grid) rules:

  • Content that is divided in half or thirds should convert into single column when it becomes too narrow
  • If the content is divided into quarters, there might be a step in the middle (halfs)
  • In rows that include an image to the left or right of the text, the image should move above or below the text, respectively
  • Hero images might need to be looked at individually rather than a single rule for all
  • Experiment reducing padding inside rows and boxes incrementally as the screen size decreases
  • Remove column dividers at smaller screen sizes

We then moved on to forms rules:

  • Our forms are already quite vertical, at this stage, make sure we are using correct HTML5 input types

And tables rules:

And finally JavaScript rules:

  • No forcing of equal-height boxes
  • Make tabbed content into expanding/collapsing accordion widgets

Many of our styles didn’t need changing at this stage and this was all written down in the doc too.

We also knew that, at this point, we couldn’t look into trickier problems such as the navigation, the typographic scale or how our multiple footers would play in a small screen, so we decided to leave this for later.

Multiple navigation levels in ubuntu.com
Multiple footers on ubuntu.com

Navigation and multiple footers were too complex an issue to be solved at this early stage.

Now it was time for the developers, with this doc in hand, to take a first go at making www.ubuntu.com responsive!

Read the next post in this series: “Making ubuntu.com responsive: making the rules a reality”

Reading list

Read more
Inayaili de León Persson

Making ubuntu.com responsive: intro (1)

We’ve known for a while it was time to convert our main site, www.ubuntu.com, into a responsive site, and we’re now nearing the end of the project!

The main www.ubuntu.com site receives millions of visitors every month and it holds information on the variety of Ubuntu products and services, allowing people to download Ubuntu, get in touch with Canonical or find support.

In an ideal scenario, if you were going to convert a non-responsive site into a responsive one, you would start from scratch and do everything right and perfectly from the beginning. But what would be the fun in that?

In reality, starting from scratch on a site the size of ubuntu.com is just not practical or easily achievable. We evolve, grow and iterate the site constantly for releases, upgrades, launches and design updates. It is a living, breathing site, and we can’t really afford to stop, and start again. We realise other teams will also be faced with this reality, so we want to share the journey we have taken and some lessons we learned along the way.

In this series of posts, we’ll document the process we’re following in making that transition. We hope to give others an insight into what’s going on behind the scenes, the obstacles we’re facing, the solutions we’ve tried, the questions we have, and basically the nitty gritty of a real world responsive retrofitting project.

We will be covering:

  1. Intro (this post!)
  2. Setting the rules
  3. Making the rules a reality
  4. Pilot projects
  5. Lessons learned
  6. Scoping the work
  7. Approach to content
  8. Making our grid responsive
  9. Adapting our navigation to small screens
  10. Dealing with responsive images
  11. Updating font sizes and readability
  12. Ensuring performance
  13. JavaScript considerations
  14. Testing on multiple devices

I’ll update the list above with links to new posts as we go along. We’d love to hear your thoughts, questions and solutions you’ve tried in your own projects, and how we can make this series more useful: leave your comments below, and we hope you enjoy the posts!

Read more
Sally Radwan

Q&A on OpenStack + VMware

We recently held a webinar on “Architecting OpenStack in your enterprise” together with Gigaom, which produced quite a lot of buzz. Our many attendees had a lot of questions which we weren’t able to answer due to time restrictions. We promised to follow up, so here is a list of these questions and answers. We hope you find them informative!

1. How do you monitor network traffic from VMs moving dynamically between multiple hosts without losing visibility of moving VMs?
Assuming the instance id remains constant between migrations, you can query the instance id using OpenStack Ceilometer, the OpenStack metering service,  linked to OpenStack Neutron.

2. Are there any plans to provide warm-upgrades for OpenStack? As you know, even cold upgrades didn’t work till now as it should and its a real pain point.
At the OpenStack Summit in San Diego in 2012 Mark Shuttleworth demonstrated live on stage upgrading from a live Essex based cloud to Folsom in 3 minutes using Juju. Warm upgrades are certainly possible with the right tooling although clouds with sophisticated virtual networking (Neutron) setups are still tricky. See: http://www.youtube.com/watch?v=bcwqvAFBQVg

3. Could you please provide any insights to TripleO project, does TripleO going to become some kind of default Distro for OpenStack? and could someone use TripleO to deploy OpenStack on baremetal?
TripleO is not an OpenStack distribution but a project to create a common set of tools for deploying and maintaining OpenStack. TripleO can be used to deploy OpenStack onto baremetal using another OpenStack related project called Ironic. Both TripleO and Ironic are relatively new solutions to requirements that Canonical has been addressing with Juju & MAAS for over a year.

4. Does OpenStack support IPv6?
Yes it does. Havana has limited support for IPv6 in Neutron. Advanced support is one of the key objectives of IceHouse.

5. Can you show the results of the last survey – is OpenStack ready for enterprise?
Yes, we are currently working on analysing the results and will post a summary on insights.ubuntu.com in due course, so stay tuned!

6. If we deploy openstack using packstack, so can we configure individual OpenStack component or add OpenStack component later?
It would be best to check with the Packstack development team regarding their intentions with packstack  https://wiki.openstack.org/wiki/Packstack.
On Ubuntu, Juju and MAAS, are two mature OpenStack deployment    technologies that provide this capability today.

7. How can we plan to deploy OpenStack on large scale enterprise IT?
Canonical is a in privileged position because Ubuntu is the reference platform for OpenStack deployment and development.  We have helped service providers, telcos, and large financial institutions in every phase of their OpenStack deployment.
The projects that moved the fastest had representation and sign-off from every stakeholder within the IT (network, storage, compliance) and IT end users (apps dev, test team, etc.) to investigate and pilot the environment.  Canonical professional services can assist with the pilot, address concerns and provide clarifications, and help teams jump the chasm from pilot to production.

8. Is juju intelligent enough to understand if its tier 1 data vs tier 2 data and move data b/w public and private cloud?
Juju itself does not distinguish between data tiers. Nor does it move data around between clouds — but Juju charms can do whatever they want, and it’s possible to connect proxy charms to remote services and use charm logic to automate such things.

9. In term of a) application point of view b) IaaS point of view. what is the difference between (vmware , hyperv) vs OpenStack?
That’s a broad question indeed, and depending on your use case and the VMware/hyperv technologies involved, somewhat difficult to answer easily. We address some of the differences between VMware and OpenStack in our upcoming webinar which you can register for here.

10. Any tool to make sure dependencies between different projects and versions are compatible – I don’t want to break the system with ”non compatible” installation or upgrade by one component ? Any configuration mgmt tools integrated to OpenStack – Puppet etc.?
Interoperability between OpenStack components is a concern for OpenStack users and the challenge grows as the number of technologies in the OpenStack ecosystem expands. Many configuration management tools work with OpenStack, including Puppet, Chef and Juju and each can help deploy and manage an OpenStack environment although true interoperability or integration requires comprehensive testing of all the various permutations of OpenStack technologies. To address this Canonical launched the OpenStack Interoperability Lab (OIL) which tests OpenStack in different configurations using hardware and software from across the OpenStack ecosystem. OIL now tests over 3000 permutations per week to be able to quickly identify non compatible components. Juju manages this environment and is the tool we’d recommend you use to manage deploying compatible components

11. How much better is OpenStack Compute, networking and storage (in performance, in costs) compared to competitors ? Any measurements or benchmarks really available?
This is very tricky to answer as everyone can find different results based on their needs and usage and no truly independent benchmarking between competitive solutions exists as far as we’re aware. In terms of momentum though, as an open source cloud solution OpenStack is the undoubted leader with the support of many vendors and huge growth in adoption.

12. What is the monitoring component of OpenStack (monitoring all layers, HW, SW, connectivity, storage, security, end to end application performance, databases etc )?
There is no single tool for managing every layer of the OpenStack environment. The reality is that most users have combinations of tools that suit their requirements or are provided as part of their OpenStack distribution of choice. We see many users using standard tools like Nagios for monitoring of services and the OpenStack documentation has good examples of how to set this up. For other layers in the stack, people use hardware specific tools for hardware monitoring and OS specific tools for monitoring of individual server status. With Ubuntu we recommend Landscape to manage and monitor your Ubuntu OpenStack cloud.

13. If a customer has virtualized on vmware (who are the large virt. vendor in the market today), why should they build a cloud on OpenStack rather than vcloud?
Many organisation are looking to retain the use of their VMware virtualisation estate while wanting to reap some of the benefits of an open cloud platform like OpenStack.
Things like open APIs, the fast moving innovation, open SDN solutions and many other features are driving people to consider new options in their datacentres.

14. Why should I build an OpenStack private cloud rather than just use readymade amazon AWS?
There are two main reasons that an organisation may choose to switch from public cloud providers to private cloud, including cost and privacy/data protection. With respect to cost, many organisations start out small in AWS, prototyping and testing things out, not necessarily providing production services.
Developers/admins very quickly get used to the ability to rapidly deploy new instances and services which causes costs to ramp up very quickly, often almost organically production services end up getting “accidentally” deployed there. Once the usage hits a certain tipping point there’s a decision to make between continuing to allow the costs to increase externally, or bring the services into the organisation’s own datacentres, it’s purely a case of comparing the cost metrics to ensure that it makes sense to do so. If a decision is made to bring the services in-house then the organisation will need a comparable IaaS platform, of which OpenStack is an obvious solution.
Regarding data privacy, many organisations have regulatory, compliance or security regulations that state they must maintain internal control of sensitive data which may be related to customers, R&D or finance. This data may not be suitable for hosting on public cloud environments.

15. Do you foresee a trend migrating from cloudstack to OpenStack? Any foreseeable timelines?
We have seen a couple of examples of customers moving from CloudStack to OpenStack, but in general, most customers are using OpenStack as their first experience with Open Source cloud infrastructure.

16. Would virtualization have an advantage over bare metal when it comes to hosted hadoop as a service in a private cloud enviro?
Virtualization has an extra overhead not found when using bare-metal.  This overhead comes from creating and managing the virtualized operating system.  As such, from a pure, outright performance perspective,  hadoop on bare-metal is currently going to be the optimal option. However, from a cost and ROI point of view, many customers see the flexibility offered by using virtualised infrastructure outweighing the performance advantages.

17. I think a big question for enterprise is i/o performance for the guests. In particular, what is the current best practice for enterprise? OpenStack block level storage, something zfs based, or a more traditional solution (SAN or NAS)- what are people seeing out in the real world?  What is and isn’t fully baked?
There are two different levels to cover:
The physical storage infrastructure: Here the best practice is to follow VMware vSphere recommendations of your storage vendor. Shared storage in any enterprise-level setup is highly recommended. It needs to be capable of handling a large number of IOPS that will be produced by the OpenStack instances OS and by vSphere when creating, deleting or doing any operation in the vSphere datastores (VMFS operations)
The OpenStack infrastructure: As the instances sit on top of vSphere, which is already a very mature technology, the recommendation for OpenStack volume/block storage is to use Cinder with the VMware VMDK driver which will take advantage of all the underlying optimizations and unique features transparently, such as VAAI or Thin Provisioning. The same applies for the ephemeral storage which will natively use vSphere storage.
It is technically possible to set up a separate storage environment for Cinder but it introduces complexity to the architecture and it is recommended to study carefully the potential benefits vs complexity.

18. When will we start seeing comparisons between OpenStack and other Cloud management tools such as from VMware or other vendors?
Gartner and others have offered their views on the comparative maturity of solutions but so far there have not been any in depth, feature by feature comparisons made publicly available. We expect these to come soon as OpenStack gains in maturity and popularity although the really interesting questions are how these different environments can be connected and integrated as rarely is a customer making a straight either/or comparison.

19. Do I need to use Vcenter if I use OpenStack for provisioning on ESX?
It depends. You will need it if you want the vCenter management capabilities to extend to OpenStack for a cluster of vSphere hosts.  The Havana version of the vSphere OpenStack Virtual Appliance includes the new vCenter Server plug-in for OpenStack frameworks. The plug-in provides vSphere administrators the ability to identify OpenStack instances and some of their respective properties from the vCenter Server. The plugin is jointly supported and certified by Canonical and VMware.

Read more
Tom Macfarlane

Last month at Mobile World Congress Ubuntu’s presence was stronger than ever. Our third year at MWC and we made some significant design changes to our stand.

In such a large exhibition space, strong branding is key. We designed five large banners – made from fabric and stretched across metal frames – that were suspended above the stand. Each banner was then individually illuminated by a series of spotlights creating maximum impact and high level brand presence, while still maintaining the stands open and welcoming feel.

MWC_blog_1

The back walls and a new hanging aisle banner all featured the folded paper background with large graphics showcasing app and scope designs from the phone and tablet. We also dedicated one wall to the Ubuntu Carrier Advisory Group (CAG).

MWC_blog_visual

Continuing our clean and precise design approach we used the Ubuntu shape (the squircle) to create bespoke pods, reception desk and demo unit – with warm white LED down lighting around the top and base and lightboxes to illuminate the Circle of Friends on the reception desk.

CAN MWC Reception Desk RevA.vwx

Integrating elements from our phone and tablet design across print and 3D environments builds a strong brand/design coherence in everything we do. We’re very happy with the new stand design and feedback from MWC has been very positive.

http://news.softpedia.com/news/Ubuntu-s-Booth-at-MWC-2014-Looks-Spectacular-428834.shtml

MWC_blog_2

Read more
Daniel Oliver

New Apps header

The new apps header features max. 4 slots that can be arranged and combined in order to fulfil user needs in every screen.

Header_slots

Header’s values

We want to provide our users with the right amount of contextual information for them to know:

1- Where they are at (inside the app, in a particular view).

2- Where they can go inside the app in order to find content (navigate across different views).

3- What they can achieve in any given view (compose a message, crop a picture…).

The new header provides clarity by always showing the user where they are at, consistency by providing a way to navigate across main views inside the apps, and priority by surfacing the most important actions in every screen.

header_balance

Header’s elements

The elements are the building blocks of the header, the controls that can placed inside the slots mentioned above.

There’s different categories of elements and each of them have to be positioned carefully in the header in order to create slick experiences across our apps.

header_glossary

 

Title

One of the main values behind the new header is Clarity: we want the user to be clear about where they are at any moment.

That’s why the only mandatory element for our header is the title; you can leave some other slots empty, but every header has to have a title.

header_title

Tabs

A Tab is a control that allow users to navigate across views directly from the header.

The main views of your app are the different faces  in how content is organised and visualised.

header_telephonyExample: 

Our telephone app has two main views: Dialer and Contacts. Placing a tabs on the telephony header, allows users to toggle between this two views quickly.

Tabs placement

Place the tabs right to the title.

According to our interface values “right” means moving forward, and that’s what a tab precisely is, moving forward to the next view represented by the tab icon.

header_actions_tabs

Actions

Actions allow users to accomplish a direct goal in every screen (compose a message , edit, crop a picture…) Give priority to the actions that will be used more often and place them in the header.

header_AB

Example: Our address book app has a clear primary action which is add a new contact to the list.Placing that action straight to the header will make the user accomplish the goal quicker and smoother.

Actions placement

Place the actions right to the title as well.

header_actions_placement

In case you want to mix tabs and actions on the same header,  keep the tabs as close to the title as possible, creating a natural block to navigate across the views; place the actions after them.

header_actions_tabs

Back

After the main views of your app, subsequent views will use a back button in the header to navigate back to the main views. Back always returns to the previous view of an app, until the user reaches the main view again.

header_gallery

Example: Our gallery app has 3 main views: Photos, events and albums. Once the user gets to a detail view, the header of that view has a back button that returns the user to them main view where he came from.

Back placement

There’s only one place where you can place the back, and that’s the top left slot. According to our interface values, that’s a place where user has to intentionally stretch the finger and make an effort to trigger.

header_back_placementDrawer

So we’ve already introduced a few elements, but what happens when there’s not enough free slots on the header to place all your tabs and actions? Our solution is the drawer: an overflow where users will find all the controls not available straight on the header.

header_drawer_g

Example: Our gallery app has 3 main views: Photos, events and albums; and it also has the “take a picture” action on the header. In order to keep the header clear, we’ve decided to place the main views inside a drawer, and surface “take a picture” on the header. In this particular case, the drawer contains the main views of the app.

Inside the drawer

The drawer can contain some of the elements that couldn’t fit in the header’s slots. If  the drawer is placed on the top left slot, then it will contain tabs (main views); if the drawer is placed on the top right slot, then it will contain extra actions.

header_drawer

 

Drawer placement

The drawer works as a metaphorical extension of the header, so placing it at the first or last slot helps reinforce that idea.

header_drawer_placement

 

 

Search

Search is a special action that allows users to rapidly locate a desired piece of content. And since search can be a really important use case in apps, we are providing a special experience for it.Triggering search will refresh the standard header into a search header, displaying the osk at the same time, and removing the focus from the content. (for more information on search read search pattern)

header_search

Example: Our notes app presents search as one of the main action in the header. Once the user hits on the search icon the header transitions to the search header.

Search placement

There’s only one place in the header where you can place search: top right slot.

 

header_search_placement

 

Implication with the drawer:  In the scenario where you need a back button, a drawer and a search; the search will need to be kept in the top left slot in order to reinforce the search pattern across all our system.

 

header_search_p_2

Header layout

The four slots on the header can be arranged as follows:

Layout A

1 slot at the left of the title and max. 2 slots on the right

header_gallery_A

When to use it

  • You need to use a Back button in order to display detail screens for your app content.
  • Your app has a large number of main views and you need the drawer to display all of them.
  • You prefer to use the slots on the right to display actions, then you have to use a drawer to place the main views.

Layout B

max. 3 slots right to the title

header_telephony B When to use it

  • You don’t need a back button.
  • You want to place tabs at the right for the user to be able to switch views easily.
  • Most of the actions to be performed on the app are contextual (related to the content) and there’s no need to surface those actions on the header.

Behaviour

According to our user interface values, content is always the priority; that’s why the header is just a tool the disappears when users don’t need it. By scrolling down, the header will disappear. By scrolling up  the header will slide in again.

 

header_behavIt might be scenarios where users will need the header present at all times (i.e. Header with tabs) in that justified case, it’s possible to set the header fixed on the screen.

 

 

 

Read more
Michal Izydorczyk

Ubuntu 14.04 LTS wallpaper

Hey

For the last couple of weeks we’ve been working on the new Ubuntu Wallpaper. It is never easy trust me. The most difficult part was to work out the connection between the old wallpapers and the new look and feel – Suru. The wallpaper has become an integral part of the ubuntu brand, the strong colours and gradated flow are powerful important elements. We realised this when looking from a distance at someone laptop it really does shout UBUNTU.

We spent some time looking at our brand guidelines as well as previous wallpaper thinking how to connect the old with the new and how to make the transition smooth. I did start with simple shapes and treated them as a separate sheets of paper. After a while we moved away from that idea simply because Suru is about simplicity and minimalism.
When we got the composition right we started to play with colours, we tried all our Ubuntu complimentary colours but we were not entirely happy. Don’t get me wrong ;) they did look nice but it didn’t feel like a next step from our last wallpaper…

wallpaper_blog_post

And here some examples of the things I was exploring…

wallpaper_blog_post

Read more
Mark Shuttleworth

Check out “loving the bottom edge” for the most important bit of design guidance for your Ubuntu mobile app.

This work has been a LOT of fun. It started when we were trying to find the zen of each edge of the screen, a long time back. We quickly figured out that the bottom edge is by far the most fun, by far the most accessible. You can always get to it easily, it feels great. I suspect that’s why Apple has used the bottom edge for their quick control access on IOS.

progresion

We started in the same place as Apple, thinking that the bottom edge was so nice we wanted it for ourselves, in the system. But as we discussed it, we started to think that the app developer was the one who deserved to do something really distinctive in their app with it instead. It’s always tempting to grab the tastiest bit for oneself, but the mark of civility is restraint in the use of power and this felt like an appropriate time to exercise that restraint.

Importantly you can use it equally well if we split the screen into left and right stages. That made it a really important edge for us because it meant it could be used equally well on the Ubuntu phone, with a single app visible on the screen, and on the Ubuntu tablet, where we have the side stage as a uniquely cool way to put phone apps on tablet screens alongside a bigger, tablet app.

The net result is that you, the developer, and you, the user, have complete creative freedom with that bottom edge. There are of course ways to judge how well you’ve exercised that freedom, and the design guidance tries to leave you all the freedom in the world while still providing a framework for evaluating how good the result will feel to your users. If you want, there are some archetypes and patterns to choose from, but what I’d really like to see is NEW patterns and archetypes coming from diverse designs in the app developer community.

Here’s the key thing – that bottom edge is the one thing you are guaranteed to want to do more innovatively on Ubuntu than on any other mobile platform. So if you are creating a portable app, targeting a few different environments, that’s the thing to take extra time over for your Ubuntu version. That’s the place to brainstorm, try out ideas on your friends, make a few mockups. It’s the place you really express the single most important aspects of your application, because it’s the fastest, grooviest gesture in the book, and it’s all yours on Ubuntu.

Have fun!

Read more
Daniel Oliver

Loving the bottom edge

The bottom edge is the most pleasurable edge to use. Grab a phone, any phone, and slide your thumb up over the bottom edge, then back. Go on, do it a few times. Feel good? Yeah, our extensive research suggests this feels pretty amazing to pretty much everyone.

Hmmm…. Feels good!

That’s why we’ve given the bottom edge to you, the developer, for your app. It’s the best one and we thought you could make the best use of it. If you want to create a truly “Ubuntu!” experience for your app you’ll want to invest in thoughtful but also creative interpretations of this edge in your app.

In fact, getting THIS ONE THING perfect is the most important thing you do when you bring your app to Ubuntu. Pretty much everything else is just… you know, obvious. But creating a bottom edge experience that is exactly perfect for your app and consistent with our values is where the magic happens.

Be perfect, be yourself, be exciting

There is no one answer for “the bottom edge”. There are definitely some values we can apply to judge if it’s a GREAT bottom edge, and there are several patterns that you’ll see, but you should start with a blank canvas and set yourself the goal of making your bottom edge experience YOURS.

Just to get the creative juices flowing, here are three great examples:

Think phases. Go beyond “one thing” in the gesture

The bottom edge swipe very naturally lends itself to what we call a “ranged gesture”. This is a gesture where going further does more. In other words, a great bottom edge will often be more than a simple transition. For example, you are unlikely to be great if you just reveal a toolbar, or pause a movie. You’ve got the opportunity to take several (well, two, at most three) logical “steps” on the way from the bottom edge up to the full stretch of the thumb.

Progression

 

 

When we design ranged gestures, though, we have to do a couple of things right to make them feel slick.

1. Make them connect smoothly

If your bottom edge gesture is going to have two phases, make sure that you pick two things which are related, so that the second one feels like a natural extension of the first.

A good example is the way we use the left edge: a little bit of left edge shows your *favourite* apps, a lot shows you ALL the apps. Seeing “all the apps” is a natural place to go if seeing your favourite apps wasn’t enough… it’s “more apps”. That makes a really good ranged gesture.

If the second phase was totaly unrelated to the first, it would feel jarring. Don’t do that!

Some examples of great ranged gestures:

  1. In a movie player, start with the player controls, then go further to reveal the chapter selection, and maybe even further to pop out of the movie to show other movies available on the device.

  2. In a map, use the bottom edge to zoom out. This is very sexy because the further you go the further you zoom, and zooming back is very naturally a tap where you want to zoom in.

  3. In a calendar, use the bottom edge to go from day to week to month to year view, like zooming out in time.

  4. In a turn-based game, use the bottom edge to pause the game and present game options.

  5. Go radial – present a radial menu of 5 top actions. Make it fade in beautifully so people want to use the bottom edge just to see those things show up. Make it fast so you just have to slide to one of them and release to invoke the action. Slick. Fast. Yum.

2. Be reversible. Let people change their mind easily.

Your user might not have intended to invoke the bottom edge, so it should always be possible for them to change their mind before they let go and slide back down, at which point their app is unchanged, they haven’t switched mode or done anything that they have to undo. Sliding back down is like saying “Oops, not down this corridor!” and you should respect that perfectly.

So, don’t pause or commit to any change until the finger is lifted off the screen – make sure that someone can unwind the use of the edge just by changing direction.

Actually… I don’t need to create a new note

3. Make it visually sexy

This is a FANTASTIC opportunity to show off some really beautiful visual design and motion graphics skills. A really beautiful set of transitions or effects will make people say “ooooh!”. If you get this really right, you’ll see people showing their friends that experience. “Check this out!”. “Ooooooh”. “Do it again!”. “Aaaaah.”, “Can I try?”…. that’s what you want to get when you show it to friends and family before you reveal it to the world.

Trust us, there are a million options for you, but to make it really work well will take a lot of thought and testing…. but it’s definitely worth it! Remember the “desktop cube” and how much fun it was to show people that? Now imagine getting the same reaction to your bottom edge… that’s what you’re shooting for.

The very best bottom edge experience will have movement associated with every tiny move of your finger. It will feel “on rails”, as you move your finger up it feels like you are totally in control of the scene that is unfolding, all the way up to the point where the final phase of your experience “clicks” into place, the final commit.

4. Hint, reveal, commit

We have a pattern we call “hint, reveal, commit”. For any substantial change that a gesture might drive, we want first to hint that it will happen, then we want a stretch of the gesture which reveals the first part of the change without actually making it happen, and finally we want a “click” which is the commit.

hint reveal commit A good example is the launcher. First, we show a shadow. If you just tap at the edge, all you see is that shadow, briefly. That’s the hint. There is “something on the edge”. If you slide a little bit from the edge, you start to see the launcher and the app dims slightly. That’s the reveal, it tells you what’s coming, but still lets you change your mind. And finally, before the launcher is fully revealed, there is a point at which it “clicks” into place. That’s the commit. Letting go of the screen after the commit, you KNOW you will have the launcher.

left edgeHint. Reveal. Commit.

Now, here’s the fun part. With a ranged gesture, you want to think about hint, reveal, commit for EACH PHASE of the gesture. It’s OK for the commit of one phase to immediately give you a hint of the next – you are, after all, in mid-gesture. In fact, that’s what we usually do ourselves, we show the second phase hint at the same time as the first phase commit.

The reveal is usually the place where  you want to make it feel like the user is in total control: have something that tracks the movement of the finger up the screen; it could be fading something in, or moving something in response to that movement. The important thing is that every tiny movement of the finger should reveal more, or less, until the commit.

Prioritise. Really, PRIORITISE

You have one bottom edge. Only one. It’s the sexiest thing for a user to do. They can even do it without looking where they are pressing – it’s an instinctive thing, pure muscle memory.

So you should think carefully about what’s REALLY IMPORTANT and CENTRAL in your app. Maybe there is something that the user will do all the time and you want to make it easy for them to do it fast, no hunting and pecking for buttons. Maybe there’s a natural “zoom out” expression in your app (those are usually good if you can make them beautifully visual). There is only one first phase to your bottom edge, it’s the first thing people will try – make it great, choose wisely!

quick draw

Provide a visual cue

Having a magical bottom edge that nobody discovers is no fun at all!

We can’t guarantee that every app will use the bottom edge. Some apps will be so straightforward that a bottom edge experience would be superfluous – just for show. And we don’t want that.

So users can’t be CERTAIN there is a bottom edge worth trying. That’s risky, because if they try  it a few times and get no result, they’ll stop trying it for apps which DO have a great bottom edge. So, you want to provide some sort of cue that it’s worth their while to give it a go.

Sometimes you can provide that cue as part of a transition into the app. You could show the stuff that’s in there, and animate it away into the edge after a few seconds during the app launch, so people know its there. That might be enough.

You might also want to leave a visual cue on the screen all the time. If you do, though, keep it REALLY small. Just a hint, just a clue, just a taste. For example, you might have a teeny little tab with a (+) on it if that edge holds the magic for adding something. Or you might have a teeny tab with the word “London” on it, if the bottom edge will reveal more cities, starting with London. Or just a highlighted line might do the trick.

visual hint

Be creative on the cue. Make it fit with the story you are telling. There are a million possibilities and only one is best for your particular design. Have fun, but don’t forget the cue!

Common patterns

Yes, if you’re stuck for inspiration, there are a few common patterns you might want to consider. We put this LAST because we really think you want to be inspired by the essence of YOUR APP, not just following a pattern that works elsewhere, in case you miss a chance to invent something really great for yourself and for others.

Zooming out

Many apps have the idea of an “outer” layer, or levels. Maps are an obvious case, calendars also have the idea of a “wider view” (days, weeks, months, years). But the concept of “taking a step back from the coal face” is very common. For example, in a word processor, you might step back to switch between files. In a browser, you might step back to switch between tabs. In a game, you might step back to change settings or invite a friend to play. In Evernote, stepping back from the current note might show you other notes in the same album, or other albums altogether.

By scaling down the content (objects, time, space) we offer a quicker way to navigate across large amounts of content. Step back, go HERE is a great way to get around.

zoom out

Toggle

If your app has two, and only two, main faces, then the bottom edge is a fast, controlled way to switch between them. You can do a nice cross-fade, or a page-over effect that makes the user feel in control.

2 faces

Controls

If your app has a set of controls – for example, a music player – then the bottom edge might be a great way to bring those smoothly onto the screen.

A great idea is to think carefully about the various controls, and have a ranged gesture which reveals steadily more. For example, first just play, pause, back and forward, then things like chapter selection which provide a broader view of the content.

Quick draw

Your app may have a particular thing that you want people to be able to do instantly, with nothing but a reflex reaction. For example, a note-taking app might use the bottom edge as a quick-draw “new note” facility.

quick draw

Make it great!

This is bottom edge is something unique to Ubuntu – we’ve given it to you because it really is the prime edge from a user perspective, and the app has all the user’s attention. It’s worth taking time to think carefully, try a range of options, test them on your friends, and craft it beautifully.

 

 

 

 

 

Read more
Iain Farrell

Happy by Sergei Pozdnyak

The submissions process for Ubuntu 14.04 is now closed. If you’d like to look at the images head over to the Flickr Group. From here on a group of dedicated and splendid individuals will get together to select the images that are going to go into the next release of Ubuntu. We’ll be hanging out on #1404wallpaper on Freenode and you can come listen in :)

We generally welcome discussion but please remember that a decision is needed from the time that people volunteer so not too much additional debate.

We’ll start with a meeting tomorrow, Friday 7th March, at 19:00GMT.


Read more
Inayaili de León Persson

Latest from the web team — February 2014

Time flies! February is mostly behind us now and hopefully spring won’t take too long to show up in London.

In the last few weeks we’ve worked on:

  • Ubuntu Resources: we’ve released a new iteration of the site this week — have a look and let us know your thoughts!
  • MWC 2014: we’ve created a few homepage takeovers and updated the /phone and /tablet sections of www.ubuntu.com in preparation for this event
  • Cape Town sprint: a few of us have been to the cloud sprint in South Africa earlier this month, where work focused on planning the next iterations of Juju
  • Fenchurch: we’ve been improving the Fenchurch Juju charm

And we’re currently working on:

  • Ubuntu Resources: we’ve already started working on the next iteration of the site, which should be released in just a few weeks — this time we’re focusing on medium screen sizes
  • Ubuntu 14.04 release: we’ve started to go through the long list of updates to make the site ready for the upcoming release, mainly creating and updating image assets and copywriting
  • Responsive ubuntu.com: we’re now moving full speed ahead, updating our front end framework, which powers www.ubuntu.com and other sites, to be mobile-first and responsive; a lot of the work in the next few weeks will be focused on creating new image assets and lots and lots of testing
  • Fenchurch: we’ll be finalising Fenchurch’s Juju charm auto-updating
  • Videos: we’re putting the final touches and testing the updated version of our web video player
  • Juju: in the last few weeks we’ve released a new design for relationship lines and we’ve added local charm support — you can now import local charms into an environment using the import function or by dragging a YAML file from your computer onto the Juju canvas

Here are a few photos that Luca took of the week in Cape Town, where the sun was shining.

Luca's Cape Town photosSome moments from Cape Town, earlier this month.

Have you got any questions or suggestions for us? Would you like to hear about any of these projects and tasks in more detail? Let us know your thoughts in the comments.

Read more
Canonical

Developing your app for Ubuntu? Want to understand Ubuntu’s app publishing process? Today we have released a step by step video guide which shows just how easy it is to publish your app on Ubuntu.  Jono Bacon, Head of Community at Canonical, walks you through the Ubuntu publishing process for new applications. He shows how to upload your app, talks through the approval process (from approver view), and shows how your apps are instantly available on Ubuntu devices for download.

No need for multiple submissions for different form factors – one click lands your app across all Ubuntu devices!

View the app publishing video here

Learn more about Ubuntu App Showdown

Download Ubuntu developer toolkit

Read more
Inayaili de León Persson

Ubuntu Resources — beta!

Today we’ve released a new version of Ubuntu Resources with some new functionality and design improvements, and we’ve now moved from alpha to beta!

Feedback

We asked visitors to the site to give us their feedback based on their visits on their mobile devices, and we received lots of useful comments since we launched the alpha version of the site in November.

Several of the comments focused on the same themes, which became our areas of focus for this release, such as:

1. Understanding which site you are visiting

Because of the way we were using the Circle of Friends roundel without the “ubuntu” wordmark next to the word “resources”, many people didn’t understand that was the name of the site. In this iteration, we went back to using the standard brand extension, reducing the overall size of the logo and making that more clearly the title of the site and homepage link.

Navigation before and afterNavigation before (left) and after (right).

New landing pages

2. Understanding the variety of content that the site has to offer

Some people thought they had landed on the “Ubuntu Blog”, because of the way the homepage and other topic pages were laid out.

We’ve designed landing pages that are more curated and show the most recent and featured content with the option to see all archived content related to that topic near the bottom of the screen.

3. Learn more about the topics presented (cloud, server, etc.)

A common mistake when designing for brands you’re familiar with is to think other people will have the same understanding of it as you do.

Some people that we showed the site to and that were not too familiar with Ubuntu or Canonical did not understand exactly what we meant by “Server” or “Ubuntu on phones”, for example. Links to learn more about these topics used to be at the bottom of screens, so we moved that content to the top of the topic landing pages for easier access if you’re new to the subject.

Topic introsNew introductions to the topics.

Learnings from Canonical.com

With the launch of the new Canonical website in January, we changed the way some of our small screen patterns work:

  • We’ve updated the font sizes, so they are now slightly larger
  • We’ve updated the background of the pages
  • We’ve change the way content is divided, reducing the number of lines and using different blocks of colour instead

These were fed back into Ubuntu Resources so that we can keep our patterns as consistent as possible across sites.

In terms of the less visible updates, we’ve also:

  • Improved the pre-populated messages when content is shared
  • Tweaked the style of the tags which can be used to navigate the site
  • Fixed some bugs in the rendering of SVG icons

Next steps

In the next iteration of the site, we will be focusing mainly on layout improvements for medium sized screens (think tablets), as at the moment the site is still only displaying the small screen style sheet regardless of screen size.

We’ve already started to improve the search functionality, so that it’s possible to filter search results, but visitors should only be seeing these changes in the next release, in a few weeks.

Once we’ve built the site to scale up to large screen sizes smoothly, and have integrated all the top-priority functionality, the plan is for it to replace the current Insights website.

If you haven’t checked it out yet, head to Ubuntu Resources and feel free to send us your comments via the feedback link in the site’s footer.

Read more
Canonical

Today we announce the launch of our third Ubuntu App Showdown contest! We are excited to bring you yet another engaging developer competition, where the Ubuntu app developer community brings innovative and interesting new apps for Ubuntu on mobile devices.

Contestants will have six weeks to build and publish their apps using the new Ubuntu SDK and Ubuntu platform starting today. Both original apps and ported apps, QML and HTML5, and apps specifically for the Chinese market will qualify for this competition.

We have taken a step further with this App Showdown, we have four dedicated categories that you can enter:

  1. QML: original apps written in QML or with a combination of QML and JavaScript/C++

  2. HTML5: original apps written using web technologies, be it pure HTML (and CSS/JavaScript) or with platform access using Apache Cordova

  3. Ported: apps ported from another platform, regardless of the technology used

  4. Chinese apps: apps in this category will have to be original and specific to China and the Chinese culture. They will be judged by two native experts in our jury.

Prizes are up for grabs, each category (QML, HTML5, ported) will win a Nexus 7 pre-loaded with Ubuntu. The top two Chinese app winners will receive a Meizu branded device.

To find out more details and to enter the competition, click here.  Good luck and get  developing! We look forward to seeing your apps on Ubuntu.

Read more
Canonical

The latest development of Ubuntu for phones and tablets is on show at this year’s Mobile World Congress – including the visually stunning “scopes”, a new mobile UI paradigm.

Ubuntu has announced partnerships with Meizu, a hot manufacturer of phones in China, and BQ, a specialist European phone manufacturer, to bring the first range of Ubuntu devices to market in 2014. The industrial design of those devices is on show at MWC for the first time.

Ubuntu’s scopes are at the heart of its content-centric interface. They enable users to find content directly in the home screen.  This gives industry partners extensive opportunities to customise the core interface of Ubuntu around their services and content.

Ubuntu’s tablet experience has also made substantial progress, its amazing multitasking fluidity has come to the fore and makes a great impression on devices between 7” and 10”.

Interested developers can join the GSMA’s WIPJam for a Web Tech Hack session on writing HTML5 apps for Ubuntu, and on integrating them with native devices using Apache Cordova. Look out for the Nexus 7 prize Canonical is giving away as part of the associated hackathon.

Ubuntu is in the App Planet Hall 8.1, on stand 8.1E49. (http://mwc.eventfloorplans.co.uk/hall-8-1)

Explore further:

Canonical announces first partners to ship Ubuntu phones around the globe

Growing app ecosystem for Ubuntu phones

Vodafone joins Ubuntu Carrier Advisory Group

Smart joins Ubuntu Carrier Advisory Group

Read more
Mark Baker

Launching applications and workloads in the cloud should be a seamless experience, so today we announced a partnership with Joyent to bring optimised and fully supported Ubuntu server images to users of Joyent’s cloud platform. Ubuntu is the most popular guest OS in the cloud and combined with Joyent’s High Performance platform developers and enterprises can be assured that they will have the best possible Ubuntu experience with the backing and support of both companies.

Joyent specialises as a platform for ecommerce, mobile, gaming applications and big data analytics for many of today’s fastest growing companies. Joyent is also the company behind Node.js, an open source, scalable platform for building real-time applications across distributed devices. Joyent’s SmartOS based cloud architecture provides a high performance, stable and secure foundation for its services, but developers wanted access to a Linux solution and in particular Ubuntu for its robust ecosystem of tools and applications, familiarity with their existing IT environments and rapid iteration of new releases matching the speed and pace of cloud development.

As part of the Certified Public Cloud programme, Canonical and Joyent worked together to optimise Ubuntu performance and take advantage of customisation and configuration enhancements in Joyent’s platform, letting users deploy secure and highly performant workloads. Certified images from Canonical ensure that no matter where they are deployed – in a private or public cloud – workloads have consistent and scalable performance and are fully supportable expanding development and deployment choices. It’s easy to migrate workloads and applications across different deployment scenarios without becoming locked in to a single one as business needs and strategy change.

In addition to certified images, Canonical and Joyent are collaborating to enable the development and deployment of scale out applications based on Node.js. Joyent will take the lead in developing and maintaining a Node.js charm, which will foster greater community participation and quality of charms that leverage this dynamic and fast growing programming platform. In combination with Juju, Canonical’s open source cloud orchestration solution, users can deploy charms to any public cloud that supports Juju as well as to OpenStack and bare metal environments. Workloads can be rapidly spun up and down and migrated across supported platforms without any rearchitecting – fully realising the speed and flexibility benefits of the cloud.

We’re happy to welcome Joyent to the fast growing group of Ubuntu Certified Public Cloud providers and encourage you to try out Ubuntu on Joyent Cloud at www.joyent.com

 

Read more
Canonical

 

  • bq and Meizu sign agreements to deliver and ship Ubuntu phones

  • Online campaigns with bq and Meizu will make Ubuntu phones available globally

  • Strong support for Ubuntu devices has also been received from carriers worldwide

19th February 2014, London: Canonical today announces it has signed agreements with mobile device manufacturers bq (www.bq.com) (Spain) and Meizu (China) to bring Ubuntu smartphones to consumers globally. Canonical is working with these partners to ship the first Ubuntu devices on the latest hardware in 2014. Ubuntu has also received significant support from the world’s biggest carriers, some of which intend to work with OEM partners to bring phones to market this year.

Development programmes have begun with the partners to provide smartphones with a superior user experience on mid to high end hardware for consumers around the world. Devices will be available to buy online through bq, Meizu and at Ubuntu.com.

Ubuntu introduces a new UI paradigm for mobile devices. Ubuntu puts content and services at the centre of the experience, rather than hiding them behind stores and apps. This gives consumers a fresh and rich way to engage with their favourite videos, music and other mobile activities. It also means OEMs and operators have unprecedented customisation opportunities with a common UI toolkit, which gives devices their own unique footprint and without fragmenting the platform.

Meizu is one of China’s most successful high-end smartphone manufacturers with over 1,000 employees, 600 retail stores and a global presence in China, Hong Kong, Israel, Russia and Ukraine. In January, the company announced its strategy to expand into other international markets as well as to ship phones in America later in 2014 and Ubuntu will be a key part of this expansion. Meizu designs and retails phones that are characterised by light, comfortable design as well as ease of use and functionality. “Ubuntu’s intuitive and visually stunning user interface aligns with our own ethos of producing simple, innovative mobile experiences. This partnership gives us an opportunity to develop a truly different and compelling offering that will support our strategy to deliver devices to both China as well as internationally,” says  Li Nan, Meizu’s VP Sales and Marketing.

bq is a manufacturer of multimedia devices operating in Europe and employing 600 people. In 2013, the company shipped almost 1.5 million devices and in less than a year has become the Spain’s second biggest seller of unlocked smartphones. bq will bring Ubuntu onto its latest hardware specifications. “Ubuntu’s ongoing success on PCs, as well as the huge support it has gained for its mobile proposition provides the best opportunity to bring an alternative platform to market on our hardware,” Alberto Mendez, CEO, comments.

Mark Shuttleworth, founder of Canonical and Ubuntu, adds; “The mobile industry has long been looking for a viable alternative to those that reign today. Ubuntu puts the control back into the hands of our partners and presents an exciting platform for consumers, delivering an experience which departs from the tired app icon grid of Android and iOS and provides a fluid, content-rich experience for all.”

Carriers and major industry players that Canonical has engaged with have also shown their support for Ubuntu and an alternative operating system for the mobile market. To date, Ubuntu’s Carrier Advisory Group has 16 members including Vodafone, EE, T-Mobile USA, Three Group, Deutsche Telekom, Verizon, Telstra and Portugal Telecom. Canonical is also working with a breadth of ISV partners, including The Weather Channel, GrooveShark, Evernote and more, to bring the best applications and services to Ubuntu.

Portugal Telecom: “It is our commitment to keep working closely with Canonical to build a proposition for Ubuntu devices  that will deliver a fresh, new and exciting experience for our users,” says Pedro Leitão, Member of the Board of Portugal Telecom, responsible for the Consumer Segment.

Three Group: “Ubuntu is creating an innovative mobile web experience that brings more choice for customers, and opportunities for operators and OEMs who are keen to differentiate their devices.”

Telecom Italia: “We’ve been very active in helping shape Ubuntu for the Italian market by contributing to the Ubuntu Carrier Advisory Group for many months.”

Smart: “Ubuntu’s entry to the mobile phone market is definitely exciting. We see this as an interesting opportunity to help bring mobile innovations quicker to the market, lower access barriers and provide more choices in terms of apps and devices,” says Orlando B.Vea, chief wireless advisor at Smart. “We’re very keen to work with Ubuntu and the developer community in making this happen as it supports our goal to bring the mobile Internet to every Filipino.”

Smartfren (Indonesia): “We’ve been working closely with Canonical and the Carrier Advisory Group for several months, and look forward to being able to launch Ubuntu devices in the Indonesian market,” comments Richard Tan, deputy CEO.

Ends

About Canonical
Canonical is the company behind Ubuntu and the leading provider of services for Ubuntu deployments in the enterprise. With global teams of developers, support staff and engineering centres, Canonical is uniquely positioned to help partners and customers make the most of Ubuntu. Canonical is a privately held company.

Ubuntu is a free, open-source platform for client, server and cloud computing. It is the most widely used Linux on the top 1000 websites by traffic, the reference platform for OpenStack deployments, the most popular guest OS on public clouds, and ships on PCs from Dell, Lenovo, HP and other brands. Since its launch in 2004, it has become the preferred choice for open desktop and scale-out computing, from Fortune 500 companies to hardware makers, content providers, software developers and consumers.

About bq
bq is a company dedicated to consumer electronics, which designs and develops both software and hardware. Its main division is multimedia devices (e-readers, tablets and smartphones), a market in which it is the leader in Spain. Its innovative spirit had led it to operate in emerging fields such as educational robotics, the development of reading platforms and 3D printing. In this latter market, it designs and manufactures its own 3D printer, the bq Witbox, which is distributed worldwide. www.bq.com.

About Meizu
Established in 2003 and headquartered in Zhuhai, China, MEIZU designs and produces smartphones created to provide a simple, intuitive mobile experience for people whose time is expected to be simply spent in using their devices, instead of figuring out the way of using them.

MEIZU expanded into the smartphone market in 2008 and has been committed to developing high-end smartphones ever since. Based on a business philosophy and commitment to pursuing perfection and long-term development, MEIZU remains laser focused on developing innovative and user-friendly smartphones for consumers. With more than 1,000 employees and 600 retail stores, the company has built a global presence in Hong Kong, Israel, Russia and Ukraine. www.meizu.com

Read more
Katie Taylor

App Design Clinic #8

This week we dedicated the short clinic to sizing, and ensuring widgets and items are usable (touchable).

We covered…

  • The Ubuntu grid unit – for more information, see http://developer.ubuntu.com/api/qml/sdk-1.0/UbuntuUserInterfaceToolkit.resolution-independence/)
  • Minimum touch target size – 4×4 gu
  • A sneak preview of the updated widgets coming to Ubuntu Touch

If you missed it, or want to watch it again, here it is:

 

 

The next App Design Clinic will on Wednesday 26th February. Please send your questions and screenshots to design@canonical.com by 1pm UTC on Tuesdays to be included in the following Wednesday clinic.

Read more
Vesa Rautiainen

In January when the winter weather was at its worst in London we packed our laptops, designs and prototypes and headed to Cape Town, South Africa for Client Platform Sprint. This design sprint was a mid cycle checkpoint and the target was to get some important 14.04 designs, including Dash and Right edge swipe, reviewed and finalized.

It was an intense week with lots of review sessions and a tight schedule. But after the day’s work was done we tried to make most of our time in this astonishing place. The trip wouldn’t have been complete without visiting those vineyards, white-sand beaches and of course THE Table Mountain.

All in all it was a great work week in the sun with some bits of free time activities. Easily beats a regular week at the office. Some pictures from the trip:

Right Edge designRight Edge design

Trying to nail the DashTrying to nail the Dash

Camps Bay

Camps Bay

Table Mountain

Table MountainCape Town

Read more
Inayaili de León Persson

Latest from the web team — January 2014

We’re now well into 2014 and working on several exciting projects that will be released throughout the year.

In the last few weeks we’ve worked on:

  • Ubuntu Resources: we’ve been working on designs for a new homepage and topic landing pages for the upcoming beta release
  • Canonical website: the new canonical.com is now live!
  • Videos: we’ve finalised the designs for a web video player, which should soon be added to www.ubuntu.com
  • Front end mini sprint: we discussed what we’ve learned from making canonical.com and how it might impact the update of ubuntu.com and of the Web Style Guide

And we’re currently working on:

  • Ubuntu Resources: we are making improvements based on feedback we’ve received and adding some new features, like filtered search
  • Ubuntu 14.04 release: we’ve finalised all the planning for the 20th Ubuntu release and have started to work through the long to-do list in the run up to April
  • Ubuntu.com: we are in the process of updating our Web Style Guide to become responsive, which will mean a responsive www.ubuntu.com
  • Juju GUI: we’re working on improved relationship lines
  • Fenchurch: an initial Juju charm has been released and we’re now enhancing it with additional hooks
  • Cloud sprint: many of us are getting ready for a cloud sprint taking place next week in Cape Town, South Africa

Office before holidays The design team’s corner right before the holidays

Have you got any questions or suggestions for us? Would you like to hear about any of these projects and tasks in more detail? Let us know your thoughts in the comments.

Read more
Katie Taylor

App Design Clinic #7

This week in App Design Clinic #7 we reviewed 3 apps: SocketWorld (for finding and comparing plug types), Flashback (an entertainment app using Trackt) and Capitals (a game about capital cities).

For this session we covered questions such as
- First use prompting and introductions
- Margins and alignment
- App structure, linking from one part of your app to another

If you missed it, or want to watch it again, here it is:

 

 

Please send your questions and screenshots to
design@canonical.com by 1pm UTC on Tuesdays to be included in the following Wednesday clinic.

The next App Design Clinic will be in 2 weeks, on Wednesday 12th February.

Read more