Safari extensions gallery, Safari 5.0.1 available

Juli 29th, 2010 § 0

Wiederherstellen von Fotos von einer Speicherkarte mit PhotoRec

Juli 28th, 2010 § 0

How to back up your data and set up as a new device

Juli 28th, 2010 § 0

Fact: Most People Have Never Heard of Location-Based Apps

Juli 28th, 2010 § 0

Anatomie der Buchstaben

Dezember 16th, 2009 § 0

Design Tagebuch

Anatomie der Buchstaben

Zu Studienzeiten bin ich an den Setzkästen in der Druckerei unserer FH lediglich vorbeigegangen, voller Demut für das Handwerk, aber auch mit großer Erleichterung, da mein Schwerpunkt im Studium die Arbeit am Computer sein sollte. Mit DTP wurde der Schriftsatz revolutioniert und vereinfacht. Beim Entwerfen von und beim Arbeiten mit Schriften bedienen wir uns aber immer noch der ursprünglichen Begriffe.

Dieser Artikel ist losgelöst von den tagesaktuellen Themen. Er ist als Typografie-Basiswissen gedacht und vor allem auch als Mitmachwerk, denn vollständig wird die Liste erst, nachdem die aufgeführten Begriffe und ihre grafische Aufbereitung kritisch von allen Seiten beäugt werden. Sicherlich gibt es noch den ein oder anderen Begriff, der in diese Liste gut hineinpasst.

Dargestellt sind in diesem Artikel die beim Schriftentwerfen zu gestaltenden Elemente der Buchstaben. Beim Satz spricht man von den „druckenden Teilen“. Im Gegensatz zur Makrotypografie, bei der es etwa um den Satzspiegel oder der Schriftgröße geht, wird in dieser Auflistung der Bereich der Mikrotypografie oder Detailtypografie behandelt.

Unter allen Lesern, die per E-Mail an anatomie-der-buchstaben {ät }designtagebuch.de einen konstruktiven Hinweis schicken, wird ein Exemplar „Anatomie der Buchstaben“ aus dem Verlag Hermann Schmidt, der 232 Seiten starken Anregung zum Typedesign, im Wert von 68 € verlost.

Danke an alle, die diese Liste komplettieren und verfeinern möchten und Danke auch an jene, die eine ähnliche Zusammenstellung ins Netz gestellt haben.

