Als es vor längerer Zeit notwendig würde, einen neuen Rechner zusammenzuschrauben, musste ich mich notwendigerweise auch auf dem Grafikkartenmarkt umsehen. Damals führte kein Weg an ATI vorbei, so dass ich mich zum Kauf einer HD 4850 entschied, die ich nun gegen eine HD 5770 tauschte.  Zur Zeit der 4850 konnten nur ATI-Grafikkarten vernünftig Strom sparen, NVIDIA humpelte hinterher bzw. waren die Modelle, die dies beherrschten, außerhalb meines dafür vorgesehenen Budgets.

Zugegebener Maßen war die Umstellung schon etwas herb. Der ATI-Treiber ließ damals vieles an Komfort vermissen, was sein Pendant für die GeForce-Karten schon lange bot. Auch heute vermisse ich Compiz im Twinview-Modus schmerzlich. (Auch wenn einige Compiz als Spielerei abtun, ein paar Features erleichtern auch die Arbeit am PC.)

Dennoch hat ATI einiges aufgeholt, auch wenn sich noch längst nicht alles per GUI einstellen lässt und man sich viele Infos mühsam zusammen suchen muss. Daher will ich hier einige meiner Einstellungen veröffentlichen.

Treiber herunterladen und installieren

Treibermanager

Nur der proprietäre ATI-Treiber bietet derzeit volle 3D-Unterstützung. Dieser kann zum einen über den Treibermanager installiert werden. Dazu ruft man, je nach verwendeter Arbeitsumgebung, einen der folgenden Befehle mit Root-Rechten auf:

sudo jockey-kde # KDE
# bzw.
sudo jockey-gtk # GNOME, XFCE

Danach öffnet sich ein Fenster, in dem man verschiedene proprietäre Treiber nachinstallieren kann, ATI- oder NVIDIA-Treiber, WLAN-Treiber und so weiter.

Dazu muss man den gewünschten Treiber einfach nur selektieren und mit dem Aktivieren-Button installieren. Anschließend ist ein Neustart von Nöten.

Manuelle Installation

Ich persönlich bevorzuge den Treiber direkt von der ATI-Seite. Da gehe ich allerdings auf die internationale Downloadseite, da die deutsche oft ältere Treiber anbietet. Sollte über den angegebenen Link die deutsche Seite angezeigt werden, gelangt man über einen Klick auf

Worldwide » North America » English

zur US-Seite. Dort lade ich mir den aktuellen Treiber für mein 64-Bit-Linux herunter und installiere ihn folgendermaßen:

chmod +x ati-driver-installer-*-x86.x86_64.run # Script ausfuehrbar machen
sudo ./ati-driver-installer-*-x86.x86_64.run # Script mit Root-Rechten starten

Anschießend muss ich nur noch Anweisungen zur automatischen Installation folgen und dann den Rechner neu starten. Sollte was schief gehen, wird mit folgenden Befehl die Datei xorg.conf im Verzeichnis /etc/X11 neu geschrieben oder überhaupt erst erstellt. Eine unter Umständen schon bestehende Datei wird dabei gesichert:

sudo aticonfig --initial -f

Bei einem Fehlversuch kann dieser Befehl entweder über den abgesicherten Modus oder in einem virtuellen Terminal angegeben werden

Monitor per HDMI

Als ich mich von meinem DVI-Kabel verabschiedet hatte und das erste Mal den Rechner über ein HDMI-Kabel mit dem Monitor verband, erlitt ich einen kleinen Schock. Die korrekte Auflösung von 1920*1080 war sowohl im Catalyst-Control-Center (CCC) als auch in KDEs Systemeinstellungen eingetragen. Dennoch war rundum ein breiter hässlicher Rand zu sehen. Das war nicht nur unter Linux, sondern auch unter Windows 7 der Fall. Durch Zufall entdeckte ich die Lösung, die ich durch die Korrektur der Skalierungsoptionen erreichte. Den Schieberegler musste ich dabei auf 0% einstellen und schon wurde alles wieder hübsch angezeigt. Der Regler ist im CCC unter folgendem Punkt zu finden, siehe Screenshot:

Anzeigen-Manager » DTV » Reiter Anpasssungen

Neuerdings merkt sich mein Rechner aber die gewünschte Wiederholungsrate von 60 Hz nicht mehr. Bei jedem Start setzt er diese auf 30 Hz herunter, was zu einem wunderbaren Flimmern des Bildschirms führt. Mit dem Befehl:

xrandr --rate 60

im Autostart helfe ich ihm auf die Sprünge. Dieses Verhalten kann ich aber erst seit der HD 5770 beklagen.

Mit dem Befehl:

xrandr -s 1920x1080

ließe sich im Übrigen auch eine bestimmte Auflösung erzwingen.

Feintuning

Meine ATI-Grafikkarten stammten bisher immer aus dem Hause Powercolor. Diese haben einen größeren Lüfter, der langsamer drehen kann und somit auch leiser sein sollte. Irgendwie interessiert dies den Treiber aber nicht. Er lässt den Lüfter, unberührt von nur 28°C-Kartentemperatur, bei ca. 40% drehen. Das ist im leisen Zimmer ziemlich “gut” hörbar. Daher regle ich die Geschwindigkeit des Lüfters auf 20% herunter. Das ist der Minimal-Wert der sich unter Windows in der GUI einstellen lässt. Daher möchte ich auch nicht wirklich tiefer gehen. Das Lüftergeräusch der Grafikkarte ist dann ohnehin nicht mehr auszumachen.

aticonfig --pplib-cmd "set fanspeed 0 20"

Mit

aticonfig --pplib-cmd "get fanspeed 0"

kann der Erfolg des letzten Befehls überprüft werden. Ab und an kontrolliere ich auch die aktuelle Temperatur der Grafikkarte, so dass diese nicht heiß laufen kann:

