Für ein freies Internet.

Nun führt ihr das Setup aus:
twidge setup

Ihr werdet nun gebeten die angezeigte URL im Browser zu öffnen und den vom OAuth-Mechanismus generierten Code auf der Kommandozeile zu pasten. Anschließend ist twidge bereits einsatzbereit.

Wenn ihr nun zB ein Update posten wollt, geht das so:
twidge update "Mein Text"

Eine DM wird folgend versendet:
twidge dmsend Person "Mein Text"

So könnt ihr eure Timeline lesen (die letzten 20 Updates):
twidge lsrecent

Eine komplette Übersicht aller Funktionen erhaltet ihr so:
twidge lscommands

Eine Funktion wird im Detail mit dem help-Parameter erklärt:
twidge dmsend --help

Viel Spaß bei der Nutzung

Zuerst benötigen wir das SUN JDK:
sudo add-apt-repository "deb http://archive.canonical.com/ lucid partner"

Für ein 64-Bit Ubuntu bitte folgenden Packages installieren:
sudo apt-get install git-core gnupg flex bison gperf build-essential
zip curl zlib1g-dev libc6-dev lib32ncurses5-dev ia32-libs
x11proto-core-dev libx11-dev lib32readline5-dev lib32z-dev
libgl1-mesa-dev g++-multilib mingw32 tofrodos python-markdown
libxml2-utils xsltproc libx11-dev:i386 sun-java6-jdk

Für ein 32-Bit Ubuntu folgende Pakete:
sudo apt-get install git-core gnupg flex bison gperf build-essential
zip curl zlib1g-dev libc6-dev libncurses5-dev x11proto-core-dev
libx11-dev libreadline6-dev libgl1-mesa-dev tofrodos python-markdown
libxml2-utils xsltproc sun-java6-jdk

Nun muss ein Ordner für den Source-Code und der bin-Ordner für das repo-Tool erzeugt werden. Natürlich kann man auch den Source in einen anderen Ordner als ~/android/system legen lassen:
mkdir -p ~/bin
mkdir -p ~/android/system

Inzwischen liegt repo nicht mehr auf git.kernel.org, sondern auf Googles eigener Plattform googlesource:
curl https://dl-ssl.google.com/dl/googlesource/git-repo/repo > ~/bin/repo

Jetzt müssen noch die Rechte für repo angepasst werden:
chmod a+x ~/bin/repo

Nun wird in den zukünftigen Source-Ordner gewechselt und das Repository auf dem ICS-Branch initialisiert:
cd ~/android/system/
repo init -u git://github.com/CyanogenMod/android.git -b ics

Anschließend synchronisieren wir mit dem Branch, was beim ersten Mal mehrere Stunden dauern kann:
repo sync -j`grep 'processor' /proc/cpuinfo | wc -l`

Sollte es hierbei zu Problemen kommen, kann auch lediglich folgendes ausgeführt werden:
repo sync

Sobald der Download fertig ist, wird in den Ordner des gewünschten Geräts gewechselt (hier als Beispiel das Samsung Galaxy Nexus):
cd ~/android/system/device/samsung/maguro/

Nun beziehen wir die nötigen proprietären Dateien:
sh extract-files.sh

Wichtig ist auch die proprietären Dateien vom CM-Vendor zu ziehen:
cd ~/android/system/vendor/cm
./get-prebuilts

Nun kann der automatisierbare Bereich des Tutorials anfangen, indem wir ein Skript schreiben, welches den Code immer mit dem Repository abgleicht und das Build für euer Gerät kompiliert. Wenn ihr für ein anderes Device bauen möchtet, könnt ihr lediglich lunch eingeben und den Namen nachschauen. Wir arbeiten mit der anzahl der Cores der CPU beim kompilieren. Als Richtwert dient ein Wert: [Anzahl der Cores, (Anzahl der Cores)*2], also bei einem Quadcore-Prozessor zwischen 4 und 8 Jobs:
#!/bin/bash
PATH_TO_REPO="~/android/system/" # Dieser Ordner kann angepasst werden
cd $PATH_TO_REPO
repo sync -j`grep 'processor' /proc/cpuinfo | wc -l`
. build/envsetup.sh
lunch cm_maguro-userdebug
make clobber
time make -j`grep 'processor' /proc/cpuinfo | wc -l` otapackage