Anatomie der Buchstaben | A – Z

  • Abstrich

    Abstrich / Grundstrich

    Nach unten geführter Strich.

  • Anstrich

    Anstrich

    Schräg und horizontal. Auch „Nase“, „Ansatz“ oder „Dachansatz“ genannt.

  • Arm

    Arm

    Horizontale Linien bei Großbuchstaben.

  • Aufstrich

    Aufstrich

    Nach oben geführter Strich. Die dünste Linie im Buchstaben nennt man zudem „Haarstrich“.

  • Auslauf

    Auslauf

    Endung eines Buchstabens.

  • Bauch

    Bauch

    Rundung der Buchstaben innerhalb der Mittellänge beim d, b, p und q.

  • Bein

    Bein

    Abstrich am K, k und R.

  • Bogen

    Bogen

    Bezeichnet ebenfalls eine Rundung der Buchstaben etwa beim P, B oder D.

  • Cauda

    Cauda

    Abstrich am Q. Lateinischer Begriff für „Schwanz“.

  • Deckstrich

    Deckstrich

    Horizontale Linie beim T, Z und z.

  • Diagonale

    Diagonale

    Schräge Verbindung im Z und N.

  • Dickte

    Dickte

    Breite eines Buchstabens, inklusive der Vor- und Nachbreite. Der nichtdruckende Teil einer Drucktype nennt man zudem Fleisch.

  • Endstrich

    Endstrich

    Abschluss: schräg, wie beim u oder rund wie beim a.

  • Fähnchen

    Fähnchen

    Häkchen am g. Auch „Ohr“ genannt.

  • Fuß

    Fuß

    Unterer Bereich des Abstrichs z.B. am R.

  • Grundlinie

    Grundlinie

    Horizontale Achse zwischen der Mittellänge und der Unterlänge.

  • Hals

    Hals

    Auch „Schaft“ genannt.

  • Kegel

    Kegel / Kegelhöhe

    Die Schriftgröße leitet sich vom Kegel und seiner Höhe ab. Bleisatz-Letter

  • Kehlung

    Kehlung

    Innerer Bogen der Serife. Auch „Serifenrundung“ genannt.

  • Kurve

    Kurve

    Kehre im großen und kleinen S sowie in der 8.

  • Ligatur

    Ligatur

    Verbindung von zwei oder mehreren Buchstaben zu einer Einheit.

  • Majuskel

    Majuskel

    Großbuchstaben.

  • Minuskel

    Minuskel

    Kleinbuchstaben.

  • Mittellänge

    Mittellänge

    Mittlerer Teil eines Buchstabens. Auch „x-Höhe“ genannt.

  • Mittellinie

    Mittellinie

    Horizontale Achse zwischen der Oberlänge und der Mittellänge.

  • Oberlänge

    Oberlänge

    Oberer Teil eines Buchstabens.

  • Punze

    Punze

    Teilweise oder vollständig geschlossene Innenfläche eines Buchstabens.

  • Punkt

    Punkt

    Kreisfläche beim i, j und bei den Umlauten.

  • Querstrich

    Querstrich

    Horizontale Linie etwa beim A oder beim H. Die dünste Linie im Buchstaben nennt man zudem „Haarstrich“.

  • Schattenachse

    Schattenachse

    Achse zwischen den Stellen mit der geringsten Strichstärke.

  • Scheitel

    Scheitel

    Wendepunkt, an dem Aufstrich und Abstrich zusammenlaufen.

  • Schenkel

    Schenkel

    Jeweils gegenüberliegende Linien.

  • Schleife

    Schleife

    Geschlossener oder teilweise geschlossener unterer Bereich eines g. Auch „Schlinge“ genannt.

  • Schulter

    Schulter

    Obere Rundung etwa beim m, n, a und h.

  • Schweif

    Schweif

    Bei Script Schriften als verzierendes Element. In Antiqua-Schriften beim t, y und j zu finden.

  • Serife

    Serife

    Serifen sind häkchenartige Enden. Links ist eine Halbserife dargestellt, die man nur bei Großbuchstaben findet.

  • Sporn

    Sporn

    Serifen sind häkchenartige Enden. Links ist eine Halbserife dargestellt, die man nur bei Großbuchstaben findet.

  • Stamm

    Stamm

    Senkrechte und zugleich stärkste Linie innerhalb eines Buchstabens.

  • Steg

    Steg

    Verbindende Linie, die von der Schleife bis zur Grundlinie am g verläuft.

  • Taille

    Taille

    Runde Verdickungen etwa beim a, g, c, j oder e (seltener).

  • Tropfen

    Tropfen

    Runde Verdickungen etwa beim a, g, c, j oder e (seltener).

  • Unterlänge

    Unterlänge

    Unterer Teil eines Buchstabens.

  • Versalhöhe

    Versalhöhe

    Höhe einer Majuskel.

Weiterführende Angebote zum Thema Typografie

Blogs zum Thema Typografie

Sent with Reeder

Sent from my iPhone

Posted via email from epattern.de

Airlock automatically locks and unlocks your Mac using your iPhone or iPod t…

Dezember 16th, 2009 § 0

via The Unofficial Apple Weblog (TUAW) von TJ Luoma am 15.12.09


Filed under:

I work in a busy office. Occasionally a coworker will call or knock on my door and ask for my help with something, and the two of us will go to wherever I am needed. Most of them time I get back to my office and realize that I have left my MacBook Pro unlocked. To solve this, I’ve tried various things: setting a “hot corner” to trigger my screensaver, which requires my password be typed, or manually switching to the login window. (Many Windows users are used to hitting the Windows key plus “L” to temporarily “logout” but Mac OS X doesn’t have an equivalent feature built-in, although there are some possible work-arounds.)

The biggest problem with all of those solutions? They require me to remember to do something. Which I usually forget to do.

Enter Airlock, a preference panel which will automatically lock and unlock your Mac when it senses that your iPhone (or iPod touch) is nearby.

That might sound like magic, but it isn’t, it’s Bluetooth. Once your iPhone is “paired” with Airlock, it will periodically check to see if the iPhone is still “in range” (which you can adjust, using the slider shown above). That’s it. You don’t need to run any software on your iPhone.

Like many people reading this article, I spend my day with my iPhone in my pocket. When I leave my office, I don’t have to think about bringing my iPhone with me, it’s already with me. Now if I step out of my office for more than a few seconds, my MacBook Pro automatically locks itself, and when I return, it automatically unlocks itself.

