Neovelop Blog

Lokalisierung mit Markup-Erweiterungen in NLocalize 2.0

Tue, 13 Mar 2012 08:42:56 GMT

Nachteile der BAML-Lokalisierung

NLocalize 1.0 lokalisiert WPF Anwendungen, indem während des Buildvorgangs lokalisierte Versionen der BAML-Dateien der Anwendung erstellt werden.

Dieses Verfahren hat zwar den Vorteil, dass keine größeren Änderungen am Quellcode der Anwendung erforderlich sind; es hat aber auch einige Nachteile. Es ist z.B. nicht möglich, die Sprache der Anwendung zur Laufzeit zu ändern oder Ressourcen aus alternativen Quellen (z.B. Datenbanken, vom Endanwender editierbare Ressourcendateien usw.) einzulesen. Für BAML Lokalisierung ist ein zusätzlicher Buildtask erforderlich, wodurch die Buildzeit geringfügig erhöht wird. Außerdem funktioniert dieses Verfahren nur bei WPF Anwendungen, aber nicht bei Silverlight oder Windows Phone.

Neue Lokalisierungsverfahren in NLocalize 2.0

Deshalb unterstützt NLocalize 2.0 zusätzlich zur BAML Lokalisierung auch die Lokalisierung mit Hilfe von Markup-Erweiterungen. Lokalisierungsverfahren auf Grundlage von Markup-Erweiterungen sind weit verbreitet, allerdings fehlt bisher in der Regel eine Toolunterstützung dafür, so dass alle Änderungen am XAML Code umständlich durch den Entwickler selbst durchgeführt werden müssen.

Bei der Lokalisierung über Markup-Erweiterungen wird der ursprüngliche Wert in der XAML Datei durch eine Markup-Erweiterung (z.B. ein Binding auf eine Ressource) ersetzt. Es gibt dabei verschiedene Möglichkeiten, z.B. x:Static-Bindings auf die aus ResX-Dateien generierten Klassen, die Verwendung spezieller eigener Markuperweiterungen für die Lokalisierung oder ein Binding auf eine Klasse, die z.B. als StaticResource eingebunden wird.

NLocalize 2.0 unterstützt dabei zunächst die letztgenannte Variante. Wir planen, in zukünftigen Updates weitere Verfahren zu unterstützen.

Beispiel: Übersetzung einer einfachen Silverlight-Anwendung

Die Verwendung des neuen Lokalisierungsverfahrens funktioniert zunächst genauso, wie die BAML Lokalisierung mit NLocalize 1.0. Die genauen Schritte möchte ich an einem kleinen Beispiel demonstrieren. Das folgende Silverlight-Formular soll mit NLocalize 2.0 lokalisiert werden:

Konfiguration

Wie auch bei NLocalize 1.0 erfolgt die Konfiguration der Lokalisierung über einen Assistenten. Dieser wird über den ersten Button in der NLocalize Toolbar gestartet.

Neu in NLocalize 2.0 ist hier die Auswahl des Lokalisierungsverfahrens:

Neben der BAML-Lokalisierung aus NLocalize 1.0 gibt es zwei neue Optionen: Lokalisierung über Markup-Erweiterungen und eine allgemeine ResX-basierte Lokalisierung (für andere Projekttypen, z.B. Windows Forms oder ASP.NET).

Für unser Beispiel wählen wir hier “XAML markup extensions”.

Wie bei NLocalize 1.0 folgt die Auswahl der zu lokalisierenden Projekte:

Neu ist hier der “Select All”-Button, der die Projektauswahl bei umfangreicheren Projektmappen vereinfacht.

Es folgt die Auswahl der Quellsprache…

… sowie der Zielsprachen.

Neu ist eine zusätzliche Seite mit erweiterten (optionalen) Einstellungen.

In der Regel wird man die Einstellungen auf dieser Seite unverändert lassen. Es ist aber jetzt möglich, die automatische Uid-Generierung auszuschalten. Wahlweise kann man einstellen, dass bei der Uid-Generierung veränderte Dateien geöffnet bleiben, so dass Änderungen an den Dateien notfalls verworfen werden können.

Wie aus NLocalize 1.0 gewohnt folgt eine Zusammenfassung der gewählten Einstellungen.

Nach Bestätigung der gewählten Optionen mit “Finish” beginnt NLocalize mit der eigentlichen Arbeit. Neu ist hier, dass (außer bei der alten BAML Lokalisierung) alle Aufgaben direkt von der NLocalize Visual Studio Extension selbst ausgeführt werden, und der zusätzliche NLocalize Build Task somit entfällt. Daher ist auch kein Rebuild der Projektmappe mehr erforderlich.

NLocalize führt typische Lokalisierungsaufgaben automatisiert aus

NLocalize erzeugt automatisch Ressourcendateien für alle Formulare. Wie gewohnt zeigt der NLocalize Localization Explorer eine Übersicht aller Ressourcendateien (für unser kleines Beispiel gibt es nur eine).

NLocalize hat für die XAML-Datei in unserem Beispiel nicht nur Ressourcendateien generiert, sondern auch eine C# Datei, MainPageResources.cs. Diese erfüllt den gleichen Zweck wie die C#-Dateien, die Visual Studio für ResX-Dateien generiert. Allerdings bietet die von NLocalize generierte Datei zusätzliche Funktionen. Es wird z.B. die INotifyPropertyChanged-Schnittstelle implementiert, damit die Benutzeroberfläche einen Wechsel der Sprache zur Laufzeit erkennt.

Die Ressourcenklassen werden automatisch als Ressource in die XAML-Dateien eingebunden. NLocalize hat hier z.B: die Klasse MainPageResources als Ressource in die MainPage.xaml eingetragen:

In den XAML-Dateien verwendete Texte werden von NLocalize ebenfalls automatisch in Ressourcendateien verschoben, und durch eine Markup-Erweiterung (ein Binding auf die Ressourcenklasse) ersetzt. Außerdem generiert NLocalize eindeutige IDs (x:Uid) für alle Elemente, die für die Lokalisierung relevant sein könnten:

Im Gegensatz zum updateuid BuildTask aus dem .NET Framework generiert NLocalize für weniger Elemente eine Uid. Der updateuid Task erzeugt oft Uids für Elemente, die typischerweise gar nicht lokalisiert werden. NLocalize wählt dabei sinnvolle Bezeichner, wobei der ursprüngliche Inhalt für die Namensgebung berücksichtigt wird. Somit werden aussagekräftige Uids wie “First_Name_TextBlock” statt “Label42” vergeben.

Lokalisierung der Beispielanwendung mit dem NLocalize Ressourceneditor

Nachdem die Anwendung nun lokalisierbar ist, erfolgt als nächstes die eigentliche Lokalisierung. Dafür bietet NLocalize 2.0 wie schon in NLocalize 1.0 einen eigenen Ressourceneditor.

