iPhone GUI PSD


Over the past few months we’ve had to create a few iPhone mock ups for presentations. The problem we’ve encountered is the lack of resources to help us design something efficiently. Up until now we’ve used a nice PSD from 320480.com but we still found ourselves having to build out additional assets or heavily modifying bitmap based buttons and widgets.

Since we know we’ll be doing more of this, we created our own Photoshop file that has a fairly comprehensive library of assets – all fully editable.

(via fscklog.com)

The Only Thing We Have To Fear Is Premature Standardization

The Only Thing We Have To Fear Is Premature Standardization: „The web is made of open standards. This was a significant factor in the web’s displacement of proprietary application platforms. Openness is hugely attractive, so much so that the web dominates over competitors with better technologies. The difficult tradeoff that comes with a standards-based approach is that it is difficult to innovate. As a result, the basic technologies of the browser have been stalled for a decade. What innovation we’ve enjoyed, such as the Ajax revolution, has come by mining all of the latent, accidental potential of the existing standards. That potential has been used up.

If we are to go forward, we must repair the standards. This is something that must be done with great care. A revision to a standard is an act of violence, just like any surgical procedure. It should only be undertaken when the likely benefit far exceeds the cost and the pain and the risk. The web is particularly troublesome because it did not anticipate the management of software updates, which is why IE5, an ancient browser, still has more users than Safari and Opera combined. Changes to the standard can put developers in a very difficult position because the benefits to users of some browsers become the seeds of failure for the users of others. Developers must manage this gulf, and it is not easy. Developers are not well served by new standards that make their jobs even harder.

I think it is instructive to look at two approaches to managing innovation within a standards based system, one that I view as a success, and the other not so much. JavaScript was a promising but half-baked language that was irresponsibly rushed to market and then irresponsibly cast into a standard. That standard is called ECMAScript to avoid a trademark dispute. That standard was last revised in 1999.

It is clear that the language needs to be updated, but TC39 (the committee that is responsible for drafting a new standard) could not reach consensus on how to do it, so it split into two groups, each producing its own proposal. This was a good thing in that competition is a healthy thing, and I believe that competition inspired improvements to both proposals. This was also a bad thing because no standards organization can adopt two proposal for the same standard. Without consensus, both proposals must fail.

On one side there was the proposal called ES4. It was unfortunate that it adopted that name because it strongly suggested that it was destined to be the Fourth Edition of ECMAScript, a fate that was not certain. The project was very open to new ideas and features, adopting a porkbarrel attitude that was almost Congressional in its expansiveness. Lots of good ideas were included without an adequate analysis of the language as a whole system. As a result, many overlapping features were adopted which would have significantly increased to complexity of the language.

ES4 was so large and so innovative that there were doubts about whether it could be successfully specified and implemented. More worrisome, there was no experience with the language itself. Would the interaction of features cause unintended problems as we saw in ES1 and ES3? The schedule for ES4 required that the standard be put in place and adopted by the browser makers before that question could be answered. This is a problem because once a bug is inserted into a standard, it can be extremely difficult to remove it. All of the features, considered individually, were attractive. But taken as a whole, the language was a mess.

On the other side was a proposal called ES3.1. Its name indicated a less ambitious proposal, being a smaller increment over the current Third Edition. This project was intended to repair as many of the problems with the language as possible while minimizing the pain of disruption. New syntax was considered only when it was already implemented and proven in at least three of the four major browsers. Feature selection tended to favor necessary improvements over desirable improvements.

ES3.1 was more minimal in approach. The set of feature interactions was much smaller and much easier to reason about. ES3.1 is likely to complete its specification and will be the candidate for the Fourth Edition.

ES4 had a large head start (by as much as seven years by some estimates), but was unable to meet its deadlines. Ultimately, the project fell apart when some of the key members left.

Some of the features that were in ES4 were reasonable, so a new project, called Harmony, is starting which will look at adapting the best of ES4 on top of ES3.1. The success of this project will depend on the ability of TC39 to do a better job of managing the tradeoffs between innovation and stability, and adopting a discipline for managing complexity. Simplicity should be highly valued in a standard. Simplicity cannot be added. Instead, complexity must be removed.

It turns out that standard bodies are not good places to innovate. That’s what laboratories and startups are for. Standards must be drafted by consensus Standards must be free of controversy. If a feature is too murky to produce a consensus, then it should not be a candidate for standardization. It is for a good reason that ‘design by committee’ is a pejorative. Standards bodies should not be in the business of design. They should stick to careful specification, which is important and difficult work.

