PointUI ist eine Oberfläche für Windows Mobile Geräte mit oder ohne Touch-Bedienung, welche die Einfachheit in den Vordergrund stellt. Microsoft spricht der Zeit mit seinem Handy-Betriebssystem Windows Mobile jedoch fast ausschließlich Business-Anwender an, welche sich eher mit dem nüchternen UI (User Interface) abfinden. Die aktuellen Mobile-Geräte (z.B. HTC) sind jedoch schon so gut ausgestattet und ausgereift, das auch private Anwender ihre Freude daran haben können.  Und die wollen schnell zu den meist genutzten Anwendungen gelangen und eine Oberfläche haben, die gut aussieht. Und hier kommt PointUI ins Spiel.

http://www.pointui.com/

Selbst bei Microsoft ist man übrigens von Pointui Home angetan. Einige bloggende Mitarbeiter des Unternehmens nannten das Produkt den bisher besten Versuch, eine alternative Oberfläche für Windows Mobile zu schaffen.

Bericht zu PointUI auf WinFuture

Ich habe es mit gleich mal installiert und bin begeistert. Und um vorweg gleich ein großes Feature zu nennen: Es ist kostenlos.

Hier sind einige Tastenkombinationen zur schnelleren Bedienung:

Windows + Tab	schaltet unter Aero Glas zwischen den Task weiter
Windows + T	wechselt in der Miniaturansicht zwischen den Programmen in der Taskleiste
Windows + E	startet den Windows Explorer
Windows + L	meldet Windows ab
Windows + F	öffnet die Windows-Suche
Windows + 1..9	startet die Applikationen aus der Schnellstartleiste. Legt man den Internet-Explorer z.B. an die erste Stelle, so kann man diesen mit Windows+1 schnell starten
Windows + D	zeigt den Desktop. Ein erneutes drücken von Windows+D zeigt wieder alle Fenster.
Windows + U	öffnet das Fenster für die erleichterte Bedienung
Windows + M	minimiert laufende Tasks
Windows + Pause	öffnet die Systemeinstellungen
Windows + R	öffnet das Ausführen-Menü

Vielleicht einfach mal ausprobieren.
Gestern erst habe ich durch Tobi gelernt, wie man im Internet-Explorer schnell wieder zur Home-Site kommt: Ein Druck auf Alt + Pos1 und ich bin wieder bei meinem Google-Schirm.
Technorati-Tags: Windows Vista,Tasten,Kombinationen

Ein kleiner Geschwindigkeitstest für die eigene DSL Verbindung:

Die Nachteile von Blogs bei den o.g. Anbietern sind - meiner Meinung nach - gravierend: Werbemüll habe ich auf meinem Blog nicht gerne. Und wenn, dann will ich dafür das Geld bekommen. Auch möchte ich das Blog auf meiner URL laufen haben (http://www.bytebrauerei.de) und nicht auf http://inkpark.home.services.spaces.live.com/default.aspx. Sollte ich mich irgendwann für einen anderen Blog-Anbieter entscheiden, wie bekomme ich dann meine Artikel rüber? Auch profitiert der Blog-Anbieter durch die Beliebtheit des eigenen Blogs - wechselt man den Anbieter, dann ist alles weg: Die externen Links, das Google-Ranking etc. 

Ein Blog ist eine art Tagebuch und der Name stammt von Web Log und  Man kann sowohl das Blog wie auch der Blog sagen. WebLogs sind Mitte der 1990er Jahre zum ersten Mal aufgetreten und verteilen sich wie ein Virus über das Web. Ob persönliche Inhalte, technische, selbst geschriebene oder verweise auf andere Blogs, sie dienen der Verbreitung von Wissen und Transparenz nach einen eleganten Prinzip: Was wichtig ist wird oft genannt. An diesem Prinzip darf man sich kurz stoßen, beruht es doch irgendwie auf Konformismus. Aber ich habe hier ja keine moralische Entscheidung zu treffen. Firmen nutzen Blogs für Ihre Mitarbeiter, um den Kunden Informationen über Fortschritte zu geben und Firmen lesen Blogs um Trends mitzubekommen und Lösungen zu ihren Problemen zu finden. Egal was für Inhalte wir suchen, es gibt Blogs welche sie uns liefern. Ob Malen im dunkeln, C# als Landessprache oder schokoladensüchtige Mütter, es findet sich zu jedem Thema ein Angebot. Und findet dieses Angebot keine Abnehmer, so stirbt es aus. Darwin in reinster Form.

Ich selbst habe, beim erstellen dieses Blogs, fast sämtliche Informationen aus anderen Blogs erhalten. Dabei gibt es große Blogs wie www.codeproject.com oder www.drweb.de und es gibt kleine Blogs www.des-eisbaeren-blog.de, welche hoch qualitative Informationen bieten. Bei aller Schönheit eines Blogs: Es kommt auf den Inhalt an. Es gibt Seiten, da bleibe ich hängen, weil sie wirklich gut gemacht sind. Doch aufhalten tut man sich dort nur, wenn auch der Inhalt stimmt. Und hat man die Seite als RSS-Feed abonniert, so ist das Layout der Seite eh futsch. Was nicht heißen soll, das interessanter Inhalt nur in hässlicher Hülle zu finden ist. Tobi und ich haben uns bei unserem Blog mehr für einen sachlich, nüchternen Taint entschieden, so das man bei der Benutzung nicht lange suchen muss und findet wonach man sucht.

Wie findet man ein Blog? Wenn ich bei Google etwas suche, dann passiert es das ich auf einem Blog lande. Merke ich dann, das sich die Site mit Inhalten beschäftigt die meinem Profil entsprechen und ich etwas lernen kann, so abonniere ich sie als RSS-Feed. Nennt dann ein Autor ein anderes Blog als Quelle seines Wissens, so schaue ich vielleicht auch noch da rauf. Man hangelt sich halt durchs Web. Bin ich auf einem Blog "angekommen", so möchte ich finden was ich gesucht habe. Dabei interessiert das Blog weniger als der gesuchte Artikel. Hier ist es wichtig, das die Links permanent sind, d.h. das, obwohl die Daten meist dynamisch aus einer Datenbank auf die Seite kommen, der externe Link zu den Daten sich nicht ändern darf. Andernfalls weisen die ganzen Links zum Blog irgendwann ins Leere. Die Grundfeatures eines Blogs sind, meiner Meinung nach, das die Einträge in umgekehrt chronologischer Reihenfolge zu finden sind, d.h. die neusten zuerst. Auch sollte ein Blog heute einen RSS-Feed anbieten, um den Lesern die Möglichkeit zu geben, über aktualisierte Inhalte informiert zu werden. Vielleicht kann man das Blog noch in Kategorien unterteilen, eine Suchmöglichkeit schaffen und den Lesern das kommentieren der Artikel ermöglichen. Doch damit sind wir bereits am Ende der Grundfeatures und alles andere ist "nice to have". Zur Visualisierung der Inhalte gibt es, wieder meiner Meinung nach, ein Grundprinzip: "Die Möglichkeiten folgen dem Inhalt" - und nicht, wie oft gesehen, andersherum. Technisch ist heute bereits so viel machbar, das über den kläglichen Inhalt hinweggetäuscht werden kann - für einen Moment. Videos, Photos, Audio, Landkarten, Hyperlinks, Code, alles kann in den Content aufgenommen werden und ihn a) unterstützen, oder b) von ihm ablenken.