Gegenüber der 1.0 Version wurde der Ressourceneditor geringfügig überarbeitet. Er bietet jetzt vor allem eine bessere Unterstützung für ResX-Dateien, und kann auf Knopfdruck zu einer ResX-Datei automatisch die verschiedenen sprachspezifischen ResX-Dateien erstellen (zu einer Beispiel.resx wird z.B. automatisch eine Beispiel.de-DE.resx erzeugt). Bei der Bearbeitung von sprachspezifischen ResX-Dateien können außerdem Einträge übersetzt werden, die bisher nur in der neutralen Ressourcendatei (Beispiel.resx), aber nicht in der sprachspezifischen ResX-Datei (Beispiel.de-DE.resx) vorhanden sind. Somit entfällt der lästige und zeitaufwändige manuelle Abgleich der verschiedenen Sprachversionen.

NLocalize 2.0 ermöglicht wie gewohnt eine Vorschau der übersetzten Oberfläche für WPF Anwendungen. Für Silverlight und Windows Phone planen wir darüber hinaus, eine Vorschaufunktion nach dem Release von NLocalize 2.0 zu veröffentlichen (wir haben einen Prototypen der Silverlight / Windows Phone Vorschau, der prinzipiell funktioniert, aber noch einiges an Arbeit erfordert, bevor wir ihn veröffentlichen können).

Live-Lokalisierung

Nach der Lokalisierung unserer kleinen Beispielanwendung können wir diese starten. Auf meinem Entwicklungssystem erscheint hier zunächst die englische Version der Anwendung (ich arbeite mit einem englischen Windows 7). NLocalize macht es aber einfach, die übersetzte Version zu testen: über die NLocalize Toolbar in Visual Studio wird einfach eine andere Sprache ausgewählt:

Direkt nach Auswahl der Sprache in Visual Studio schaltet die laufende Silverlight Anwendung ebenfalls auf die neue Sprache um:

Es ist dafür kein Neustart der Anwendung erforderlich. Das Ganze geht sogar so weit, dass Texte direkt bei der Änderung im Ressourceneditor live in die laufende Anwendung übernommen werden.

Wie funktioniert das? NLocalize verwendet dafür einen einfachen “Trick”: das NLocalize Visual Studio Plugin und die zu übersetzende Anwendung kommunizieren über einen Web Service. Die Ressourcenzugriffsklasse, die NLocalize generiert hat (MainWindowResources) fragt regelmäßig bei der NLocalize Visual Studio Extension nach, ob es geänderte Übersetzungen gibt, oder sich die Sprache geändert hat.

Der dafür erforderliche Web Service läuft in einer eigenen Anwendung, die nur als kleines Icon in der Windows Notification Area sichtbar ist:

Dieses Verhalten lässt sich für eine Release-Version natürlich abschalten (in der Early Access Version, die wir heute veröffentlichen, ist die Funktion noch nicht abschaltbar, das implementieren wir aber natürlich noch bis zur finalen Version von NLocalize 2.0).

Diese neue Funktion nennen wir “Live Lokalisierung”. Die Live Lokalisierung funktioniert sogar in Windows Phone Anwendungen, die auf einem “richtigen”, an den PC angeschlossenen Windows Phone laufen. Dafür muss der vom Web Service verwendete Port allerdings noch frei gegeben werden (wie das geht bloggen wir später), ansonsten funktioniert der Service “nur” für lokal laufende Anwendungen.

Was ist sonst noch neu?

Seit dem 1.0 Release haben wir 4 Monate an NLocalize gearbeitet, somit gibt es natürlich jede Menge weitere Neuerungen.

Lokalisierung von Strings im Quellcode

Die Funktion, mit der Strings aus Codedateien in Ressourcendateien verschoben werden können, hat ein komplett neues UI bekommen. Das neue UI wird nicht mehr als eigenes Fenster angezeigt, sondern direkt innerhalb des Visual Studio Editors:

Bei der alten Variante mit einem eigenen Fenster war dieses oft im Weg und hat den Code verdeckt, in dem gerade nach Strings gesucht wurde.

Übrigens erkennt NLocalize viele parametrisierte Strings wie in dem Beispiel oben automatisch, und ersetzt diese durch einen String.Format-Aufruf:

Dadurch können Parameter im String in der Übersetzung an einer anderen Stelle eingefügt werden als im Originaltext. Die Ressourcendatei DemoResources.resx wird automatisch erzeugt.

Import und Export

Wir haben den Excel Export und Import verbessert. Beim Import aus Excel wird jetzt eine Übersicht über die importierten Daten und eventuell aufgetretene Fehler angezeigt. Exporteinstellungen lassen sich speichern, so dass nicht für jeden Export erneut sämtliche Einstellungen vorgenommen werden müssen.

Bessere Unterstützung für ResX-Dateien

Die BAML-Lokalisierung in NLocalize 1.0 verwendet ein eigenes Dateiformat, .nloc. da NLocalize viele Informationen zu Übersetzungen speichert, die im ResX-Format nicht ohne weiteres abgebildet werden können (Kategorie des Eintrags, Änderungsdatum, Übersetzungsdatum, Sichtbarkeit für den Übersetzer usw.).

In NLocalize 2.0 haben wir uns entschieden, diese Informationen trotzdem “irgendwie” in ResX-Dateien abzubilden. Da NLocalize 2.0 Lokalisierungsverfahren anbietet, bei denen die Ressourcendateien zur Laufzeit ausgelesen werden (z.B. bei Markup-Erweiterungen), hätten wir sonst unser Ressourcendateiformat und die entsprechenden Reader-Klassen als Bibliothek zur Verfügung stellen müssen, die mit in die Anwendung eingebunden wird. Es soll aber möglich sein, auch mit Verfahren wie der Lokalisierung mit x:Static zu arbeiten, ohne dass dabei zusätzliche Assemblies benötigt werden. Wir speichern Metadaten nun ähnlich wie der Windows Forms Designer und Kennzeichnen sie durch “>>” im Ressourcenschlüssel. Das hat als Nebeneffekt den Vorteil, das NLocalize Typinformationen zu einem Eintrag genauso speichert wie der Windows Forms Designer, und bei der Bearbeitung von vom Windows Forms Desinger erstellten Ressourcendateien NLocalize somit zu jedem Eintrag den Typ des Eintrags erkennen kann.

Weitere Änderungen

Ansonsten enthält NLocalize 2.0 natürlich jede Menge Bug Fixes (allerdings aufgrund der vielen Änderungen vielleicht auch den ein oder anderen neuen Bug) und kleine Detailverbesserungen.

NLocalize 2.0 verwendet ein neues Lizenzdateiformat. Kunden mit einer Subscription erhalten zur Veröffentlichung der finalen Version neue Lizenzdateien von uns.