aticonfig --adapter=0 --od-gettemperatur

Fazit

Mit den hier angegebenen Tipps kann man, imho, das Verhalten der ATI-Grafikkarten ziemlich gut einstellen und deren Features gut ausnutzen. Dabei muss man allerdings den Umweg über das Terminal gehen, da längst noch nicht alle Features im CCC wie unter Windows geboten, verfügbar sind. Bleibt zu hoffen, dass ATI dennoch bald zumindest den Anschluss an NVIDIA schafft, was die Usability unter Linux betrifft. Dies sollte ihnen wohl leichter fallen, wenn sie den Treiber als Open Source veröffentlichen würden - so wie schon es längst seitens ATI angekündigt und seitens der Linux-Nutzer gefordert wurde.

Bislang gab es noch keine Notwendigkeit für mich, ein anderes OpenOffice zu nutzen, als es bei Ubuntu mitgeliefert wird. Dies änderte sich allerdings vor kurzer Zeit.

Die ubuntu’sche Distributionspolitik verhindert, dass das neue Major-Release mit der Version 3 in die offiziellen Paketquellen einfließt. Das ist auch nicht sonderlich schlimm, hatte anfangs sogar seine Vorteile. Zum einen lief das offizielle Release mit der Auslieferung noch nicht wirklich zufriedenstellend. Zum anderen war es über Fremdquellen möglich, das Programm zumindest unter Intrepid Ibex zu installieren. Das ist allerdings weder für Nutzer der LTS-Version von Hardy Heron, noch für Gegner von Fremdquellen zufriedenstellend.
Dazu muss ich aber noch erwähnen, dass ich durchaus ein Befürworter der Politik bin, Versionssprünge von Programmen nicht in laufende Distributionen-Releases einfließen zu lassen. In Hinblick auf die Anfangsschwierigkeiten und die Anpassunsgsmaßnahmen an Ubuntu ist eine verzögerte Auslieferung der neuen Softwareversionen in meinen Augen nicht nur verständlich, sondern sogar unumgänglich. Hinzu kommt der Aspekt, dass Ubuntu alle sechs Monate eine neue Version auf den Markt wirft.

Trotz all der hier angeführten Gründe, ist es doch manchmal wünschenswert bis unumgänglich, eine andere Version eines Programms, als die ausgelieferte, zu installieren.

Dazu muss man auch wissen, dass Ubuntu nicht das OpenOffice ausliefert, das auf der Projektseite zu haben ist. Vor einiger Zeit spaltete sich eine Version vom Hauptrelease ab. Deren Entwickler setzen sich das Ziel, OpenOffice besser, schneller und freier (größere Abspaltung zu SUN) machen. Die von ihnen entwickelte Version nennt sich Go-oo. Das ist zum eigentlichen Office voll kompatibel. Meist bemerkt man gar nicht, dass man es benutzt. So wird Go-oo in Ubuntu eingesetzt und nicht die originale Version.

An diesem Punkt schließt sich der Kreis zu OxygenOffice Professional. Dieses baut seinerseits auf Go-oo-Office auf. Es setzt sich die Prämisse, den Umgang mit der freien Bürosuite noch einfacher, einsteiger- und anwenderfreundlicher zu gestalten.

Allen drei Versionen ist gemein, dass sie plattform- und distributionsübergreifend verfügbar, zueinander kompatibel und natürlich Open Source sind. So lassen sich alle drei Versionen auch unter Ubuntu installieren. Einzige Ausnahme ist, dass bei der Installation der Original-Version, deren DEB-Pakete direkt auf der OOO-Projektseite zum Download angeboten werden, dringend dazu geraten wird, das vorhandene Ubuntu-OOO zu entfernen.

OxygenOffice umgeht etwaige Probleme, indem es sich direkt nach /opt installiert. Auf diese Weise stört es die Kreise des vorhandenen OpenOffice nicht.  Beide können also problemlos nebeneinander auf einem (Ubuntu-) System installiert sein und genutzt werden.
Einzig am modifizierten Splash erkennt man (auf den ersten Blick), dass man gerade OxygenOffice startet.

Doch, wozu sollte man sich die Mühe machen?

In OxygenOffice integrieren dessen Entwickler eine Vielzahl von zusätzlichen Features. Das erstreckt sich von der riesigen Menge an Cliparts,  Schriftarten, über verschiedenste Vorlagen, bis hin zu vielen praktischen Erweiterungen, die man sonst manuell nachinstallieren müsste. Weiterhin bringt es eine eigene Lokalisierung mit. So ist man nicht auf die entsprechenden Pakete der Distribution angewiesen.

Der Grund, warum ich es einsetze ist, dass bei OxygenOffice die integrierte MediaWiki-Exportfunktion tadellos arbeitet, ganz im Gegensatz zum mitgelieferten Office von Ubuntu. Damit ist nicht der SUN Wiki-Publisher gemeint, der auf keinem der von mir getesteten Versionen funktionieren möchte. Mit dem Export lassen sich Texte normal im Writer verfassen, nebst Gliederung, Tabellen und Aufzählungen. Am Ende lassen die sich in eine Textdatei exportieren, die sämtliche Auszeichnungen von MediaWiki enthalten. Das ist ein Vorgang, der reproduzierbar unter Ubuntu fehlschlägt, mir aber das Leben als Wiki-Schreiberling ungemein erleichtert, da ich Tabellen etc. nicht mehr mühsam per Hand anlegen muss. Auch das unkomfortable Schreiben von Artikeln im Browser entfällt so. OOO lässt sich damit als WYSIWYG-Wiki-Editor benutzen.

Für die Installation von OxygenOffice lade ich mir die DEB-Pakete direkt von der Projektseite. Dort werden neben den Paketen für Ubuntu/Debian auch RPMs und Windows-Installationsroutinen angeboten.