I’ve been using Airlock for about a week, and think it is pretty much the perfect balance between security and convenience. There is even a manual login option which lets you bypass Airlock using your regular login password (handy in case your iPhone battery dies or you need to use your computer without your iPhone around, possibly because your 7 year-old son has absconded with it to play Super Monkey Ball 2 again).

Airlock will let you automatically open applications when you come into range or go out of range. The functionality is a little limited at the moment - for example, I’d like a way to automatically set my iChat status as “away” when I’m gone and “available” when I’m back. That can be accomplished if you know how to write AppleScript, but it seems like an obvious feature to build in. There are other possible uses for this I can imagine: telling Mail.app to check for mail as soon as I get back, or telling NetNewsWire to resume downloading when I walk out of the room and pause it when I get back, so it will do those functions when my computer is otherwise idle. Again, if those things are possible it would require you to know how to code them in AppleScript.

Airlock will also only “pair” with one device at a time, which can cause problems if several people use the same Mac. For example, if I lock my iMac at home with my iPhone using Airlock and my wife wants to use it, she needs to have my account password, or else she can’t get into the computer (there is no way for her to access the regular login panel, which would be another big feature request). However, for the usual use-case of one person and one Mac at an office, Airlock works great.

The webpage also warns that “due to a bug in Mac OS X, Airlock may not be compatible with computers that use wireless keyboards or mice.” You can use Airlock for up to three hours without registering, which I would encourage everyone to do. (You can quit it and relaunch it for another three hours also.)

Airlock also recommends making the “activation range slightly larger than it appears necessary.” Wireless signal strength isn’t an exact science, and interference is possible. I found that sitting across the room from my iMac at home I was much more likely to run into interference than sitting next to my MacBook Pro at my desk at the office.

The dot shows you where your iPhone is located in proximity to Airlock. You can also adjust how often Airlock checks for your iPhone’s presence. Checking more often will secure your Mac faster, but will increase the drain on your iPhone battery. There is a slider available to change between “better battery life” and “more responsive.”

Fellow TUAW-er Brett Terpstra suggested that “do it yourself” folks might be able to mimic this behavior using RedHand (€ 1.49) and Proximity (free) but added “I found absolutely no method of Bluetooth proximity detection that didn’t occasionally boot me out to a lock screen at least once every few hours when I (and my fully-charged, often docked, iPhone) were sitting right next to it.” While I was writing this article with my iPhone charging and hooked to my MacBook Pro, Airlock locked me out once. I toggled Bluetooth on my iPhone off/on and Airlock unlocked.

It’s not foolproof, but Airlock is one of those great little gems which solves a problem simply and easily, making life a little easier. I hope to see a few improvements (and hope that Mac OS X bug gets fixed for those who use wireless keyboards and mice) but for me it was money I was happy to spend for a little convenience, and so far the “false positives” haven’t happened often enough to bother me, especially since I’m not having to log into my MacBook Pro all day long.

Airlock licenses are US$7.77 which allows you to use Airlock on up to three Macs. As mentioned above, you can download and test it for free for up to three hours per launch.

TUAWAirlock automatically locks and unlocks your Mac using your iPhone or iPod touch originally appeared on The Unofficial Apple Weblog (TUAW) on Tue, 15 Dec 2009 17:00:00 EST. Please see our terms for use of feeds.

Read | Permalink | Email this | Comments

Optionen:

Posted via email from apfelarzt.de

Beta Beat: Droplr adds to the quick-share repertoire

Dezember 15th, 2009 § 0

via The Unofficial Apple Weblog (TUAW) von Aron Trimble am 14.12.09


Filed under: ,

One of my favorite features in OS X is the ability to drag pretty much anything, drop it on pretty much anything else, and have the item be contextually useful in some other application. So pervasive is this gesture that we even waxed romantically about it some time ago. An example of this would be dragging an image from Safari onto an iChat window, allowing you to share the image with one of your buddies.

Enter Droplr. This tiny application sits in your menu bar and allows you to drop all manner of files onto it and share them via a variety of venues such as Twitter or email. The tagline “drag, drop, share” is about as accurate as one can get when referring to Droplr’s simplicity in file-sharing. If you’re intrigued, head on over to the Droplr homepage and peep the screencast they have made available.

The Snow Leopard-only app and hosting service is available now for free (as in ad-supported) with 1GB storage. Don’t be surprised to see a for-pay option with no ads and additional storage in the near future. Go check it out and let us know in the comments how it works out for you.