Wir werden die erste NLocalize 2.0 EAP Version heute veröffentlichen und sind sehr gespannt auf das Feedback dazu.

Visual Studio 11 Beta, TFS 11 Beta und Windows 8 Consumer Preview Downloads

Wed, 29 Feb 2012 15:51:15 GMT

Microsoft hat heute die Windows 8 Consumer Preview sowie die dazugehörenden Entwicklertools Visual Studio 11 Beta und Team Foundation Server 11 beta veröffentlicht.

Download-Links:

Windows 8 Consumer Preview

Visual Studio 11 Beta und TFS 11 Beta

Hintergrundinformationen:

Pressemitteilung zum Windows 8 Release

Windows 8 Team Blog

Blog von Jason Zander (Corporate Vice President Visual Studio)

Windows 8 kann man schnell und einfach über einen USB Stick installieren. Das spart den DVD Rohlung und ist außerdem schneller, wenn man einen ausreichend schnellen USB Stick zur Hand hat. Einen bootbaren USB-Stick für die Windows 8 Installation kann man z.B mit Tools wie wintobootic erzeugen.

Skype Beta jetzt für Windows Phone verfügbar

Tue, 28 Feb 2012 14:28:51 GMT

Microsoft hat am gestrigen Sonntag die lang erwartete Skype Beta für Windows Phone veröffentlicht. Die finale Version soll dann im April erscheinen. Die Beta lässt sich im Windows Phone Marketplace oder direkt über das Windows Phoneherunterladen.

Die Beta unterstützt bereits die wichtigsten Skype Features wie kostenlose Audio- und Videoanrufe über Drahtlosverbindungen wie 3G, 4G oder WiFi mit anderen Skype Kontakten, günstige Anrufe ins Fest- und Mobilnetz mit dem Skype Guthaben sowie Telefonkonferenzen und der Zugriff auf Profil- und Accountinformationen neben anderen Features.

Die Mindestvoraussetzung für die Skype Beta ist Windows Phone 7.5.

Basta Tag 1

Tue, 28 Feb 2012 14:15:01 GMT

Seid heute sind wir auf der Basta 2012 in Darmstadt vertreten. Gerade ist die Mittagspause rum und die Konferenzteilnehmer “schlummern” in ihren Vorträgen. Das Essen passte zur Location, das Maritim Hotel. Es war einfach fantastisch. Riesen Auswahl und total lecker.

Als Beweis dieses Foto. Wir Austeller durften ein wenig eher als die Konferenzteilnehmer ran, aber auch einige Teilnehmer hatte wahrscheinlich das gute Essen gerochen und kamen vorzeitig aus ihren Vorträgen, was aber nicht an den Vorträgen gelegen haben soll, wie mir einige berichteten.

Aber zum eigentlichen Zweck, warum wir auf der Basta sind: Der NLocalize Stand! Die Aussteller sind fast alle in einem großem Saal, in dem es auch in der Mitte das Essen gibt. In den Pausen können sich die Teilnehmer hier stärken und bei den Ständen der Aussteller informieren. Bis jetzt waren auch schon einige Teilnehmer am Stand und haben sich die bald erscheinende Version 2.0 von NLocalize angesehen. Diese Version wird nun auch Silverlight und WP 7 unterstützen und als Lokalisierungsmethode jetzt auch Markup Extension.

Schwer begeistert waren sie von unserem neusten Feature. Ändern der Texte in der Anwendung zur Laufzeit durch ändern der Texte in den Ressourcen-Dateien im Visual Studio!!! Wofür ist das gut? Ganz einfach: Habe ich meine Anwendung zum Beispiel fertig gestellt und möchte noch mal alles kontrollieren, starte ich die Anwendung aus dem Visual Studio und kann mich durch die Anwendung klicken. Finde ich zum Beispiel Rechtschreibfehler, kann ich diese im Visual Studio korrigieren, ohne die Anwendung stoppen zu müssen, korrigieren, kompilieren und Anwendung wieder starten zu müssen. Die laufende Anwendung übernimmt die Änderung während der Laufzeit. Auch das Layout lässt sich so noch anpassen, sollten zum Beispiel Texte abgeschnitten werden.

to be continued…

LightSwitch 2.0 wird in Visual Studio 11 integriert

Tue, 28 Feb 2012 08:20:20 GMT

Der Dotnet-Doktor berichtet in seinem Blog auf Heise Developer dass das kommende LightSwich 2.0 laut Aussagen von offizieller Stelle in alle kommerziellen Versionen von Visual Studio 11 integriert werden soll.

LightSwitch ist ein so genanntes Rapid Application Development Tool (RAD) um die Entwicklung von Silverlight basierten Prototypen zu beschleunigen. Mit LightSwitch lassen sich aber auch datengetriebene Business Anwendungen für den einfachen Zugriff auf unterschiedliche Datenquellen erstellen. LightSwitch erzeugt eine Silverlight-Oberfläche, ob Version 2.0 dann Silverlight und HTML5 unterstützen wird bleibt noch offen.

Bisher war LightSwitch ein Visual Studio Plugin und nur für MSDN-Abonnenten kostenlos, alle anderen mussten 369 Euro zahlen. Durch die Integrierung in Visual Studio 11 wird LightSwich somit kostenlos für alle Besitzer einer kommerziellen VS 11 Version.

Microsoft Nachrichtenüberblick

Mon, 27 Feb 2012 13:46:05 GMT

Office 15 bekommt einen Touch-Modus

Microsoft will sein Büropaket Office für die Bedienung mit Touchscreen-Displays optimieren. Im oberen Bereich der Benutzeroberfläche soll ein spezieller Button untergebracht werden über den der Touch-Modus aktiviert werden kann.
http://winfuture.de/news,68308.html

Microsoft stellt Markennamen in Windows 8 um

Mit der Veröffentlichung von Windows 8 will Microsoft eine Veränderung der etablierten Markennamen durchführen. Vor allem alte Markennamen sollen gestrichen werden um einfachere Benennungen zu erlauben.
http://www.pcgames.de/Windows-8-Misc-Software-237450/News/Microsoft-raeumt-mit-Marken-auf-Windows-Live-und-Zune-soll-es-bei-Windows-8-nicht-mehr-geben-870009/

http://www.theverge.com/2012/2/24/2821128/microsoft-kills-zune-windows-live-branding-in-windows-8 (Englisch)

Gerücht: Nur noch drei verschiedene Versionen für Windows 8

Hawlett-Packard veröffentlicht Treiber Spezifikationen für einen Smart Card Reader die Rückschlüsse auf die zukünftigen Windows 8 Versionen geben.
http://www.pcgameshardware.de/aid,869848/Windows-8-Nur-noch-drei-verschiedene-Versionen/Windows/News/

Pressemitteilung: SQL Server Virtual DBA Windows App für Windows Phone