I see similar stories in HTML5. The early work of WHATWG in documenting the undocumented behavior of HTML was brilliant. It went off the rails when people started to just make new stuff up. There is way too much controversy in HTML5. I would like to see a complete reset with a stronger set of design rules. Things can be much worse than the way things currently are. Having smart people with good intentions is necessary but not sufficient for making good standards.

(Via Yahoo! User Interface Blog.)

W3C Releases Mobile Web Best Practices

W3C Releases Mobile Web Best Practices: „

The World Wide Web Consortium (W3C) today released the 1.0 version of their Mobile Web Best Practices document. The guidelines offer mobile web developers a consistent set of best practices to apply when creating content for consumption on mobile devices. ‘The principal objective is to improve the user experience of the Web when accessed from [mobile web] devices,’ according to the W3C.

In Japan, there are already more mobile web users than PC users, and the rest of the world is catching up. Jupiter Research expects that mobile Web 2.0 revenues will hit $22.4 billion by 2014, with the biggest growth areas in mobile social networking and user generated content.

Developing content across such a wide array of mobile devices and creating a consistent and enjoyable user experience is not an easy task. The W3C hopes that its new mobile best practices guidelines will make it easier for developers to create content and applications for cell phones and other mobile devices.

‘Mobile Web content developers now have stable guidelines and maturing tools to help them create a better mobile Web experience,’ said Dominique Hazaël-Massieux, W3C Mobile Web Activity Lead in a press release. ‘In support of the W3C mission of building One Web, we want to support the developer community by providing tools to enable a great mobile Web user experience.’

The W3C also announced the release of the XHTML Basic 1.1 Recommendation today as the preferred markup language for the best practices document. ‘Until today, content developers faced an additional challenge: a variety of mobile markup languages to choose from,’ said the W3C. ‘With the publication of the XHTML Basic 1.1 Recommendation today, the preferred format specification of the Best Practices, there is now a full convergence in mobile markup languages, including those developed by the Open Mobile Alliance (OMA).’“

(Via SitePoint Blogs.)

Screenshots mit diversen Browsern erstellen

Besonders für professionelle Web-Entwickler ist browsershots.org gedacht. Der Dienst macht auf Wunsch Screenshots einer Website mit einer Vielzahl unterschiedlicher Browser auf verschiedenen Systemen – und das zudem kostenlos.

Über 60 Browser stehen bei browsershots.org für den Test zur Auswahl. Optional kann man weitere Eckdaten bestimmen: die Bildschirmgröße, die Farbtiefe, ob JavaScript aktiviert ist und in welcher Version es vorliegt, ebenso ob Java und Flash vorhanden sind oder nicht. Standardmäßig sind die jeweils wichtigsten Browser der Plattformen markiert. Wer will kann per Klick alle Kandidaten von Linux, Windows oder Mac OS anwählen oder aber sich nach Rendering-Engine entscheiden und alle mit Gecko oder alle KHTML/WebKit-Browser nutzen.

Der Dienst ist kostenlos. Dafür hat man allerdings keinen Einfluss darauf, wie schnell die Screenshots zur Verfügung stehen. Wer 10 Euro bezahlt, wird hingegen einen Monat lang bevorzugt behandelt.

(Via hoemmerich.com)

Neues GmbH-Recht: Gefahr für Designer

Der BDG :Bund Deutscher Grafik-Designer e.V. weist in einer heutigen Stellungnahme darauf hin, dass »die Einführung der so genannten ›1-Euro-GmbH‹ ist eine Gefahr für die soziale Absicherung zahlreicher Freiberufler« darstellte. Der Berufsverband der Kommunikationsdesigner fordert daher flankierende soziale Maßnahmen.

Am gestrigen Donnerstag hat der Bundestag beschlossen, GmbHs auch ohne das bislang nötige Garantiekapital zuzulassen. Der BDG befürchtet nun, dass die Zahl an scheinselbstständigen Designern, die schon jetzt in Unternehmen ohne entsprechende arbeitsvertragliche Absicherung durch sozialversicherungspflichtige Beschäftigungsverhältnisse tätig sind, in rasantem Maße ansteigen werden – und zwar jetzt völlig legal als Ein-Personen-GmbH.