Just ist mir aufgefallen, wie lang dieser Artikel bereits ist. Ich werde ihn also in zwei oder drei Teile splitten und hoffe das er für den Leser etwas neues oder zu mindest interessantes bringt...

Zum zweiten Teil des Artikels:

Auf SourceForge.net wird die dll von iTextSharp zum Download angeboten. Ein iTextSharp-Tutorial gibt es auch. Man kann PDF´s on the fly selbst erstellen, oder aus XML / HTML automatisch generieren lassen. Zudem soll sich aus Richtext (siehe Tutorial) auch ein PDF-Dokument generieren lassen. Jedoch mit einigen Einschränkungen.

Document document = new Document();

PdfWriter.getInstance(document, new FileStream("myFile.pdf", FileMode.Create));

document.Open();

document.Add(new Paragraph("Einfach mal was reinschreiben..."));

document.Close();

Ich selbst habe das Parsen von XML / HTML Dateien in ein PDF noch nicht ausprobiert, aber das Erstellen eines einfachen Dokumentes klappt gut und einfach. Auch ist es möglich, das Drucken / Speichern / Markieren von Text zu verhindern, falls man es braucht. Da alle anderen Lösungen richtig in die Geldbörse greifen, ist dies vielleicht die beste und günstigste Alternative.

Bei EntwicklerPress gab´s in diesem Jahr einen schönen Weihnachtskalender für Entwickler, wobei die Geschenke hinter den Türen genau diese Abkürzungen gebrauchen. Hinter jeder Tür verbarg sich ein eBook mit so schönen Themen wie: XSLT, Software Lifecycle, Visual C#, Social Software, Dateiformate etc.

Heute, am 23. Dez. war XAML dran. XAML ist ja nun die XML-Beschreibungssprache für die Windows Presentation Foundation, die Visualisierung, das Frontend.

Windows Vista wird gerne als Meilenstein in der Entwicklung von Betriebssvstemen aus dem Hause Microsoft bezeichnet. Es werden Vergleiche mit dem Umstieg von Windows 3.x auf Windows 95 gezogen, mit Superlativen wird nicht gespart. Tatsächlich bringt das Betriebssystem viele nützliche Neuerungen für den täglichen Bedarf von typischen Windows-Benutzern. Hinter den Kulissen fand jedoch eine kleine Revolution statt. Diejenigen, die am meisten die Auswirkungen dieser Revolution zu spüren bekommen, sind die Softwareentwickler.