WardyIT.com veröffentlicht eine Windows Phone App mit der IT Manager und Datenbankadministratoren ihre SQL Server Instanzen in Echtzeit überwachen können.
http://prwire.com.au/pr/27486/wardyit-com-releases-sql-server-virtual-dba-windows-phone-app (Englisch)

Nokia wird Marktführer bei Windows Phone Smart Phones

Markforschungsunternehmen Strategy Analytics sieht Nokia als globalen Marktführer bei Windows Phone Smart Phones. Nokia startete ihr Lumia Lineup erst im vierten Quartal 2011 und konnte den Konkurrenten HTC hinter sich lassen.
http://www.informationweek.com/news/mobility/smart_phones/232601412(Englisch)

Microsoft veröffentlicht Windows Phone „Tango“ SDK

Das neue Windows Phone SDK Version 7.1.1, Codename „Tango“ steht seit gestern zum Download bereit.

http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=28962

Die Visual Studio 11 Beta kommt am 29. Februar!

Fri, 24 Feb 2012 11:50:52 GMT

Die am 29. Februar erscheinende Visual Studio 11 Beta Nutzeroberfläche unterscheidet sich maßgeblich von der bereits aus Visual Studio 10 in Design und Funktionsumfang.

So wurde die Toolbars zum Beispiel einer Schlankheitskur unterzogen. Die Icons für Funktionen wie Kopieren, Ausschneiden und Einfügen von Texten die von den meisten Entwicklern über die beliebten Tastatur Shortcuts bedient werden, wurden gestrichen.

An ihre Stelle rücken nun andere, weniger benutzte Icons und erhalten so eine prominentere Platzierung, wie z.B. die Vor- und Zurück Icons die jetzt wie bei vielen anderen Softwareprodukten üblich in die erste Reihe verlegt wurden.

VS 2010 Quelle: The Visual Studio Blog

VS 2011 Quelle: The Visual Studio Blog

Aber nicht nur die Anordnung wurde verändert, auch die Icons selbst wurden gegen modernere Versionen ersetzt. Diese neuen Icons sind nicht mehr so bunt wie ihre Vorgänger und ergeben ein harmonischeres Gesamtbild was weniger ablenkend von wichtigeren Meldungen sein soll.

Die neuen Icons ähneln nun vom Design mehr den Icons aus Team Foundation Server oder Expression Blend.

Quelle: The Visual Studio Blog

Die neue Nutzeroberfläche wird in zwei Standardfarbschemata vorliegen, einmal in der Light- und der Dark Variante. Änderungen an den Editoreinstellungen sind, wie aus früheren Versionen von Visual Studio bekannt, natürlich immer noch möglich.

Um die Arbeit mit Visual Studio weiter zu verbessern wurden auch die Suchfunktionen überarbeitet. Nun gibt es eine so genannte Quick Launch Suche (Strg + Q) die es erlaubt nach beliebigen Funktionen oder Werkzeugen innerhalb von Visual Studio 11 zu suchen.

Dabei werden die Suchergebnisse in Listen je nach Bereichszugehörigkeit (Menüs, Optionen, etc.) sortiert. Die einzelnen Suchergebnisse zeigen den Pfad innerhalb der Menüstruktur von Visual Studio 11 an, sowie Tastatur Shortcuts wenn diese vorhanden sind.

Quelle: The Visual Studio Blog

Eine weitere Neuerung ist das nun Suchfunktionen ebenfalls in Toolboxen(z.B. Solution Explorer, Error List usw.) zur Verfügung stehen. Für Suchanfragen im Team Explorer müssen nun keine Queries mehr angelegt werden.

Zusammen mit der Visual Studio 2011 Beta wird auch der Team Foundation Server 11 vorgestellt. Dieser wird neben einem ausführlicheren Reporting auch besseren Tools für Tester bieten mit denen sich z. B. Screenshots und Anmerkungen einstellen lassen.

Quelle: http://blogs.msdn.com/b/visualstudio/archive/2012/02/23/introducing-the-new-developer-experience.aspx

Microsoft macht DropBox Konkurrenz

Thu, 23 Feb 2012 15:25:22 GMT

Microsoft erweitert seinen eigenen Cloud Festplattendienst SkyDrive um zusätzliche Funktionen. So ist es nun möglich über eine eigene App für Windows Vista, Windows 7 und später Windows 8 den SkyDrive-Ordner in den Windows Explorer einzubinden.

SkyDrive soll zudem eine speziell auf Windows 8 zugeschnittene Metro-Oberfläche bekommen, sowie ebenfalls unter Windows 8 einen Remotezugriff auf das Dateisystem eines PCs durch ein mobiles Gerät, z.B. ein Windows Phone oder ein Tablet-PC, ermöglichen. Damit können auch Dateien angefordert werden die sich zum Zeitpunkt der Anforderung nicht im SkyDrive-Ordner befinden.

Bisher benutzte ich Microsoft Live Mesh um die wichtigen Daten zwischen PC und Laptop zu synchronisieren. Hat bis jetzt auch super geklappt, leider war das Volumen auf 5 GB begrenzt und konnte auch nicht käuflich erweitert werden. Skydrive bietet jetzt dagegen 25 GB kostenlos und weitere GBs gegen Kauf. Somit wird es auch immer interessanter für den Einsatz im der Firma.

Quellen:
http://blogs.msdn.com/b/b8/archive/2012/02/20/connecting-your-apps_2c00_-files_2c00_-pcs-and-devices-to-the-cloud-with-skydrive-and-windows-8.aspx
http://www.heise.de/newsticker/meldung/Microsoft-baut-DropBox-nach-1438561.html

Windows 8 macht Sprachwechsel einfacher

Tue, 21 Feb 2012 13:57:20 GMT

Bisher war die Umstellung der Systemsprache in vorangegangenen Windowsversionen ein recht aufwändiger Prozess. Mit Windows 8 wird es jetzt bedeutend einfacher neue Sprachpakete zu installieren, zwischen verschiedenen Anzeigesprachen zu wechseln und sich sogar eine Favoritenliste anzulegen. Besonders interessant könnte dieses Feature für den professionellen Gebrauch in internationalen Unternehmen sein.

Außerdem wird das neue Windows 8 im Vergleich zu seinem Vorgänger Windows 7 14 weitere Sprachen unterstützen und bringt damit die Gesamtanzahl der unterstützten Sprachen auf 109.

Quelle:

http://blogs.msdn.com/b/b8/archive/2012/02/21/using-the-language-you-want.aspx

PS: Mit Version 2.0 von NLocalize wird ein Sprachwechsel für WPF, Silverlight oder WP 7-Anwendungen ebenfalls sehr einfach zu implementieren sein.

NLocalize V1.0 veröffentlicht

Tue, 21 Feb 2012 10:24:14 GMT