TUAWBeta Beat: Droplr adds to the quick-share repertoire originally appeared on The Unofficial Apple Weblog (TUAW) on Mon, 14 Dec 2009 13:30:00 EST. Please see our terms for use of feeds.

Read | Permalink | Email this | Comments

Optionen:

Posted via email from apfelarzt.de

How HTML5 Will Change the Way You Use the Web [Web Browsing]

Dezember 9th, 2009 § 0

via Lifehacker by Kevin Purdy on 12/1/09


Firefox and Safari partially support it, Google’s Wave and Chrome projects are banking on it, and most web developers are ecstatic about what it means. It’s HTML5, and if you’re not exactly sure what it is, here’s an explainer.

Image taken from Bruce Lawson’s fantastic HTML5 presentation.

What is HTML5? Some kind of really fancy link tag?

HTML5 is a specification for how the web’s core language, HTML, should be formatted and utilized to deliver text, images, multimedia, web apps, search forms, and anything else you see in your browser. In some ways, it’s mostly a core set of standards that only web developers really need to know. In other ways, it’s a major revision to how the web is put together. Not every web site will use it, but those that do will have better support across modern desktop and mobile browsers (that is, everything except Internet Explorer).

What Awesomeness can I expect from HTML5?

The big, marquee changes in HTML5 have already made some headlines, thanks to browser makers like Google, Apple, Mozilla, and others picking them up and implementing them. The shortlist:

  • Offline storage: Kind of like "Super Cookies," but with much more space to store both one-time data and persistent app databases, like email. Actually, you can think of offline storage as something a lot like Google Gears—you just won't need to install a plug-in to reap the benefits.
  • Canvas drawing: Sites can mark off a space on a page where interactive pictures, charts and graphs, game components, and whatever else imagination allows can be drawn directly by programming code and user interaction—no Flash or other plug-ins required.
  • Native video and audio streaming support: It’s in the very early stages and subject to format disruption, but sites like YouTube and Pandora could one day skip Flash entirely to bring you streaming audio and video, with timed playback and other neat features.
  • Geolocation: Just what it sounds like, but not limited to a single provider’s API or browser tool. HTML5 can find your location and use it to tailor things like search results, tag your Twitter updates, and more. Location-aware devices are a big deal.
  • Smarter forms: Search boxes, text inputs, and other you-type-here fields get better controls for focusing, validating data, interacting with other page elements, sending through email, and more. It may not sound that sexy, but it could mean less annoyance as a user, and that’s always a good thing.
  • Web application focus: Without breaking down the hundreds of nuts and bolts, it’s fair to say that HTML5 is aimed at making it easier to build wikis, drag-and-drop tools, discussion boards, real-time chat, search front-ends, and other modern web elements into any site, and have them work the same across browsers.

Where can I see HTML5 in action?

Ooh, good question!

From this page right here, with a soon-to-be-optional-maybe-Flash, you can check out these video demonstrations:

Google I/O 2009 Keynote, pt. 1

Firefox 3.5 Treats Videos Like Web Pages:

If you're running an up-to-date version of Firefox, Safari, Chrome, or Opera—or, basically, any regularly updated browser besides Internet Explorer—give these links a shot.

HTML5 Demos: Huge list of capability demonstrations, gracefully compiled by Remy Sharp.

Welcome to Safari: Written entirely with HTML5 and CSS 3.

YouTube in HTML5: No Flash required at all (for Chrome and Safari only, at this point).

Canvas drawing and audio

Neat interactive site that shows tweets from folks who are digging on HTML5, with streaming background audio and interactive data pieces.

Why is it being pushed? Don’t Flash and JavaScript already work?

Make no mistake, HTML5 has much love for JavaScript and its many relatives—in fact, the new markup standards make it easier for JavaScript-type code to point at, and pull from, pieces of each web page. As for Flash, and Silverlight, and other browser plug-ins, well, they are artificial solutions for a natural problem that HTML5 is trying to fix: Placing and managing interactive elements on a web page.

Besides being a major source of browser memory leaks and crashes, Flash and its brethren also doesn’t work on every platform, and has to be re-written and adapted for every new one. If you’re looking to make a clever application available to as many people as possible, a write once, use everywhere system is ideal. When more browsers and developers support HTML5's audio, video, and interaction standards, the idea of the web as the universal app store—for smartphones, for desktops and laptops, Windows, Mac, and Linux—gets closer to reality.

Apple tried to pitch this mentality to developers with their first iPhone release. That pronouncement was, to put it mildly, roundly mocked. Since then, webapps have become a lot more powerful and respectable as mainstays of productivity, and enthusiasm for the walled garden model of application markets has waned quite a bit in the minds of an increasing number of developers.