Sollte das Build nicht korrekt durchlaufen ist auch hier zu empfehlen mit nur einem Job zu kompilieren:
time make -j1 otapackage

Das generierte Zip-Archiv findet ihr nun unter ~/android/system/out/target/product/maguro/”.

Möchtet ihr jetzt noch zB unnötige/unerwünschte Dateien entfernen geht das zB folgend. Hier wird beispielhaft die chinesische und koreanische Tastatur gelöscht:
zip -d DATEINAME /system/app/OpenWnn.apk
zip -d DATEINAME /system/app/PinyinIME.apk

Solltet ihr ein noch nicht im CM-Repo befindliches CM9 kompilieren lassen wollen, geht das wie folgend:

Zuerst wechselt ihr in zu den Devices:
cd ~/android/system/device/

Wenn der Hersteller noch nicht existiert, dann erzeugt ihr diesen zuerst (Achtung: LG ist nicht der Ordner lg, sondern lge – dieser Name wird zB der build.prop des Geräts entnommen):
mkdir -p Herstellername

Nun wechselt ihr in den Ordner des Herstellers und klont das Repository (hier als Beispiel das G-Slate auf GitHub):
cd lge
git clone https://github.com/ChiefzReloaded/android_device_lge_startablet.git startablet

Anschließend wird wieder wie oben beschrieben einmalig (es sei denn es kommen noch Dateien dazu) extract-files ausgeführt.

Nun fügt ihr noch im Vendor das Gerät für CyanogenMod hinzu:
cd ~/android/system/vendor/cm/
gedit vendorsetup.sh

Und dort fügt ihr nun die folgende Konfiguration ein:
add_lunch_combo cm_startablet-userdebug

Viel Spaß beim Kompilieren. Wenn Ihr mehr Infos sucht, könnt ihr zB die Projektseite für das G-Slate auf Google Code besuchen.

Android Design

Ich hoffe, dass die neue Seite mehr Einsicht und Verständnis bringt und langfristig für mehr ansehnliche Apps sorgt, welche sich nativ “anfühlen”. Bitte beachten, dass es sich lediglich um Guidelines und nicht um feste Vorgaben handelt.

Umso mehr freue ich mich, dass die neue Version fertig ist und hoffentlich vielen Leuten gefällt & hilft.

Hauptmenü von ICE	Nützliche Informationen
Eigene Notizen	Kontakte

Anschließend ist es ganz einfach möglich mal eben in den Code der TextView zu wechseln (mit Strg bzw CMD auf die Klasse klicken), sollte unklar sein, warum bestimmte Sachen nicht “mal eben” funktionieren.

In den folgenden Tagen wird zudem ein neuer Post inkl. How-to zum Kompilieren von CyanogenMod 9 geschrieben.

Viel Spaß beim Flashen,
Tim

Anstatt an der Performance zu arbeiten und ein tablet-freundliches UI zu entwerfen, sodass die bisherigen Stärken der Applikation weiter ausgebaut werden können, hat man sich bei Twitter entschieden einen Klon der ebenfalls neuen iOS App zu entwickeln, welcher nicht nur grausam aussieht, sondern auch noch miserabel programmiert ist.

Die neue Twitter-App auf dem S2

Die alte Twitter-App auf dem S2

Die neue Twitter-App auf dem Galaxy Nexus

Während andere Unternehmen wie Catch, Evernote und Co. immer mehr an ihren Applikationen pfeilen um sich an den neuesten Standards zu orientieren, hat Twitter hier einen deutlichen Rückschritt gemacht. Ich empfehle von daher das Ausweichen auf andere Twitter-Apps wie TweetDeck oder Plume.

Chromebook von oben

Wer das erste Mal ein Chromebook in der Hand hält wird feststellen, dass es sich (wie bei einem Netbook) um einen perfekten Begleiter für unterwegs handelt. Das Chromebook hat eine realistische Akkulaufzeit von etwa 8 Stunden bei normaler Benutzung (surf-orientiert). Neben einem offenen USB-Anschluss, einem kombinierten Mikrofon-Eingang und Audio-Ausgang und dem Stromanschluss sind unter 2 Blenden der Slot für die Sim-Karte und ein weiterer USB-Slot, sowie ein Video-Ausgang zu finden, welcher über einen dem Chromebook beiliegenden Adapter genutzt werden kann.