Nachdem wir es vorletzte Woche bereits über Twitter veröffentlicht haben, kommt nun auch der Blog Eintrag dazu. NLocalize ist fertig! Seid letzter Woche kann NLocalize über unseren Shop gekauft werden. Für individuelle Angebote einfach eine E-Mail an: info@neovelop.de

Die erste Version unterstützt bisher nur WPF. Unterstützung für Silverlight, Windows Phone 7 und später auch WinRT für Windows 8 Anwendungen werden mit den nächsten Updates folgend.

Auch die Homepage hat einige Updates bekommen. Unter NLocalize gibt es eine Feature Matrix sowie eine Seite über die Lizenzbedingungen und Preise. Demnächst wird auch unser User Manual folgen, in denen genau die Funktionsweise von NLocalize und dessen Anwendung beschrieben wird.

Wie viele NLocalize Lizenzen braucht mein Team?

Tue, 21 Feb 2012 10:23:57 GMT

Nachdem es in letzter Zeit ein wenig Verwirrung gab um die Anzahl der Lizenzen, die ein Team für die Lokalisierung ihres Produkts braucht, wollen wir ein wenig mehr “Licht ins Dunkle” bringen:

Braucht jeder Entwickler im Projekt eine NLocalize Lizenz?

Nein, in den meisten Teams wird nur eine oder vielleicht noch eine zweite Lizenz benötigt. Nur der Entwickler, der wirklich an der Lokalisierung arbeitet braucht eine Lizenz. Nur wenn mehrere Entwickler parallel an der Lokalisierung arbeiten, werden auch mehrere Lizenzen benötigt.

Wie verhalten sich NLocalize Projekte für Entwickler ohne Lizenz? Ist es für sie trotzdem möglich, das Projekt zu erstellen?

Für Entwickler ohne Lizenz verhält sich das Projekt ganz „normal“. Es kann auch von jedem anderen Entwickler erstellt/kompiliert werden. Auch der NLocalize Buildtask kann von jedem Entwickler ausgeführt werden. Entwickler ohne Lizenz können nur das NLocalize Visual Studio Plugin selber nicht nutzen.

Brauch der Buildserver eine NLocalize Lizenz?

Auch der Buildserver benötigt keine NLocalize Lizenz. Die Lokalisierung ihrer Anwendung erfolgt über einen MSBuild-Task, den NLocalize in ihre Projekte integriert. Der NLocalize BuildTask erfordert keine eigene Lizenz und kann somit sowohl auf dem Server als auch bei jedem Entwickler ausgeführt werden.

Kann ein Entwickler seine Lizenz auf mehreren Rechnern (z.B. PC und Laptop) verwenden?

Ja eine Lizenz darf auf mehreren Rechnern eingesetzt werden. Einzige Einschränkung: Eine Lizenz darf nicht von mehreren Entwicklern gleichzeitig verwendet werden.

Wenn mein Projekt abgeschlossen ist und das nächste beginnt, sich hier aber ein anderer Entwickler um die Lokalisiserung kümmert, braucht der eine neue Lizenz?

Nein, da es sich um eine Floating Lizenz handelt, darf die Lizenz weiter gegeben werden. Nur wenn an beiden Projekten parallel gearbeitet wird, wird eine weitere Lizenz benötigt.

Fazit: 1-2 Lizenzen dürften pro Team reichen. Anders als wie bei Programmen wie ReSharper, wo jeder Entwickler eine Lizenz haben sollte, braucht nur der Entwickler eine Lizenz, der auch wirklich an der Lokalisierung arbeitet.

Diese und weitere Fragen werden demnächst auch noch als FAQ auf unserer Seite erscheinen!

NLocalize User Manual online

Tue, 21 Feb 2012 09:51:20 GMT

Kurz vor Weihnachten gibt es noch was neues auf unserer Homepage. Die erste Version des User Manual ist fertig. Es beschreibt genau wie die Lokalisierung mit NLocalize funktioniert und was NLocalize alles kann. In den nächsten Wochen wird es natürlich parallel zur Entwicklung der Features aktuell gehalten. Um am Anfang nicht zu viel Aufwand für die Pflege mehrerer Dokumente zu haben und möglichst schnell eine Version online zu haben, ist es erst mal nur auf Englisch. Im neuen Jahr wird auch noch eine deutsche Version erscheinen.

Runterladen könnt ihr es unter auf unserer Homepage unter der Seite NLocalize und dann rechts im Menü unter User Manual oder hier.

Checkliste für die Lokalisierung von Anwendungen

Tue, 21 Feb 2012 09:50:57 GMT

Die folgende Checkliste stellt eine Zusammenstellung von Dingen dar, die bei der Lokalisierung von Anwendungen unter anderem berücksichtigt werden sollten.

Wurden alle Texte in der UI lokalisiert? Um das herauszufinden hilft eine Pseudolokalisierung.
Wurden alle fest codierten Strings im Code beachtet? Tools wie NLocalize finden alle Strings im Code und verschieben sie in Ressourcen-Dateien.
Layout: Passen alle Längen der Controls oder werden Texte abgeschnitten? NLocalize bieten die Möglichkeit die lokalisierte UI als Vorschau zu betrachten, ohne die Anwendung starten und kompilieren zu müssen.
Gibt es unterschiedliche Zahlenformate, Währungen, Daten, Schreibrichtung, Steuersätze usw.? Wenn ja wurden sie auch lokalisiert?
Gibt es Berichte die auch lokalisiert werden müssen?
Wurden bei der Lokalisierung einheitliche begriffe verwenden, oder wurden für ein Wort an verschiedenen Stellen unterschiedliche Übersetzungen verwendet? Translation Memories helfen bei diesen Problemen.
Gibt es Bilder mit Texten? Sind die Bilder an die kulturellen Gegebenheiten angepasst?
Sind Shortcuts an die neue Sprache angepasst?
Gibt es Links zu Webseiten? Wenn möglich auf Links zu der passenden Sprache der Webseite.
Vermeiden Sie Textausgaben aus Elementen wie Enums. Diese lassen sich nicht ohne weiteres lokalisieren.
Lassen Sie einen Sprachexperten über die Anwendung schauen, ob alle Länderspezifischen Aspekte bei der Lokalisierung beachtet wurden.

Neovelop ist Microsoft Visual Studio Industry Partner.

Fri, 03 Feb 2012 11:21:05 GMT

Neovelop Joins Microsoft Visual Studio Industry Program

Bielefeld, Germany — 16. January 2012 —The Neovelop GmbH today announced that they have joined the Visual Studio Industry Program (VSIP), to closer align NLocalize with Visual Studio 2010. By integrating NLocalize with Visual Studio, customers will more easily be able to localize their WPF, Silverlight and Windows Phone 7 applications. With almost 200 partners, the VSIP Program provides technical and marketing support to partners who have integrated their products with Visual Studio.