Das so heruntergeladene Paket (unter DEB-Pakete einen Server auswählen) ist ein gepacktes Archiv, welches eine Vielzahl von DEB-Paketen enthält. Zunächst muss dieses Paket entpackt werden.

Im so entstandenen Verzeichnis de/ befinden sich neben den Basispaketen auch die Lokalisierungen für Deutschland, sowie die Erweiterungen.

Ich habe im Vorfeld der Installation das KDE-Integrationspaket entfernt, da ich es auf dem GNOME-Desktop sicherlich nicht benötigen werden.

Anschließend lasse ich die vorhandenen Pakete in einem Rutsch installieren. Auf diese Weise werden alle DEB-Pakete aus dem Verzeichnis installiert. Abhängigkeiten und Reihenfolge der Pakete untereinander werden automatisch bestimmt. Ist die Installation beendet, müssen die Programme noch in das System integriert werden. So können sie wie gewohnt über das Menü gestartet werden und müssen nicht aus dem /opt-Verzeichnis heraus aufgerufen werden. Anschließend sind die Icons/Starter im Menü unter Büro verlinkt und die ausführbaren Dateien befinden sich im Pfad.

Ablauf

:!: Versionsnummern werden sich mit der Zeit ändern :!:

Herunterladen:

wget http://mesh.dl.sourceforge.net/sourceforge/ooop/OOo_3.0.1_090128_LinuxIntel_install_de_deb.tar.gz

Entpacken:

tar xfvz OOo_3.0.1_090128_LinuxIntel_install_de_deb.tar.gz

Installieren:

