TYPO3 und die fehlende Fahne

Nach einem Update auf die neuste TYPO3 Version gab es plötzlich Probleme mit der Fahne für die Standardsprache. Normalerweise ist diese im Backend zu sehen. Doch stattdessem gibt es nur ein Fehlerfragezeichen zu sehen. Durch die Nutzung der „Sprite API“ ab TYPO 4.5 sind die Angaben in der „TypoScript Configuration“ nicht korrekt.

Anstatt :

defaultLanguageFlag = de.gif

muss dort nun:

defaultLanguageFlag = de

stehen. Danach sollten die Flaggen wieder angezeigt werden.

Weitere Informationen gibt es unter:
http://lists.typo3.org/pipermail/typo3-german/2005-August/001001.html
http://typo3blogger.de/fahnchen-der-standardsprache-in-typo3-4-5-mit-templavoila/

Was mich an MonoDevelop stört

MonoDevelop an sich ist eine schöne Entwicklungsumgebung für das Schreiben von Mono Anwendungen. Allerdings sind mir im Laufe der letzten Tage einige unschöne Dinge an MonoDevelop aufgefallen, welche dem Entwickler doch ziemlich nerven:

  • Mono startet augenscheinlich nie maximiert
  • die Optionen können nicht importiert und exportiert werden
  • der letzte View wird sich nicht gemerkt, beim Start wird immer der Default View benutzt
  • die Codeformatierung aktiviert sich nicht nach dem schließen einer geschweiften Klammer
  • Dateien können von Projekt zur Projekt verschoben werden, aber nicht in andere Ordner
  • es gibt kein Symbol zum Aus- und Einkommentieren in der Toolbar
  • keine Blockeditierfunktion (vertikales Editieren)
  • keine Option vorhanden um alle #region Objekte auf einmal zu schließen
  • anscheinend merkt sich MonoDevelop nicht ob eine Region geschlossen oder geöffnet war

An sich sind es viele Kleinigkeiten, die einen allerdings mit der Zeit doch ziemlich behindern und nerven. Dort sollte nachgebessert werden, damit die Entwicklung mit MonoDevelop mehr Spaß macht und produktiver wird :)

Weitere Informationen gibt es unter:
http://de.wikipedia.org/wiki/MonoDevelop
http://wiki.ubuntuusers.de/entwicklungsumgebungen

VirtualBox Auflösungsprobleme unter Ubuntu und Co.

Wenn man Ubuntu mittels VirtualBox auf einer virtuellen Maschine installiert hat und dort die Auflösung nicht auf die maximale Bildschirmauflösung einstellen kann, so liegt dies meistens an den fehlenden Gasterweiterungen welche im Terminal mittels:

sudo apt-get install virtualbox-ose-guest-x11

installiert werden können. Danach sollte man die Auflösung problemlos einstellen können.

Weitereinformationen gibt es unter:
http://wiki.ubuntuusers.de/virtualbox

Probleme beim Einbinden einer Bibliothek unter .NET

Man nehme eine .NET/Mono Bibliothek welche als Zielframework .NET 4 benutzt. Nun erstelle man noch eine neue Anwendung und binde in diese Anwendung besagte Bibliothek ein. Nun kann es vorkommen das man beim kompilieren der Anwendung folgende Fehlermeldung bekommt:

The type or namespace name 'FooBar' could not be found (are you missing a using directive or an assembly reference?)

Augenscheinlich hat man eine Referenz vergessen. Zumindest könnte man genau dies bei der entsprechenden Meldung denken. Allerdings ist das ganze in diesem Fall ein Stück gemeiner. Die neu erstellte .NET Anwendung hat als „Target Framework“ nicht „.NET 4 Framework“ eingestellt, sondern „.NET 4 Framework Client Profile“.

Und diesem Profil fehlen ein paar Assemblyreferenzen und wenn man Pech hat benötigt eine Bibliothek genau diese. Hier hilft es dann einfach das „Target Framework“ auf „.NET 4 Framework“ zu stellen. Danach sollte es dann ohne Probleme funktionieren.

JVM creation failed in Netbeans unter Windows (64 Bit)

Wenn man unter Windows die neuste Version von Netbeans startet so bekommt man dort gleich nach dem Start eine kurze und knappe Fehlermeldung:

JVM creation failed

Diese tritt wohl nur bei 64 Bit Systemen mit mehr als 4 GiB Speicher im System auf. Allerdings scheint es auch bei Rechnern aufzutreten welche genau 4 GiB Arbeitsspeicher im System haben. Abhilfe schafft es hier die Datei netbeans.conf zu bearbeiten, welche sich bei einer normalen Installation im Verzeichnis

C:\Program Files (x86)\NetBeans 7.0.1\etc

befinden sollte. In dieser Datei sucht man die Option

netbeans_default_options

und hängt dort noch ein (die zuzuweisende Speichergröße kann frei gewählt werden)

-J-Xmx512m

heran. Dies setzt den zu benutzenden Speicher fest und somit kann Netbeans dann wieder ganz normal gestartet werden.

Weitere Informationen gibt es unter:
http://de.wikipedia.org/wiki/NetBeans
http://solariz.de/3573/netbeans-ide-fehler-jvm-creation-failed.htm