Martin Kleine: “By working with Microsoft, we feel confident that NLocalize will provide users of Visual Studio with enhanced functionality and significant value. NLocalize will help Visual Studio customers to reduce localization costs and to achieve a faster time to market for localized versions of their applications.”

“We are very pleased to have Neovelop join the Microsoft VSIP program and bring Visual Studio developers yet another finely-honed tool to streamline development of XAML-based applications,” said Tom Lindeman, Director of the Visual Studio Industry Program. “By integrating Neovelop’s NLocalize Visual Studio plug-in during the early stages of development, localization becomes an efficient element of the software development project, efficiently managed using a familiar tool, rather than being an ill-fitting additional challenge.”

The Neovelop GmbH is specialized in software localization of WPF, Silverlight and Windows Phone 7 applications. In addition to supporting the development, doing consulting or trainings with the topics localization and .NET UI technologies, Neovelop has developed the Visual Studio plugin NLocalize.

NLocalize is fully integrated in Visual Studio and supports developers at design time in the localization of their application. For translators, it has its own client, which is characterized by a high degree of usability. To simplify the exchange of translations between the plugin and the client, the NLocalize server can be used.

#########

All product and company names herein may be trademarks of their respective owners.

For more information, press only:

Martin Kleine, Neovelop, +49 (521) 32987662, kleine@neovelop.de

Aktuelle Entwicklung bei NLocalize

Tue, 29 Nov 2011 08:00:47 GMT

Ab jetzt wollen wir euch regelmäßig bei uns im Blog über den aktuellen Entwicklungsstatus auf dem neuesten Stand halten. Damit ihr seht, das es bei NLocalize stetig voran geht und immer weitere Features dazu kommen werden.

Im Moment wird hauptsächlich an drei Features gearbeitet:

1. Lokalisierung über Markuperweiterungen, damit wir Silverlight lokalisieren können. Außerdem als Alternative zur BAML Lokalisierung für WPF. Ein Prototyp für WPF funktioniert bereits.

2. Integration des Managed Extensibility Frameworks. Erweiterungen für NLocalize sollen über MEF eingebunden werden.

3. Der “String Extractor Wizard” wird ein “String Extractor Margin”. Der Wizard war doch recht groß und lag oft über dem Code. Durch die Umwandlung zu einem Margin am Rand vom Codefenster soll das Arbeiten damit komfortabler werden.

NLocalize 1.0 (fast) fertig!

Tue, 15 Nov 2011 07:43:26 GMT

Nachdem es etwas länger ruhig war auf unserem Blog, gibt es endlich wieder einen Eintrag und dazu einen sehr wichtigen. Nachdem wir die letzten Wochen sehr intensive an NLocalize gearbeitet haben, können wir jetzt endlich sagen, das die Version 1.0 (fast) fertig ist. Alle geplanten Features sind implementiert, nur noch die letzten Tests stehen an. Daher wird es in den nächsten Tag den Launch von NLocalize geben.

Dafür wird dann in den nächsten Tagen der Menüpunkt Early Access Program durch unseren Shop ersetzt werden. Unser Shop wird von der Firma Cleverbridge betrieben, daher nicht wundern wenn plötzlich in unserem Shop die Cleverbridge Adresse im Browser auftaucht.

Am Donnerstag wird Mathias die fertige Version in der .NET User Group Karlsruhe vorstellen. Damit hat quasi die User Group Karlsruhe die Ehre unser Launch Event zu sein.

Windows 8 Boot-Menü

Wed, 14 Sep 2011 12:34:20 GMT

Heute morgen habe ich als allererstes die Windows 8 Developer Preview heruntergeladen.

Eine 256GB Partition für Windows 8 hatte ich bereits bei der letzten Installation von Windows 7 für Windows 8 reserviert.

Nach dem Setup hat mich Windows mit einem neuen Boot Menü überrascht:

“Change defaults or choose other options” führt zu folgendem Dialog:

Hier sind einige der anderen Optionen:

Leider habe ich keine Möglichkeit gefunden, eine andere Zeit als die drei vorgaben einzustellen. Vielleicht geht das irgendwie, aber jedenfalls nicht über dieses Menü.

Ein Zurücksetzen des PCs auf den Auslieferungszustand ist ebenfalls über das Bootmenü möglich:

Hier sind die Reparaturoptionen:

In Windows 7 musste man für die Reparaturoptionen normalerweise von einem Windows Setup booten. Jetzt sind sie eingebaut. Klasse!

Als nächstes habe ich die Eingabeaufforderung ausprobiert:

Die Passworteingabe erfolgte mit englischem Tastaturlayout, obwohl ich beim Setup das deutsche Tastaturlayout ausgewählt hatte. Das war für mich zunächst nicht offensichtlich, erst nach einigen Fehlversuchen habe ich das Layout umgestellt. Der Dialog dafür (leider habe ich vergessen einen Screenshot davon zu erstellen) ist extrem umständlich geraten. Die verfügbaren Layouts werden seitenweise angezeigt, wobei jeweils nur eine handvoll Layouts gleichzeitig angezeigt werden. Man muss umständlich mehrere Seiten blättern, bevor man das deutsche Layout auswählen kann.

Hier ist die Eingabeaufforderung. Tools mit einfachem UI wie z.B. Notepad funktionieren hier ebenfalls.

Insgesamt finde ich, dass das neue Bootmenü eine gelungene Verbesserung gegenüber dem von Windows 7 ist.

NLocalize EAP Build 1.0.11243.1 Release Notes

Wed, 31 Aug 2011 10:05:55 GMT

Heute haben wir erneut einen EAP Build veröffentlicht. Der neue Build bringt verschiedene Verbesserungen und Bug Fixes.

Der Build enthält nur das NLocalize Visual Studio Plugin.

Build-Qualität

Dieser Build ist ein Early Access Program Build. Er enthält noch nicht alle Funktionen von NLocalize und er enthält noch Fehler. Zweck dieses Builds ist es, möglichst frühzeitig Feedback zu NLocalize zu erhalten.

Dieser Build wurde nicht gründlich manuell getestet, es wurden nur automatisierte Tests sowie ein kurzer manueller Test durchgeführt.

Bekannte Probleme und Workarounds

Sollte etwas nicht so funktionieren wie erwartet, lassen sie es uns bitte wissen. Viele Probleme können behoben werden durch erneute Kompilierung oder durch schließen und neu laden des Projektes.
Für einige Kulturen wird eine falsche Flagge angezeigt.

Änderungen und neue Funktionen