That’s not to say that HTML5-powered web applications, with their lack of serious local storage, hardware access, and serious offline capabilities, are going to make the iPhone App Store, the Android Market, or the desktop software we’re all used to obsolete. But look at how Chrome is positioning its Chrome OS for netbooks, which relies on HTML5 for offline storage: A secondary computer, in terms of hard-and-fast capabilities, but one you might use just as often, if not more, for the web-connected convenience.

How will HTML5 makes its way onto my web?

HTML5 isn’t a software release, or a web development law. It’s a voted-upon and group-edited standard, written in broad fashion to accommodate different styles of development and the different thinking among web browser makers.

Put more simply, it depends on what you’re using to surf. And what standards your web makers are following.

Firefox, Safari, and Chrome on the desktop support a few of the styles and features outlined in HTML5’s draft specifications, like offline storage, canvas drawing, and, most intriguingly, tags for audio and video that allow sites to stream multimedia files directly into a browser. Apple’s Safari for iPhone and the Android browser also support elements of HTML5, as does Opera Mobile. Want to know the nitty-gritty of where your browser stands on HTML5? Web geeks have put in the time to put it all in a Wikipedia chart.

Those audio and video tags aren't quite as liberating as they may seem. The writers of the HTML5 standard—Ian Hickson of Google and Davd Hyatt of Apple—wanted to define a single, standardized format for video streaming, but while their employers favor the H.264/MPEG-4 standard, open-source firms like Mozilla can’t abide by its patent “encumbrance,” and Opera and other web firms don’t particularly love the licensing costs. Their alternative is Theora, better known (relatively) as Ogg Theora. As it stands, HTML5 simply doesn’t require or suggest a single container format or codec to use, which could mean browser-by-browser differences down the road. Ars Technica has a good explainer on the HTML5 video codec debate.

Further reading

  • HTML5 - Wikipedia: Because, seriously, where else would you start?
  • HTML5: The editor’s draft of the whole darned standard.
  • Dive Into HTML5: Programmer, and explainer of all things programming, details what’s different about HTML5 in an ongoing work.
  • HTML5 Supersedes Web Forms 2.0: A good read on what changes with web forms in HTML5, which I’m not quite developer-y enough to concisely explain.
  • The Future of HTML 5 by Bruce Lawson: Funny, digestible bigger-picture take on what HTML5 really means for the web.

If you’re already savvy with HTML5, what differences or improvements would you point out that we left out? Tell us what HTML5 means to you, and your browser, in the comments.

Posted via email from epattern.de

The great iPhone death watch

Dezember 9th, 2009 § 0


What critics were saying about Steve Jobs' smartphone in the months before it launched

Microsoft's Steve Ballmer. Click to play.

Three years ago, when it became clear that Apple (AAPL) was about to unveil some kind of mobile phone, critics began to weigh in on its chances of success. AAPLinvestors' Terry Gregory, building on a list of skeptical quotes begun by MacDailyNews, has put together what may be the definitive collection.

A sample:

“We’ve learned and struggled for a few years here figuring out how to make a decent phone. PC guys are not going to just figure this out. They’re not going to just walk in.”
Palm CEO Ed Colligan, commenting on then-rumored Apple iPhone, 16 Nov 2006

“Apple is slated to come out with a new phone… And it will largely fail."
Michael Kanellos, CNET, 7 December 2006

"The only question remaining is if, when the iPod phone fails, it will take the iPod with it.”
Bill Ray, The Register, 26 December 2006

"Apple will likely have a tough time convincing application vendors to build specialized clients for the iPhone until the volumes are there, and the volumes could be limited by the lack of third-party applications – a Catch 22.”
Jack Gold, J. Gold Associates, 10 January 2007

“The iPhone is nothing more than a luxury bauble that will appeal to a few gadget freaks."
Matthew Lynn, Bloomberg, 15 January 2007

"Five hundred dollars? Fully subsidized, with a plan? It is the most expensive phone in the world and it doesn’t appeal to business customers because it doesn’t have a keyboard which makes it not a very good email machine… So, I, I kinda look at that and I say, well, I like our strategy. I like it a lot.”
Steve Ballmer, Microsoft CEO, 17 January 2007

I am not sure how it will stand against Sprint’s Wimax (when it successfully launches) and its phones, which I am looking forward much more than over-hyped Apple iPhone.”
Bhaskar Chitraju, Indews Broadcast, 18 January 2007