Der Vorteil für den Auftraggeber läge auf der Hand: Werde eine GmbH beauftragt, so fallen keinerlei Sozialversicherungsbeiträge an. Und nicht nur das: Zusätzlich entfallen auch bei Auftragsvergabe an eine GmbH die Abgaben an die Künstlersozialkasse.

Seit der Einführung vermehrter Kontrollen der Künstlersozialabgaben würden schon jetzt freiberufliche Designer durch potentielle Auftraggeber vermehrt zur Gründung einer GmbH gedrängt, so die Beobachtung des BDG. Mit dem Wegfall des Mindestkapitals werde es zu einem größeren Druck kommen.

Der BDG schlägt daher vor, Sozialversicherungsprüfungen auch bei Betreibern von GmbHs vorzunehmen. Weiterhin sollten Zahlungen an GmbHs zukünftig ebenfalls mit der Künstlersozialabgabe belegt werden.

(Via Fontblog.)

Großes ß ist nun internationale Norm

Das ß als Großbuchstabe ist nun von der Internationalen Organisation für Normung (ISO) als internationale Norm veröffentlicht worden. Ende Mai fand bei der ISO die finale Abstimmung statt, die Norm wurde ohne Gegenstimme angenommen, bestätigte Roman Grahle vom Deutschen Institut für Normung (DIN) gegenüber heise online. Das DIN hatte sich im vergangenen Jahr für die Aufnahme als Standard eingesetzt. Am 23. Juni hat die betreffende Ergänzung der Norm ISO/IEC 10646 den Status 60.60 („International Standard published“) erreicht und ist damit gültig.

Bereits am 4. April trat die Unicode-Version 5.1 in Kraft, die das versale ß als Zeichen U+1E9E enthält. Das zuständige Unicode Consortium steht den ISO-Gremien beratend zur Seite. Die Rechtschreibregeln sind von der neuen Norm nicht betroffen, das ß wird danach weiterhin in Großschreibweise als „SS“ umgesetzt. Laut Grahle wurden nun aber die maschinellen Voraussetzungen dafür geschaffen, dass das große ß im Schriftdeutschen Einzug halten kann. Deutsche Typographen diskutieren seit 2005 erneut über mögliche Formen des großen ß, 2006 widmete die Zeitschrift Signa eine Ausgabe dem neuen Buchstaben. Der Typograph Andreas Stötzner weist auf seiner Website auf Tastatur-Treiber mit Versal-ß für Windows und Mac OS X hin.

Seit etwa 130 Jahren war immer wieder darüber diskutiert worden, dem ß wie allen anderen Buchstaben eine große Variante zu verschaffen. Der Große Duden der DDR enthielt in den 1950er-Jahren ein großes ß, doch dann verschwand es wieder. Eine neue Rechtschreibreform für das große ß schließt der Rat für deutsche Rechtschreibung zwar aus, aber: „Die Menschen werden entscheiden, ob sie es verwenden“, sagt Geschäftsführerin Kerstin Güthert laut dpa. Eine Voraussetzung wäre beispielsweise eine Änderung des Tastatur-Layouts, doch diese bezeichnete eine Sprecherin des Tastatur-Herstellers Cherry als „erheblichen Eingriff in das Standard-Tastatur-Layout“. Dort teilt sich das ß den Platz mit dem Fragezeichen. Ohne eigene Taste ließe sich die Tastatur zwar relativ leicht anpassen, das hätte aber eine Folge für die beruflichen Schnellschreiber: „Das Maschineschreiben müsste dann teilweise neu gelernt werden.“

Via heise.de

Alternative zur Comic Sans

Alternative zur Comic Sans:

Sie kommt von Jens Kutilek und heißt Comic Jens. Die Schrift besteht aus einem Regular- und einem Bold-Schnitt im modernen OpenType-Format. Beide enthalten je 303 Zeichen, darunter Ligaturen, kontextsensitive Buchstaben, Pfeile und lustige Symbole.

Jens Kutilek arbeitet bei FSI, dem Herausgeber der angesehenen FontFont-Schriftenbibliothek, und weiß daher, wie man eine ordentliche OpenType-Schrift herstellt. Comic Jens ist sein Privatvergnügen, und deshalb bietet er sie zum kostenlosen Download an, Creative-Commons-lizenziert. Mit anderen Worten: Für den Einsatz in Kindergärten, Vereinen, im Büro und zu Hause gibt es keinen Grund mehr, die allgegenwärtige Comic Sans zu verwenden … Hier klicken zum Downloaden von Comic Jens.

(Via Fontblog.)