Es ist jetzt möglich, die NLocalize Konfiguration nachträglich zu ändern. Dafür gibt es jetzt einen neuen Reiter “NLocalize” in den Projekteigenschaften.
Im “NLocalize”-Reiter gibt es eine Funktion zum aktualisieren des NLocalize Build Tasks.
NLocalize zeigt keine Flaggen für neutrale Kulturen (“Deutsch”, “Englisch”) mehr an. Flaggen werden nur noch für länderspezifische Kulturen (“Deutsch – Deutschland”, “Deutsch – Österreich”, “Englisch – USA”, “Englisch – United Kingdom”) angezeigt. Für neutrale Kulturen ist es nicht sinnvoll möglich, eine Flagge auszuwählen.
Die Filterfunktion im Ressourceneditor wurde verbessert.
Buttons in der NLocalize Toolbar für noch nicht implementierte Funktionen sind deaktiviert. Der Debug-Button ist nur aktiv, wenn auch eine Sprache für das Debugging ausgewählt wurde.

Bugfixes

Viele der Fehler die in diesem Build behoben wurden wurden von Teilnehmern des EAP Programms gemeldet. Vielen Dank für Ihre Unterstützung!

Folgende Fehler wurden in diesem Build korrigiert:

Der NLocalize Konfigurationsassistent funktionierte nicht, wenn die Projektmappe Projekte enthielt, die nicht auf MSBuild basieren (z.B. Setup-Projekte).
Beim Debuggen von Anwendungen mit einer bestimmten Kultur wird kein leeres Konsolenfenster mehr angezeigt.
Der Ressourceneditor erkennt jetzt den richtigen Datentyp für Einträge von Attached Properties.
Wenn im Ressourceneditor ein Eintrag bearbeitet und anschließend das Fenster geschlossen wurde, bevor die Textbox des zuletzt geänderten Eintrags verlassen wurde, wurde die Änderung nicht gespeichert.
Wenn NLocalize Ressourcendateien schreibgeschützt sind (z.B. weil sie von einem Quellcodeverwaltungssystem gesperrt sind) entfernt NLocalize nun den Schreibschutz von der Datei. Es ist jetzt nicht mehr erforderlich, die Datei vorher auszuchecken.
Verschiedene kleinere Fehler wurden ebenfalls behoben.

Noch nicht implementierte Funktionen

Der Übersetzer-Client ist in diesem Build noch nicht enthalten. Wir haben bereits angefangen diesen zu implementieren, aber wir möchten uns zunächst auf die Kernfunktionen des NLocalize Plugins konzentrieren.
Unser Grafiker hat einige coole neue Icons kreiert, die aber noch nicht in der EAP Version enthalten sind. Für einige Icons haben wir mehrere Alternativen und wir haben noch nicht entschieden welche wir verwenden.
Das Visual Studio Plugin beinhaltet noch nicht den Translation Memory oder Online-Übersetzungen (Google, Bing,…) Diese Features werden erst in einer späteren Version (nach der RTM Version) implementiert und eingebaut.

Download

Der Build kann von unserer EAP-Mitglieder Seite heruntergeladen werden.

Wenn sie Mitglied unseres Early Access Program sind, sollten sie bereits eine E-Mail mit den Zugangsdaten bekommen haben. Bitte kontaktieren sie uns, wenn sie diese Mail noch nicht bekommen haben.

Sollten sie noch keine EAP Mitglied sein, dann können sie sich für EAP registrieren.

Neovelop User Group Tour

Wed, 31 Aug 2011 07:38:34 GMT

Im Moment sind wir in verschiedenen deutschen .NET User Groups unterwegs. Bei jedem Treffen gibt es zwei Vorträge: einen, über verschiedene .NET Themen wie z.B. aspektorientierte Programmierung oder LINQ, und dann einen zweiten, in dem wir NLocalize vorstellen. Die Reisekosten übernimmt dabei Neovelop, die Vorträge werden also nicht aus dem regulären INETA Sprecherbudget bezahlt.

Hier sind die Termine, soweit sie bisher schon bekannt sind:

Dresden, 16.06.2011: Aspektorientierte Programmierung mit PostSharp
Bonn, 21.06.2011: Das OpenXML Format SDK
Essen, 21.07.2011: LINQ Deep Dive
Berlin, 04.08.2011: XAML Deep Dive
Regensburg, Termin noch offen (August?), LINQ Deep Dive
Stuttgart, 28.09. fällt leider aus. Das Usergroup Treffen findet aber mit einem anderen Thema + Sprecher statt.
Mannheim, 05.10.2011: Thema steht noch nicht fest
Karlsruhe, 10.11.2011: LINQ Deep Dive
Braunschweig, Thema und Termin noch offen
Köln, Thema und Termin noch offen
Koblenz, Thema und Termin noch offen

Sobald weitere Termine und Themen feststehen wird diese Liste aktualisiert.

Neue NLocalize EAP Builds veröffentlicht (1.0.11237.1 und 1.0.11235.4)

Fri, 26 Aug 2011 19:59:17 GMT

Wir haben länger gebraucht als geplant, aber nun haben wir endlich einen neuen Early Access Program Build von Nocalize veröffentlicht. Genauer gesagt sogar zwei, denn einige Stunden nach dem ersten Build haben wir noch einen Fehler entdeckt und korrigiert.

Diese Builds sind etwas aktueller als der Build den wir an die Teilnehmer der See# Party in Kreuzlingen verteilt haben.

Build 1.0.11237.1

In diesem Build ist ein Fehler aus 1.0.11235.4 korrigiert, durch den bei Visual Basic .NET Projekten unter Umständen einige Tabs in den Projekteigenschaften nicht mehr angezeigt wurden. Ansonsten ist der Build identisch zu 1.0.11235.4. Im Gegensatz zu Build 1.0.11235.4 wurde dieser Build allerdings nur kurz getestet.

Build 1.0.11235.4

Dieser Build enthält nur das NLocalize Visual Studio Plugin. Wir haben eine Menge Bugs gefixt und ein paar Funktionen neu implementiert.

Bekannte Probleme und Workarounds

Sobald sie ihre Ausgangs- und Zielkulturen ausgewählt haben, können sie die Konfiguration nicht mehr verändern. Wir arbeiten derzeit an einem Eigenschaftsreiter der es ermöglicht Einstellungen der Lokalisierung zu ändern. Für den aktuellen EAP Release müssen sie ihre Projektdateien manuell modifizieren.
Wenn sie eine Datei im Ressourceneditor schließen kann der zuletzt bearbeitete Eintrag verloren gehen. Änderungen werden derzeit gespeichert wenn die TextBox den Fokus verliert. Als Workaround bietet sich an in ein anderes Feld zu tabben nachdem man die letzte Änderung eingetragen hat. Dieser Bug wird in einem zukünftigen Release behoben werden.
Wenn sie Projekte lokalisieren die in einer Quellcodeverwaltung eingebunden sind, müssen NLocalize Ressourcendateien erst ausgechecked werden damit der NLocalize Build Task sie aktualisieren kann. In einem zukünftigen Build wird NLocalize versuchen die Dateien automatisch auszuchecken.
Sollte etwas nicht so funktionieren wie erwartet, lassen sie es uns bitte wissen. Viele Probleme können behoben werden durch erneute Kompilierung oder durch schließen und neu laden des Projektes.
Für manche Kulturen wird eine falsche Flagge angezeigt.