"iPhone may well become Apple’s next Newton.”
David Haskin, Computerworld, 26 February 2007

“Apple should pull the plug on the iPhone… What Apple risks here is its reputation as a hot company that can do no wrong. If it’s smart it will call the iPhone a ‘reference design’ and pass it to some suckers to build with someone else’s marketing budget. Then it can wash its hands of any marketplace failures… Otherwise I’d advise people to cover their eyes. You are not going to like what you’ll see.”
John C. Dvorak, 28 March 2007

“There’s no chance that the iPhone is going to get any significant market share. No chance. It’s a $500 subsidized item. They may make a lot of money. But if you actually take a look at the 1.3 billion phones that get sold, I’d prefer to have our software in 60% or 70% or 80% of them, than I would to have 2% or 3%, which is what Apple might get.”
Steve Ballmer, Microsoft CEO, 30 April 2007

“How do they deal with us?”
Ed Zander, Motorola CEO/Chairman 10 May 2007

“Apple begins selling its revolutionary iPhone this summer and it will mark the end of the string of hits for the company.”
Todd Sullivan, Seeking Alpha, 15 May 2007

"What does the iPhone offer that other cell phones do not already offer, or will offer soon? The answer is not very much… Apple’s stated goal of selling 10 million iPhones by the end of 2008 seems ambitious.”
Laura Goldman, LSG Capital, 21 May 2007

“We Predict the iPhone will bomb. Which means that when the iPhone comes, Digg will likely be full of horror stories from the poor saps who camped out at their local AT&T store, only to find their purchase was buggier than a camp cabin.”
Seth Porges, The Futurist, 7 June 2007

“The forthcoming (June 29) release of the Apple iPhone is going to be a bigger marketing flop than Ishtar and Waterworld combined. Because its designers forgot Platt’s First, Last, and Only Law of User Experience Design (“Know Thy User, for He Is Not Thee”), that product is going to crash in flames. Sell your Apple stock now, while the hype’s still hot. You heard it here first.”
David S. Platt, Suckbusters!, 21 June 2007

“God himself could not design a device that could live up to all the hype that the iPhone has gotten.”
Harvard computer science professor David Platt, 25 June 2007

More than 33 million iPhones, 100,000 apps and 2 billion downloads later, the death watch continues. To see AAPLinvestors' full collection — including comparisons to such "iPhone killers" as the Palm (PALM) Pre, Research in Motion's (RIMM) BlackBerry Storm and Motorola's (MOT) Droid — click here.

[Follow Philip Elmer-DeWitt on Twitter @philiped]

Posted via email from apfelarzt.de

Google Chrome for Mac goes beta!

Dezember 8th, 2009 § 0

via Google Mac Blog von Google Chrome Blog am 08.12.09


73,804 lines of Mac-specific code and 29 developer builds later, we’re excited to finally release Google Chrome for Mac in beta. We took a hefty dose of goodness from the Windows version to build a fast, polished browser for Mac — with features such as the Omnibox (where you can both search and type in addresses), themes from artists, and most importantly, speed. Try downloading Google Chrome for Mac and see what you think.

We also took great care to make Google Chrome a native application for Mac. For example, we integrated the Keychain into Google Chrome for Mac, and incorporated Mac-style animations when you open the Bookmarks bar.

For more details on today’s beta release of Google Chrome for Mac, check out the video below.

To our early users who tried the weekly developer channel builds and provided excellent feedback, we thank you. In bringing the Mac version of Google Chrome from its developer stages to a beta standard, we returned to the core principles of the Chromium project and focused on delivering rock-solid depth in a few critical areas for the browser, rather than a breadth of features that are rough around the edges. This first beta release for Mac does not yet incorporate extensions, bookmark sync, bookmark manager, and cookie manager. However, we focused on features such as sandboxing our renderer process to help provide a safer web experience for our users. We look forward to future releases of Google Chrome for Mac, which will fill in the gaps and provide a fast, clean browser for your enjoyment on Mac OS X.

Can’t wait for more info? Read our frequently-updated detailed status, or keep an eye on some Mac-specific sections of the source code. Don’t forget to give Google Chrome for Mac a try, and let us know what you think.

Google Chrome for Mac, on the New Tab page

Google Chrome for Mac, with an artist theme

Posted by John Grabowski and Mike Pinkerton, Software Engineers, Google Chrome

Optionen:

Posted via email from apfelarzt.de