Eine dieser großen Entwicklungen wird die WPF sein und somit XAML, auch Silverlight ist in aller Munde. Die komplette Trennung von Code und Design, Daten und Layout. Hmm, wie oft wurde das bereits angekündigt? Und wie lange dauert die Einführung? HTML und CSS, sowie XML und XSL sind für mich solche Trennungen.

Zudem erlaubt mir meine Fantasie nicht, die Möglichkeiten mit WPF zu erahnen. Ich öffne den Design-Editor und beginne mit dem definieren der Button-Größe? Alles ist skalierbar und wartet auf die Hände eines begnadeten Künstlers. Eigentlich müsste ich einen Designer einstellen. Aber wer will das Privat schon :) ?

Wir Entwickler wissen, das wir nur in Ausnahmen wirklich gute Designer sind. Somit erstellen wir immer ein, für uns, nützliches Design und können damit in den meisten Fällen keinem Usability-Test standhalten. Ich selbst bin gespannt, wie sich die Entwicklung auswirken wird und werde mich in der nächsten Zeit mehr mit WPF, XAML und Silverlight beschäftigen und darüber schreiben.

An dem Tag, an dem dieser Artikel veröffentlicht wurde, sind wir mit unseren Techniken mehr als aktuell:

Unser Microsoft Server läuft mit dem dotNet Framework 3.5 auf ASP.net, wir benutzen LinQ als Abfragesprache auf dem SQL-Server 2005 und als Sprache im Codebehind arbeiten wir mit C#. Zudem ist die Seite ohne Tabellen und Frames, nur mit CSS designed.

Wenn es nun darum geht, die Daten per RSS-Feed (XML) einem Feed-Reader zur Verfügung zu stellen, so ist das nicht so schwer wie man danken sollte, bzw. wie ich gedacht habe :)

var articles = from a in db.Articles

               orderby a.Date descending

               select a;

XmlTextWriter xml = new XmlTextWriter(fileName, null);

xml.Formatting = Formatting.Indented;

xml.WriteStartDocument();

xml.WriteComment("RSS Feed der byteBrauerei");

xml.WriteComment("copyright byteBrauerei.de 2007");

xml.WriteRaw( "<rss version=\"2.0\">" );

xml.WriteStartElement("channel");

xml.WriteElementString("title", "byteBrauerei.de");

xml.WriteElementString("desription", 

        String.Format("{0} - {1}, C#, ASP.net, HTML/CSS Blog", 

        Properties.Settings.Default.PageName, 

        Properties.Settings.Default.PageSlogan));

xml.WriteElementString("link", Properties.Settings.Default.WebSiteComplete);

xml.WriteElementString("language", "de-de");

xml.WriteElementString("copyright", "byteBrauerei.de 2007");

foreach (Articles article in articles)

{

    xml.WriteStartElement("item");

    xml.WriteElementString("title", article.Header);

    xml.WriteElementString("pubDate", article.Date.Value.ToString("R"));

    xml.WriteElementString("link", "www.bytebrauerei.de/" + 

                Library.Web.BuildLink("articles", "article", 

                article.Guid_Blog.ToString()));

    xml.WriteStartElement("description");

    xml.WriteCData(article.Body);

    xml.WriteEndElement();

    xml.WriteElementString("comments", Library.Web.BuildLink("articles", "article", 

                article.Guid_Blog.ToString()));

    xml.WriteElementString("category", article.Category);

    xml.WriteElementString("autor", article.Autor);

    xml.WriteElementString("guid", article.Guid_Blog.ToString());

    xml.WriteEndElement();

}

xml.WriteEndElement();

xml.WriteRaw("</rss>");

xml.WriteEndDocument();

xml.Close();

Die wichtigsten Elemente sind, für den Kopf (channel-Tag), die Tags title, language, link und description - und für die Artikel (item-Tag) die Tags title, pubDate, link, description, comments, category, autor und guid.

Und so schaut der Feed dann aus...

Aufmerksam wurde ich auf diese Tatsache, als ich das sehr gute Blog des Eisbären Blog (goloroden.de) las und den Artikel Implementing Windows Live Writer support fand. Da wir hier unseren Blog komplett selbst geschrieben haben (ASP.net mit Codebehind C#), wurde auch erst ein Blogeditor per WCF-Service realisiert. Nur, einen kompletten HTML-Editor zu schreiben ist kein einfach Unterfangen. Und warum etwas neu erfinden, was es schon gibt? Also, ran an die Arbeit und den Live Writer über XML-RPC angebunden und alle Funktionen implementiert.

Der Live Writer verifiziert nun den Benutzer, erstellt neue Einträge, ändert und löscht vorhandene in dem er die Anfragen an unseren Service stellt. Zudem läd der Live Writer das Cascading-Style-Sheet (CSS) vom Blog herunter und zeigt die Artikel an denen man arbeitet gleich im fertigen Layout an.

Auch in der MSDN von Microsoft gibt es gute Tips zur Implementierung des MetaWeblogAPI, die man sich ruhig mal anschauen sollte.

Zudem gibt es auf es das LiveWriterBlog mit Tips und Plug-Ins.