sudo dpkg -i de/DEBS/*.deb && sudo dpkg -i de/DEBS/desktop-integration/openoffice.org3.0-debian-menus_3.0-9379_all.deb

Fazit:

Subjektiv gesehen starten die Office-Programme nun schneller, selbst wenn der Schnellstarter deaktiviert ist.

Dazu noch eine Anmerkung:
Wenn beide Office-Versionen installiert sind und der Schnellstarter aktiviert ist, so startet er immer die Version, zu der er gehört. Das bedeutet, wenn OxygenOffice startet und dabei ebenfalls der Schnellstarter aktiviert ist, dann werden immer die Programmteile von OxygenOffice gestartet. Will  man dann das ursprüngliche Office starten, so muss vorher auch der Schnellstarter beendet werden.

OxygenOffice beseitigt nicht nur die Fehler, die Ubuntus OpenOffice mit sich bringt, sondern beinhaltet auch viele Erweiterungen und schließt die Lücke, die sich bei Versionssprüngen bildet. Da es auch für OpenSUSE und Windows verfügbar ist, kann ich es auf allen Rechnern, mit denen ich arbeiten muss, nutzen und uneingeschränkt weiterempfehlen.

Mittlerweile hat sich einiges getan. Besonders positiv ist, dass mittlerweile .deb-Installationspakete ausgeliefert werden. Dabei beinhaltet eines das Grundsystem, das andere die (deutschen) Lokalisierungsdateien.

Wie die Pakete heruntergeladen & installiert werden müssen etc. habe ich im Wiki-Artikel ausführlich beschrieben.

Obwohl Symphony auf Open Office (1.x) und dem Eclipse-Framework basiert, ist die Software unter einer IBM-eigene proprietäre Lizenz gestellt. Sie ist zwar kostenlos, aber nicht Open Source. Daher muss man auch beim Download und bei der Installation dieser Lizenz zustimmen.

Nichtsdestotrotz ist das Programm eine nähere Betrachtung wert.

In Sachen Optik punktet es gegenüber OpenOffice durch einen frischeren und eleganteren Look. Wenig bis gar nicht genutzte Funktionen wurden zu Gunsten der Übersichtlichkeit weggelassen. Eine Datenbankanwendung oder ein Zeichenprogramm fehlen. Dafür lässt sich die Unterstützung für Datenbanken wie MySQL per Plugin nachrüsten.

Symphony konzentriert sich auf die drei Bereiche, die wohl am häufigsten bei Normal-Anwendern genutzt werden:

1. Textverarbeitung
2. Tabellenkalkulation
3. Präsentation

Fazit:

Da auf viel Ballast verzichtet wurde, verwirrt der gegebene Funktionsumfang Einsteiger nicht. Diese werden von OpenOffice gerade am Anfang schier erschlagen. Auf Grund dieser Einschränkungen werden Power-User da wohl eher zu OpenOffice oder gar MS Office greifen, nicht zuletzt auch wegen eines fehlenden Formeleditors. Auch die Druckerunterstützung und -konfigurationsmöglichkeiten sind eher als dürftig zu bezeichnen.

Allerdings nutzt Symphony das Format OpenDocument-Text, also .odt, als Standardformat. Es kann aber sowohl OpenOffice-, als auch Microsoft-Office-Formate lesen und schreiben. Darüber hinaus lassen sich auch PDF-Dateien exportieren, allerdings nicht in dem Umfang, den OpenOffice bietet.

Für Anwender, die hauptsächlich Texte/Briefe verfassen, Berechnungen anstellen oder Präsentationen erarbeiten wollen, ist die Suite allerdings mehr als ausreichend. Einen bestechenden Grund, mal abgesehen vom Look & Feel, finde ich zwar nicht, dennoch verwende ich es in letzter Zeit an Stelle von OpenOffice - das Auge arbeitet schließlich mit und KOffice 2 steckt noch in seiner Beta-Phase .

Das Paket ist für Linux, Windows und als Beta auch für MacOS vorhanden

Um es kurz zu machen, ich war von der Beta soweit überzeugt, dass ich sie direkt auf meinem Live-Server installiert habe. Ein Schritt, den ich auf meinem semi-produktiven Rechner eigentlich nicht gehen wollte .

Aktualisierung

Die Aktualisierung verlief genau wie ich es im Wiki beschrieben habe. Wie immer die Warnung:

:!: Sichert vor der Aktualisierung sämtliche Daten! :!:

Für die folgenden Versionen von Wordpress scheint 2.7 den Grundstein zu legen, um den Ablauf wesentlich zu vereinfachen. Ab jetzt kann man die Aktualisierung bequem aus dem Backend erfolgen:

Tools » Aktualisieren

Das Verfahren entspricht in etwa der Aktualisierung von Plugins. Zumindest in der Beta wird allerdings selbst direkt nach dem Update eine aktuellere verfügbare Version gemeldet. Es besteht aber weiterhin die Möglichkeit, Aktualisierungen auf die altbewährte Weise einzuspielen. Dafür wird ein Downloadlink auf des Wordpress-Paket angeboten.

Erste Eindrücke

Nach der Anmeldung präsentiert sich das 2.7er Dashboard in einem völlig neuen Look. Fast alle Menüs befinden sich links in einer Leiste. Die kann man auf Wunsch auch auf Icon-Größe schrumpfen lassen. In diesem Fall bekommt man die Untermenüs als seitliche Ausklappmenüs angezeigt.

Das allgemeine Konzept scheint/ist sehr gut durchdacht. Viele der optischen Änderungen kommen dem allgemeinen Handling zu Gute. Abhängig von der Seite, auf der ich mich gerade im Backend befinde, kann ich über den Button Screen Options festlegen, welche Elemente mir angezeigt werden sollen. Die angezeigten kann ich in bester Web 2.0-Manier fast nach Belieben platzieren und ein- bzw. ausklappen lassen.

Im Seitenkopf kann ich jederzeit per Knopfdruck einen neuen Artikel anlegen oder Kommentare moderieren. Für ganz eilige Zeitgenossen gibt es die Möglichkeit, direkt vom Dashboard aus einen Artikel schnell zu verfassen.

Artikel schreiben

Auch und vor allem in diesem Bereich bringt das neue Design einige Vorteile. Zudem kann man jetzt Artikel auch als sticky setzen. Dann werden sie immer, unabhängig vom Erstellungsdatum, auf der Blog-Startseite angezeigt.

Plugins

Folgende Plugins konnte ich von meiner Liste streichen:

Ozh’ Admin Drop Down Menu

In der Administration werden übersichtliche und schicke Drop-Down-Felder anstatt der üblichen Navigation angezeigt.

Dieses Plugin wurde durch das neue Design und die damit verbundene seitliche Menü-Leiste ersetzt.

Remove Max Width

Der Administration-Bereich hat eine Beschränkung von 980 Px in der Breite. Diese Beschränkung wird durch das Plugin aufgehoben. Damit kann die ganze Monitorbreite in Anspruch genommen werden.

Eine Beschränkung der Breite existiert in diesem Sinne nicht mehr. Die einzelnen Seiten können meist frei angepasst werden, wie oben beschrieben.

WP Ajax Edit Comments

Dieses Plugin erlaubt das Bearbeiten von Kommentaren.

Wordpress 2.7 ermöglicht das Bearbeiten der Kommantere direkt aus dem Dashboard.

Flexible upload

Dieses Plugin erleichtert das Uploaden und Einbinden von Grafiken. Es erweitert die Upload-Funktionatalität von Wordpress und kann so zum Beispiel automatisch Thumbnails generieren und Tags vergeben.

Flexible Upload ist in dieser Beziehung ein Sonderfall. Seit der Version 2.6 von Wordpress wird stets eine Fehlermeldung angezeigt. Eine Lösung vom Autoren selber scheint nicht in Sicht zu sein. Allerdings bietet dieser engagierte Nutzer eine Version mit Bugfix zum Download an. Das Spezielle daran ist, dass laut den Ausführungen auf der Webseite ein automatisches Update weiterhin möglich ist, sollte denn eines erscheinen.

Warum ich die Plugins direkt am Anfang erwähnte, ist relativ leicht erklärt. Vor einem Upgrade soll man sämtliche Plugins deaktivieren. Ich möchte verhindern, dass eventuell ein Plugin zu viel zu Beginn aktiviert wird. Das kann im schlimmsten Fall dazu führen, dass das Backend so fehlerhaft angezeigt wird, dass man keine Menüs mehr auswählen kann. Sollte das der Fall sein, muss man per FTP die Plugins aus dem Plugin-Ordner löschen, die im Verdacht stehen, die Probleme zu verursachen.

Auch bei den Plugins gab es einige Neuerungen.

Plugins können weiterhin über das Backend direkt aktualisiert werden. Es ist nun aber auch möglich, sie zu direkt löschen oder direkt zu installieren. Dazu bietet die Wordpress einen integrierten Plugin-Browser. Der ist meiner Meinung nach aber noch in Suche und Darstellung verbesserbar.

Fazit

Dieser Artikel soll keinen kompletten Bericht über die Neuerungen in Wordpress 2.7 darstellen. Dazu wurde an zu vielen Ecken und Enden gebastelt, als dass ich diese hier alle einzeln aufzählen könnte oder wollte. Er soll einfach einen Einblick auf das geben, was meiner Meinung nach am gelungensten ist. Viele Sachen sind mir beim einfachen Durchklicken durch das Backend positiv aufgefallen. Etwa die Darstellung der Übersicht finde ich überaus gelungen, ebenso wie Ansicht und deren Einstellmöglichkeiten für bestehende Artikel, Seiten und Links.

Negativ fiel mir auf, dass die Anzeige der Wordpress-Statistik nicht mehr in die Übersicht integriert werden kann. Ebenso hätte ich mir gewünscht, dass von Haus aus möglich wäre, Antworten auf Kommentare als Thread darzustellen. Da aber jeder Benutzer in diesem Bereich seine eigenen Präferenzen hat, gibt es die Möglichkeit, Wordpress durch Plugins zu erweitern.

Eine Aktualisierung auf Version würde ich uneingeschränkt empfehlen - wobei im Einzelfall die Kompatibilität der eigenen Plugins getestet werden muss.

Plasmoids

Die Suche in APT zeigt, dass Plasma um einige Plasmoids erweitert wurde. Das finde ich äußerst praktisch, da ich noch nicht dazu in der Lage war, ein Plasmoid manuell zu installieren oder ein Plasmoid-Script einzubinden. Praktisch ist auch, dass die Namen der Plasmoids nun alle mit plasmoid- beginnen, zumindest erweckt es den Anschein. Eine Abfrage dafür kann man in Synaptic durchführen oder bequemer und schneller im Terminal:

apt-cache search plasmoid-

plasmoid-quickaccess - An alternate folder display plasmoid
plasmoid-am4rok - A controller plasmoid for Amarok and JuK
plasmoid-cpuload - Plasmoid that displays CPU Load
plasmoid-flickr - A flickr plasmoid for KDE 4
plasmoid-kepas - KDE Easy Publish and Share
plasmoid-lancelot - An alternative launcher menu plasmoid for KDE
plasmoid-previewer - A simple file previewer plasmoid
plasmoid-system-status - monitors the average cpu usage
plasmoid-teacooker - A Teacooker plasmoid for KDE 4
plasmoid-toggle-compositing - A Plasmoid for toggling desktop effects
plasmoid-weather - A weather display plasmoid for KDE 4
plasmoid-wifi - A Plasmoid that displays WiFi connection strength
plasmoid-xbar - Topscreen menubar and simple taskbar plasmoid

Besonders das/der Wetter-Plasmoid ist ziemlich praktisch und auch leicht zu konfigurieren. Man benötigt nur den Code für die eigene Stadt von weather.yahoo.com und schon bekommt man Temperatur und Wetterlage angezeigt. Die Konfigurationsmöglichkeiten beschränken sich zwar derzeit noch auf verschiedene Themes (ungetestet), aber ich bin guter Dinge, dass sie noch erweitert wird. Ähnliches gilt für die Plasmoids cpuload und system-status. Diese zeigen die Prozessor- bzw. die Prozessor- und Speicherauslastung an. Zur Anzeige dieser Werte später mehr. Mit plasmoid-xbar konnte ich allerdings nicht allzu viel anfangen, da ich es nur in die Kontrollleiste integrieren konnte. Dort verrichtet die Standard-Fensterleiste allerdings einen besseren Job.

Sprach-Updates

Unter den diversen Updates war auch eine Vielzahl von Aktualisierungen der (deutschen) Sprachdateien. Obwohl ich das Paket kde-l10n-de wiederholt nachinstallieren musste und die KDE-Programm wie Kontact schon zum größten Teil eingedeutscht sind, gibt es doch noch einige Stellen, die einer Nachbesserung bedürfen.

Sonstiges

KCPULoad

Weiter oben beschrieb ich die Plasmoids, die die CPU-Auslastung des Systems anzeigen. Viel besser geeignet finde ich das ebenfalls neu entdeckte Programm KCPULoad. Das zeigt die Prozessorauslastung in der Kontrollleiste an. Bis zu zwei Prozessoren können so überwacht werden. Wie bei den Plasmoids fehlt mir allerdings die Anzeige der aktuellen CPU-Frequenz.

Webkit

Wie schon an verschiedenen Stellen zu lesen war, setzt Plasma Webkit als HTML-Rendering Engine ein. Der KDE-Webbrowser Konqueror soll zukünftig (wohl) auch darauf aufbauen. Dies würde einen Abschied von KHTML und eine Angleichung (der Anzeige) an Apple´s Safari  bedeuten. Aber zugegebener Maße bin ich da über die genauen Pläne nicht wirklich informiert. Das folgende Pakete fügt im Konqueror-Kontextmenü die Option Preview in WebKit hinzu. Das Paket ist allerdings noch auch dem SVN-Trunk, so dass ich da auch starke Verbesserungen erwarte. Meine Webseite wird so allerdings recht verschoben angezeigt, was in anderen gängigen Browsern, inklusive Konqueror imt KHTML nicht der Fall ist. Um das Paket zu testen, muss man es folgendermaßen installieren:

sudo apt-get install webkitkde

Nvidia-Treiber

Nach einem der Updates wollte die 3D-Beschleunigung meiner Grafikkarte einfach nicht mehr funktionieren. Irgendwie hatte sich der proprietäre Treiber verabschiedet und musste neu aktiviert werden. Dazu startete ich

jockey-kde

…den Manager für proprietäre Treiber. Dessen Ubuntu-Pendant nennt sich jockey-gtk. Mit diesem Programm lassen sich proprietäre Treiber anzeigen, aktivieren und deaktivieren.

Themes

Zu guter Letzt habe ich mir noch ein neues Icon-Theme von kde-look.org names Oxygen Refit Black installiert. Leider versagte die automatische Installationsroutine. Heruntergeladen und manuell installiert funktioniert das Ganze. Auch für Kopete habe ich mir einen neuen Stil installiert: Perfect Adium Pushpin, diesmal aber über die integrierte Installtionsmöglichkeit. 8) Auch KDE 4 habe ich einen neuen Stil spendiert - Skulpture:

sudo apt-get install kde4-style-skulpture

Dessen Aussehen kann man an den Screenshots erkennen - aktivieren lässt sich der Stil in den Systemeinstellungen.

Fazit

In einer Woche soll die finale Version veröffentlicht werden - bleibt abzuwarten, welche Neuerungen noch eingebracht werden. Bisher läuft Intrepid Ibex zumindest subjetiv schneller wie Hardy Heron. In der Stabilität nehmen sich beide Versionen nicht viel, funktional wurde Intrepid allerdings (naturgemäß) um einiges erweitert.

Diese GTK-Programme werden normalerweise unter GNOME eingesetzt. Bekannteste Vertreter dieser Art sind wohl:

• Firefox
• The Gimp
• Eclipse
• Pidgin

Diese sind zwar unter GNOME relativ schick, stechen aber unter KDE, vor allem in der vierten Auflage, relativ unschön hervor. Abhilfe schafft da das Paket gtk-qt-engine. Dieses wird offensichtlich in Intrepid Ibex per Default eingesetzt. Es ist aber auch für Hardy Heron verfüg- und installierbar:

sudo apt-get install gtk-qt-engine

Aktivieren muss man das Ganze dann in den Systemeinstellungen unter

Allgemein » Erscheinungsbild » GTK-Stile und Schriftarten

Dort selektiert man dann Use my KDE style in GTK applications. Anschließend muss KDE neu gestartet werden und schon erstrahlen die GTK-Programme im QT-Glanz . Allerdings werden im Firefox alle formular-bezogenen Elemente leicht unschön dargestellt, da Buttons, Dropdown-Listen, Auswahllisten etc. mit grauem Rand angezeigt werden.

[UPDATE]

Wer seine GTK-Programme mit Rootberechtigung startet, z.B. Synaptic, kommt auch in den Genuss des QT-Looks, wenn er folgenden symbolischen Links setzt:

# für KDE 3
sudo cp -r ~/.gtkrc-2.0-kde /root/.gtkrc-2.0

# für KDE 4
sudo cp -r ~/.gtkrc-2.0-kde4 /root/.gtkrc-2.0

:!: Aber Achtung :!:

Auf diese Weise werden Konfigurationen des Benutzers an Root übergeben. Daher sollte hier auch auf einen symbolischen Link verzichtet werden - bei etwaigen Änderungen muss das Verzeichnis erneut kopiert werden.

Fazit

Obwohl Formulare im Firefox nicht fehlerfrei dargestellt werden, ist die Umstellung auf den QT-Look doch ein Plus in Punkto Erscheinungsbild. GTK-Programme heben sich nun nicht mehr (hässlich) von der restlichen Arbeitsumgebung ab.

Das Ganze scheiterte schlussendlich daran, dass unter Hardy Heron zwei Konfigurationsverzeichnisse für KDE-Applikationen existier(t)en. Im Verzeichnis .kde wurde alles gespeichert, was auf KDE 3 basiert, unter .kde4 alle Dateien in Bezug auf KDE4-Programme. Da Intrepid Ibex nur noch auf KDE 4 setzt, benötigt es auch nur ein Konfigurationsverzeichnis, nämlich .kde.

Dieser Umstand würfelte so einiges bei mir durch einander.

Diesmal wird alles anders, wird alles neu . Ich sichere meine kompletten Daten und zusätzlich noch das gute alte Hardy, man weiß ja nie. Danach starte ich die Alternate Installation von einem tagesaktuellen Image. Diesmal lasse ich allerdings die /home-Partition formatieren, alles wird neu.

Die Installation verläuft wie gehabt. Da es nun keine vorgefertigten Konfigurationen mehr gibt, verhalten sich die Programme auch wieder erwartungsgemäß. Für einige Programme und Dienste nutze ich nun die gesicherten Konfigurationsdateien. Was aber das Kontact-Paket betrifft, hier nehme ich alle Einstellungen neu vor. Das ist zwar ziemlich aufwändig, dafür funktioniert danach aber auch alles. Kopete ist das einzige KDE-Programm, dessen Konfigurationen ich nutze.

Mein Fazit vom letzten Mal muss ich also dahingehend revidieren, dass die besagten Probleme mit den Konfigurationen vermieden werden können, wenn man sich die Mühe macht und die KDE-spezifischen (Programm-) Einstellungen neu vornimmt.

Ich kann allerdings nicht so ganz nachvollziehen, warum die deutsche Lokalisierung der (KDE-) Programme einfach nicht richtig funktionieren will, trotz Installation sämtlicher Lokalisierungpakete. Auch das Plasma-Panel zeigt ab und merkwürdige Fragmente. Das sind aber alles nur Schönheitsfehler, die hoffentlich in nächster Zeit behoben werden. Zumindest treten diese unter Hardy Heron, mit gleicher KDE-Version (4.1.2) nicht auf. Allerdings läuft da der komplette KDE 4.1.2 aus meiner Sicht stabiler.

Fazit

Trotz der zuletzt erwähnten Schwächen besticht Intrepid Ibex durch eine verbesserte Performance. Ebenso wurde es um einige Funktionalitäten erweitert, wie etwa dem KGRUBEditor. Für manche Programme sind auch schon neuere Versionen verfügbar, etwa GIMP 2.6.

Ein Wechsel ist zwar kein Muss, könnte sich aber lohnen. Es ist auf jeden Fall Vorsicht angesagt, da eine Beta-Version nicht unbedingt zum produktiven Einsatz bestimmt ist. Wer auf sein System angewiesen und/oder Einsteiger ist, sollte noch bei Hardy Heron bleiben. Dort ist der neueste KDE ebenfalls verfügbar und der läuft subjektiv auch um einiges stabiler.

:!: Wer allerdings weiterhin KDE 3 einsetzen möchte, der muss von Kubuntu Intrepid Ibex absehen. Dieses wird nur mit KDE 4 ausgeliefert. :!:

Man kann zwar die entsprechenden Pakete nachinstallieren, das Ganze ist dann aber schon recht fragwürdig. Da würde ich doch eher bei Hardy Heron bleiben.

Statt die E-Mail-Adresse im Klartext in den Quellcode der Seite zu schreiben, wendete ich verschiedene Tricks an. Die sind nun allesamt nicht neu und auch nicht auf meinem Mist gewachsen - aber ich habe sie meinen Anforderungen entsprechend getestet:

Möglichkeit 1 - Grafik

Anstelle von Text habe ich einfach eine .png-Grafik mit der Adresse in die Seite eingebunden. Die Adresse selber habe ich auch nicht zusammenhängend als einen String geschrieben. Diese habe ich über zwei Zeilen verteilt und auch den klassischen Aufbau verschleiert.

Möglichkeit 2 - Kodierung

Ein anderer Ansatz war, die Adresse per Unicode zu kodieren. Das soll helfen, da die meisten Bots nur nach bestimmten Sachen scannen, etwa dem mailto-Tag oder dem @-Zeichen. Die Kodierung nach Unicode kann man manuell vornehmen, aber auch über verschiedene Dienste im Internet ausführen lassen. Nur muss man bei letzteren aufpassen, nicht an einen Datenhändler zu gelangen. Bestenfalls lässt man den Code nur fragmentweise erzeugen.

Fazit

Nach über zwei Monaten bekam ich nicht eine Spam-Mail über die eingetragenen E-Mail-Adressen. Zumindest im privaten Umfeld stellen beide Methoden einen ausreichenden Schutz vor Spam-Bots. Ich habe nun weiterhin beide Methoden im Einsatz. Die erste nutze ich, um die E-Mail-Adresse anzeigen zu lassen. Während die zweite zur Realisierung der mailto-Funktionalität dient.

Den Marktführer unter den Browsern, den Internet Explorer (IE), lasse ich bewusst außen vor - ist er doch mehr Krankheit als Browser . Nein - Spaß bei Seite - den IE nutze ich nur zu Testzwecken, etwa um die Darstellung meiner Webseiten unter Windows zu kontrollieren. Eine halbwegs objektive Meinung traue ich mir daher, genau wie über Apple-Browser Safari, nicht zu. Was ich nicht nutze, kann ich auch nicht beurteilen.

Als bekennender Linux- bzw. Kubuntu-Nutzer drängen sich mir die drei Browser aus der Überschrift auf: Firefox 3.03, Opera 9.60 und Konqueror in der Version für KDE 4.1.1. Alle drei sind übrigens auch für Windows verfügbar. Die gängigen Plugins für Flash und Java-Plugin funktionieren in jedem.

Alle drei zeigen auch die Webseiten (meist) korrekt an - Ausnahmen treten eigentlich nur bei schlampiger Programmierung auf oder wenn Webseiten auf einen Browser, gewöhnlich den IE, “optimiert” wurden. Beide Faktoren ergänzen sich auch hervorragend.

Der Primus ist ganz klar der Firefox. Seine “modulare” Aufbauweise, die es fast unbeschränkt ermöglicht, ihn in Funktionalität und Erscheinungsbild zu ergänzen, stellt alle anderen Browser in den Schatten. Trotzdem oder gerade deshalb muss er sich den Vorwurf gefallen lassen, dass er manchmal etwas träge und speicherhungrig daherkommt.

Dafür bietet er aber eine große Anzahl an Add-ons, die nicht nur das alltägliche Surfen, sondern auch das professionelle Arbeiten erleichtern. Ich denke da an die Add-ons Html Validator oder Web Developer, die wohl aus dem Alltag eines Webentwicklers kaum noch wegzudenken sind. Ebenfalls lässt sich Firefox in Sachen Sicherheit um einiges erweitern, Script- und Werbeblockern sei Dank.

Ich muss nicht weiter erwähnen, dass Firefox wie selbstverständlich mit den Webstandards umgeht. Die von mir gern genutzte automatische Rechtschreibkontrolle lässt sich per Add-on nachrüsten. In Punkto Funktionalität und Einsatzmöglichkeit bleibt kaum ein Wunsch unbefriedigt.

Nicht zuletzt ist Firefox der einzige Browser, in dem die Vor- und Zurück- (Daumen-) Tasten meiner Maus Out-Of-The-Box funktionieren.

Opera dagegen besticht durch sein schlankes Design, das auch durch verschiedene Themes erweitert werden kann. Als einziger der drei Kandidaten ist er kein Open Source-Produkt sondern proprietär. Er ist, zumindest subjektiv, der schnellste Browser. Von Haus aus bietet er die meiste Funktionalität (siehe Wiki), ohne dass Add-ons installiert werden müssen oder könnten. An deren Stellen werden Widgets angeboten. Einige sind zwar ganz nett, mehr aber auch nicht. Das Entwicklerwerkzeug Dragonfly ist leider noch im Alpha-Stadium und somit nur bedingt einsetzbar.

Herausstechend ist, dass Opera nicht nur als Browser sondern auch als Feed-Reader, E-Mail- und IRC-Client genutzt werden kann und zwar von Haus aus. Da er dies hardwareschonend umsetzt, kann er auf älteren Systemen als All-in-One-Werkzeug eingesetzt werden.

Negativ (und das entgegen dem aktuellen Trend) fällt mir aber immer wieder auf, dass Opera nur bedingt mit neuester Web 2.0 - Technologie umgehen kann. Immer wieder kommt es zu Fehlern, wenn man tinyMCE nutzt. Dies ist die WYSIWYG-Editor-Oberfläche, die z.B in vielen Foren oder anderen Web 2.0-Applikationen, wie Wordpress, verwendet wird. Als Foren-Moderator und Blogger ist dies für mich natürlich ziemlich hinderlich. Gerade letzteres zwingt mich beim Bloggen (Wordpress ist die Technologie hinter diesem Blog) immer wieder, den Browser zu wechseln und zu Firefox zu greifen. Weiterhin ist die Rechtschreibprüfung während der Eingabe ein echtes Manko, da diese gar nicht vorhanden ist. Gerade beim Verfassen von längeren Texten im Blog oder im Wiki ist sie aber ein Muss. Eine Prüfung des gesamten Textes nach dessen Fertigstellung erweist sich in der Praxis dann doch meist als unpraktikabel. Bei Tipp- oder sonstigen Fehlern ist es einfach produktiver, sofort auf diese aufmerksam gemacht zu werden.

Konqueror als Dritter im Bunde erntete schon früh Lorbeeren, war er doch der erste Browser, der unter Linux weitgehend absturzfrei eingesetzt werden konnte. Das war zu einer Zeit, als der IE noch das Nonplusultra darstellte, Mozilla noch gar nicht existierte, Netscape von regelmäßigen Abstürzen heimgesucht wurde und Safari aus ihm hervorging. Auch heute noch ist er ein leistungsfähiger Browser für den KDE. Da er ein Nischendasein führt, werden die wenigsten Webseiten auf seine Bedürfnisse angepasst. Da er sich doch stark an die W3C-Vorgaben orientiert, reagiert er relativ bockig auf nicht konformen Code. Dies fällt meist bei der Schriften-Darstellung ins Gewicht. Ein absolutes NoGo für ihn ist der tinyMCE, was leider für mich ebenfalls ein KO-Kriterium in Bezug auf seine Nutzung darstellt. Die JavaScript-Engine von Konqueror ist dem javascript-basierenden Browser-Editor einfach inkompatibel - oder auch umgekehrt.

Dabei bietet Konqueror von Haus aus eine perfekte Eingliederung in die KDE-Arbeitsumgebung. Für ihn werden einige Add-ons direkt über die Paketverwaltung von Kubuntu geboten, etwa ein Werbeblocker, der Webarchivierer oder ein HTML-Validator. Er nutzt die Rechtschreibprüfung von KDE, die für mich die übersichtlichste ihrer Art ist. Sie unterstreicht falsch Geschriebenes nicht einfach nur, sondern stellt es während der Eingabe komplett in roter Schriftfarbe dar.

Wer die Wahl hat, hat die Qual …

… und so nutzte ich eine Zeit lang die drei Browser parallel. Opera als mein Favorit zum allgemeinen Surfen und für die Forenarbeit, Firefox fürs Bloggen und den Konqueror zum Verfassen von Wiki-Artikeln. Ich denke, es ist nicht allzu schwer nachzuvollziehen, dass dies auf Dauer eher belastend, denn entspannend ist. Das fängt bei Starten des jeweiligen Programms an und setzt sich bis hin zum Speichern der Bookmarks fort.

Fazit

Genervt von der eben beschriebenen Situation blieb mir nur eine Lösung:

Da Firefox der flexibelste der beschriebenen Browser ist, habe ich mir die Mühe gemacht die Funktionalitäten, die ich bei ihm im Vergleich zu Opera vermisst habe, per Add-ons nachzurüsten. Soweit ich das zu diesem Zeitpunkt beurteilen kann, ist mir das auch ziemlich zufriedenstellend gelungen. Ich werde zeitnah habe hier eine Liste der von mir genutzten Plugins veröffentlichen.

Die Optik des standardmäßig verwendeten Themes erregte grade bei KDE-Nutzern, die nicht SuSE einsetzen oftmals Kritik - und das trotz der Tatsache, dass man ebenfalls das alt-bewährte Menü einsetzen könnte. Na ja, es gibt halt immer wieder Leute, die sich gegen Änderungen aller Art stellen. In solchen Sachen ist dann oftmals schneller gemeckert, als mal eben recherchiert.

Aber das soll hier nicht das Thema sein. Wie auch immer, allen Usern wird ein weiteres Menü für KDE 4.1 angeboten.

Das Plasmoid hört auf den Namen Lancelot und kann von kde-apps.org heruntergeladen werden. Auch in den Paketquellen des Kubuntu-Teams ist eine Version verfügbar. Diese ist leider etwas älter, muss dafür aber auch nicht kompiliert werden. Ich habe Lancelot mit folgendem Befehl installiert:

sudo apt-get install plasmoid-lancelot

Um es einzusetzen, öffne ich den Dialog zum Miniprogramme hinzufügen, wähle den Eintrag Lancelot-Starter aus und ziehe ihn an den Anfang der Kontrollleiste. Das Plasmoid Lancelot-Komponte bietet wohl die Möglichkeit, Programme direkt vom Desktop zu starten, ist allerdings von mir ungetestet. Den Eintrag K-Menü entferne ich, da ich ja nicht zwei Menü-Einträge benötige.

Lancelot bietet eine geordnete Übersicht der Programme. Auch eine Suchfunktion ist vorhanden, allerdings funktioniert die etwas anders als gewohnt. Treffer (oder eben nicht) werden erst ab dem dritten Buchstaben angezeigt. Die Oberfläche kann ich alle Richtungen verändern, so dass sie an die Größe des Inhalts oder des Monitors nach Belieben angepasst werden kann. Auch das Icon kann angepasst werden. Entweder wählt man eines der vorgegebenenen aus, oder man setzt eine individuelle Grafik ein. Mir gefällt das angebotene blaue Icon sehr gut, so dass ich es auch gleich nutze. Die Möglichkeit im Startmenü auch die Anzahl der ungelesen E-Mails in KMail und der Online-Kontakte in Kopete. Ob man das nun wirklich braucht, lasse ich mal so im Raum stehen, ich finde aber auf jeden Fall, dass es ein nettes Feature ist. Weiterhin werden unter Rechner die vorhandenen Laufwerke und Partitionen angezeigt. Unter Dokumente findet man eine Liste der zuletzt geöffneten Dokumente . Einziger Minuspunkt ist in meinen Augen die etwas schwerfällige Performance. Bleibt die Hoffnung, dass dies in folgenden Versionen verbessert wird.

Fazit

Lancelot ist eine gelungene Alternative, die einige Verbesserungen gegenüber dem Standard-Menü des KDE 4 mit sich bringt. Allein die Performance lässt ein wenig zu wünschen übrig. Dies behindert das tägliche Arbeiten mit Lancelot aber eher wenig.