Der erste Start des Geräts erinnert mehr an die kurzweilige Einrichtung von Android, als an die erstmalige Installation eines PCs. Nach wenigen Eingaben wie Auswahl des WLANs und dem Google Benutzernamen ist das Gerät bereits einsatzbereit. Bei mir kam zu dem ein automatisch ablaufendes Update von Chrome OS hinzu, welches etwa 5 Minuten lang dauerte.

Trackpad und Tastatur

Ist das Chromebook mal offline (bei mir fiel das WLAN des Geräts während des Tests für ein paar Minuten aus), vergeht einem leider schnell der Spaß. Es lässt sich einfach nicht mehr viel machen und dem Benutzer fällt auf, dass es sich eigentlich nur um einen Browser handelt, welcher sich auf Google’s Cloud verlässt. Ansonsten kann ich euch jedoch versichern, dass das Chromebook sehr viel Spaß macht und keine weiteren Zickereien während der Test-Woche offenbarte. Faszinierend ist der extrem schnelle Startup- und Shutdown-Vorgang des Geräts und die hervorragende Multi-User Umsetzung des OS inklusive eines sehr guten Gastzugangs. Nutzer mit einem Google-Konto finden sich schnell in ihrem gewohnten Chrome inklusive Lesezeichen und Add-ons wieder.

Das Samsung Chromebook

• 17.11 – Hack & Tell, C-Base
• 18.11 – GTUG Bootcamp, C-Base
• 19.11 – Google Developer Day, ICC Messe Nord
• 20.11 – Hackathon, C-Base

Da ich leider nicht am Hack & Tell und dem Hackathon teilgenommen habe, werde ich in diesem Post lediglich kurz die anderen beiden Events zusammenfassen.

Freitag

Ab 09:00 war offizieller Einlass für die Teilnehmer des Bootcamps. Neben einem sehr guten Frühstück gabs es ein wirklich tolles Barista-Team, welches die Teilnehmer den ganzen Tag über mit tollem Kaffee und Co versorgt hat. Es wurden Tracks mit zwei verschiedenen Main-Topics, Android & Google App Engine, und verschiedenen Skill-Levels gehalten. So habe ich zB eine grobe Übersicht über die verschiedenen Android-Markets gegeben:

Anbei ein kleines Interview mit mir von Androidnext:

Samstag

Am Samstag kamen die Teilnehmer zu ihren zugeteilten Timeslots an (bei mir glücklicherweise ab 08:15) und haben somit nur wenig Zeit in Warteschlangen verbringen müssen. Jeder Teilnehmer hat ein schickes weißes Shirt, sowie ein Täschchen mit 5 Buttons erhalten, welche getauscht werden sollten, sodass man jeden der 5 Buttons einmal hat. Ist dieses Ziel erreicht worden, gab es zum Abschluss des Abends ein Chromebook, jedoch gab es leider nur 20 Chrome-Buttons (im Gegensatz zu vielen hundert Google+-, YouTube-, HTML 5- und Android-Buttons).

Während der Keynote, welche von einem Beatboxing-Team aus Berlin untertont wurde, wurden vor allem die Themen Android, HTMl 5 und Google+ besprochen. Nach ein paar eindrucksvollen Demonstrationen zum Thema CSS3 und JS (zB hier: three.js) und dem obligatorischen Face Unlock für Android (welches auch dieses mal nicht klappte) wurden in vereinzelten Themen-Blöcken kurze Sessions gehalten.

Mein absoluter Favorit war hierbei der Talk von Richard Hyndman, welcher sich dem Thema “Smooth-Graphics” für Android gewidmet hat. Hierbei wurden verschiedene Java-basierende und native Ansätze gezeigt um Grafiken zu erzeugen und intelligent wieder zu verwenden.

Nachdem im Anschluss an die Sessions ein Meet & Greet stattgefunden hat, ging der GDD noch für ein paar Glückliche in der C-Base weiter, in welcher leckeres Catering und Freigetränke für einen guten Abend gesorgt haben. Schön, dass auch die Googler vor Ort waren und in kleinen Runden persönliche Anliegen beantwortet haben.

An dieser Stelle auch vielen Dank an die C-Base und das GTUG-Team, welche wirklich ein tolles Wochenende organisiert haben.

Übrigens gibt es hier eine tolle Zusammenfassung der Slides: Blogrammierer