Änderungen und neue Funktionen

Wir haben die Methode verbessert, die wir verwenden um Anwendungen mit einer spezifischen Kultur zu debuggen. In vorherigen Builds hat NLocalize die Projekte in ihrer Soloution modifiziert und hat für jede Kultur eine Build Konfiguration hinzugefügt. Diese Build Konfiguration wurde gebraucht um ihre Anwendung mit einer speziellen Kultur zu starten. Wir waren mit dieser Art der Lösung noch nie zufrieden, weil sie mehrere Nachteile hatte. Seid dieser Version haben wir eine „Debug Kultur“ Dropdown-Box und ein „Debug mit Kultur“ Button auf der NLocalize Toolbar. Somit sind keine neuen Build Konfigurationen mehr nötig damit sie ihre Projekte in den verschiedenen Sprachen zu Debuggen.
Wir haben die Art und Weise geändert, wie neue Dateien (NLocalize-Ressourcen-Dateien) zu Visual Studio Projekten hinzugefügt werden. In vorherigen Versionen wurden Dateien vom NLocalize Build Task hinzugefügt. Dieses führte zu den nervigen Meldungen „Das Projekt wurde außerhalb von Visual Studio geändert“. Nun werden die Dateien von dem Visual Studio Plugin hinzugefügt.
Anstatt mit Hilfe des UpdateUid Build Task aus dem .NET Framework, generieren wir die Uids jetzt selber in NLocalize. Der UpdateUid Task generiert zu viel Overhead (an vielen Elemente Uids, die gar nicht übersetzt werden). Wenn sie jetzt ihr Projekt mit dem Konfigurations-Wizzard konfigurieren, generiert NLocalize Uids für alle .xaml-Dateien in ihrem Projekt. Wenn sie ein Update der Uids benötigen, können sie dieses manuell im Localization Explorer anstoßen. Wählen sie ein Projekt, Ordner oder .xaml-Datei aus und klicken sie den „generate Uids“-Button in der Localization Explorer Toolbar.
Als ein Seiten Effekt von der gerade aufgezählten Veränderung, kommuniziert der NLocalize Build Task jetzt direkt mit dem Visual Studio Plugin. Dieses ermöglicht einige neue Features. Zum Beispiel zeigt das NLocalize Output Window nun nicht nur Log-Nachrichten vom Plugin sondern auch Nachrichten vom Build Task an.
Wir haben das Logging und das Exception-Handling verbessert. Dieses sollte uns helfen, mögliche Fehler und Probleme, die sie vielleicht mit NLocalize haben, zu identifizieren.
Den NLocalize-Konfiguration-Wizzard mehrere male über ein Projekt laufen zu lassen, konnte die Projekt Konfiguration in früheren Builds durcheinander bringen. Im neuen Build, kann der Wizzard nur für neue Projekte angewandt werden, über die der Wizzard noch nicht gelaufen ist. Wir haben zur Konfiguration ein NLocalize Tab zu den Projekt Eigenschaften hinzugefügt, wo sie demnächst nachträglich noch Konfigurationen wie weitere Zielsprachen hinzufügen oder verändern können. Bisher ist der Tab nur ein Mock-Up und ändert noch nichts. Dieses wird sich in der nächsten Version ändern.
Nach dem der Konfigurations-Wizzard durchgelaufen ist, fragt NLocalize sie, ob sie die Solution rebuilden wollen. Wir empfehlen dieses auch zu tun.

Bugfixes

NLocalize kann nun auch auf Windows XP benutzt werden. In der vorherigen EAP Version konnte der Wizzard unter Windows XP nicht gestartet werden.
NLocalize kann jetzt mit Projekten arbeiten, die „()“ in ihrem Pfad haben.
Wir haben einige Fehler behoben, die auftraten wenn NLocalize für Projekte verwendet wurde, die unter Source Control standen.
Es war nicht mögliche Einträge, die einmal im Ressourcen-Editor übersetzt wurden, wieder raus zu nehmen. Nun können auch Übersetzungen wieder entfernt werden (leere Übersetzungen werden wie nicht übersetzte Einträge behandelt anstatt wie „Übersetzungen mit leeren Strings“). Das gleiche gilt für Enumerations, die ab jetzt einen leeren Eintrag in der Dropdown-Box haben.
Ab und zu hat Visual Studio nicht gemerkt das der UpdateUid Task neue Uids generiert hat. Daher wurden die Ressourcen-Dateien nicht geupdatet und einige Dateien konnten nicht übersetzt werden. Da wir die Uid-Generierung jetzt selber vornehmen, tritt der Bug nicht mehr auf.
Der Ressource-Editor hat einige Einträge doppelt angezeigt. Viele Eigenschaften in WPF können als Content (<Button>click me</Button>) oder als Eigenschaft (<Button Content=”click me” />) gesetzt werden. Der NLocalize-Ressource-Editor zeigte beide Eigenschaften als „$Content“ und „Content“ an. Dieses wurde für die meisten WPF Controls gefixt.
Einige Probleme mit der Tab Order wurden gefixt.
Es ist nicht mehr möglich als Zielsprache, die Sprache auszuwählen, die schon als Quellsprache ausgewählt wurde.
Mehrere kleinere Bugs.

Noch nicht implementierte Funktionen

Der Übersetzer-Client wurde noch nicht integriert in diesen Build. Wir haben bereits angefangen diesen zu implementieren, fanden aber die Core Features vom NLocalize Plugin wichtiger als den Client, so das der Client noch nicht gut genug für einen Release in der EAP Version ist.
Unser Grafiker hat einige coole neue Icons kreiert, die aber noch nicht in der EAP Version enthalten sind. Für einige Icons haben wir mehrere Alternativen und wir haben noch nicht entschieden welche wir verwenden.
Das Visual Studio Plugin beinhaltet noch nicht das Translation Memory oder Online Translations (Google, Bing,…) Diese Features werden erst zu einer späteren Version (nach der RTM Version) implementiert und eingebaut.

Neue EAP Webseite

Der Build kann von unserer neuen EAP-Member Seite runter geladen werden. Wenn sie Mitglied unseres Early Access Program sind, sollten sie bereits eine E-Mail mit den Zugangsdaten bekommen haben. Bitte kontaktieren sie uns, wenn sie diese Mail noch nicht bekommen haben.

Am Anfang gab es noch kleinere Probleme mit der neuen EAP Seite. Diese sollten inzwischen behoben sein.

Sollten sie noch keine EAP Mitglied sein, dann können sie sich für EAP registrieren.