Hintergrund eines Logos transparent machen : Bildbearbeitung ::: Gimp

Wieder mal was zur Bildbearbeitung mit Gimp, auch dieser Artikel gehört zur Serie hier im Blog zu Bildern und Grafiken. Häufig bekommt man ein Logo mit weißem Hintergrund, den man lieber transparent hätte, weil das Logo auf einen anderen Hintergrund soll. Das ist der einfachste Fall, der klappt fast vollständig nahezu automatisch (Ein Klick auf die Bilder führt zur größeren Abbildung.):

• Gimp Bild mit Transparenz erstellen (klicken vergrößert)
• Gimp Transparenz weitere Schritte (klicken vergrößert)
• Gimp Ergebnis mit Farbverlauf als Hintergrund (klicken vergrößert)

• Bild automatisch zuschneiden sorgt dafür, dass überflüssige Ränder entfernt werden
• neue Ebene erstellen, die braucht man, falls auch innerhalb des Logos etwas weiß ist und bleiben soll
• Auswahl nach Farbe
• Farbe zu Transparenz (weiß ist die Grundeinstellung) bei anderen Farben diese mit der Pipette bestimmen und im Dialog Farbe zu Transparenz entsprechend angeben
• das Bild vergrößert anschauen -  manchmal ist es gut die Auswahl noch um 1 Pixel zu vergrößern um saubere Kanten zu bekommen
• wenn wie im Beispiel zuviel weiß entfernt wurde, so lässt sich das auf der vorhin schon erstellten Ebene leicht korrigieren, in dem man einfach wieder mit weiß nachmalt (die Ebene hat den Vorzug, dass man nicht sehr genau malen muss, z.B. das Weiß in "crew" lässt wird ja vom orange überdeckt
• ich speichere solche Änderungen dann als Gimp-Original-Datei im .xcf-Format ab, anschließend exportiere ich das Ergebnis als *.png oder *.gif (*.jpg kann keine Transparenz)
• falls ich z.B. einen Farbverlauf als Hintergrund möchte so erstelle ich eine dritte Ebene mit dem Farbverlauf
• im Ebenenfenster lassen sich Ebenen verschieben, unterschiedlich stapeln, ihre Sichtbarkeit ein- und ausschalten
• beim Export des Ergebnisses werden diese Ebenen dann wieder zusammengefügt, falls man später nochmal was ändern möchte lohnt sich die erzeugte *.xcf-Version
• fertig

Für komplizierteres Ausschneiden und Freistellen ist auch die Quick-Mask eine gute Idee. Eine Anleitung gibt's  z.B. bei Rowi:  GIMP einfach maskieren mit der Quick-Mask

Flyer erstellen : Schrift mit einem Bild füllen ::: Scribus

Flyer, die später im Offsetdruck gedruckt werden sollen, können nicht mit Textverarbeitungsprogrammen erstellt werden. Scribus ist kostenlos und dafür gemacht auch mit professionellen Ansprüchen zurecht zu kommen. Deshalb mal ein weiterer Teil der Serie hier im Blog zu Bildern und Grafiken, der ein Spaltenlayout erklärt, eine andere Schriftfüllung zeigt und noch ein paar Linktipps zu anderen Anleitungen.

• Scribus Spalten erstellen
  

• Neues Dokument erstellen in gewünschter Größe und Form
• passende Hilfslinien Datei -> Allgemeine Einstellungen -> links auf Hilfslinien
• Hilfslinien anzeigen lassen -> OK
• Menü Seite -> Hilfslinien bearbeiten im Feld Spalten Zwischenraum aktivieren
• Hilfslinien müssen zur gewünschten Aufteilung passen, können jedoch auch später noch ergänzt werden:
• aus dem Lineal mit gedrückter Maustaste ziehen ergibt weitere Linien die passend verschiebbar sind

Mehr lesen

Aktualisierungswahnsinn bei WordPress ::: die ständigen Updates

Ich betreue einige WordPress-Blogs und das nicht nur als Hobby. Ich habe mich inzwischen ja auch schon mehr als einmal dazu geäußert, was mich an WordPress deutlich stört, siehe die diversen Artikel auch dazu in der Kategorie WordPress. Ein erster Blick z.B. auf Wikipedia scheint gar nicht so schlimm, denn die neuen Versionen wurden wie folgt veröffentlicht:

WordPress-Versionen 2008 und 2009

• Hinweise WordPress aktualisieren

• WordPress 2.5 erschien im März 2008
• WordPress 2.6 erschien im Juli 2008
• WordPress 2.7 erschien im Dezember 2008
• WordPress 2.8 erschien im Juni 2009
• WordPress 2.9 erscheint voraussichtlich im  Dezember 2009

Das Ganze sieht schon anders aus, wenn die zwischendurch veröffentlichten kleinen Updates mit dabei stehen; die deutschen Versionen inklusive der Zwischenversionen laut Archiv von WordPress Deutschland:

• WordPress 2.5 erschien im April 2008
• WordPress 2.5.1 erschien im April 2008
• WordPress 2.6 erschien im Juli 2008
• WordPress 2.6.1 erschien im August 2008
• WordPress 2.6.2 erschien im September 2008
• WordPress 2.6.3 erschien im Oktober 2008
• WordPress 2.6.5 erschien im November 2008
• WordPress 2.7 erschien im Dezember 2008
• WordPress 2.7.1 erschien im Februar 2009
• WordPress 2.8 erschien im Juni 2009
• WordPress 2.8.1 erschien im Juli 2009
• WordPress 2.8.2 erschien im Juli 2009
• WordPress 2.8.3 erschien im August 2009
• WordPress 2.8.4 erschien im August 2009
• WordPress 2.8.5 erschien im Oktober 2009
• WordPress 2.8.6 erschien im November 2009
• WordPress 2.9 erscheint voraussichtlich im  Dezember 2009

In diesem Jahr waren es damit bereits neun Updates. Meist ging es um Sicherheitsupdates, sprich gerade die Zwischenversionen sind damit wichtig und sollten auf jeden Fall aktualisiert werden.

Plugins und ihre Aktualisierungen

Ich kenne kein WordPress-Blog welches nicht auch einige Plugins einsetzt, um weitere Funktionen hinzuzufügen. Die Plugin-Updates kommen irgendwann zwischendurch und auch hier kann es sein, dass es um Sicherheitsprobleme geht, die gelöst wurden. Anfangs machte ich regelmäßig Plugin-Updates sobald diese veröffentlicht wurden. Doch als ich mehrfach danach einen oder mehrere Fehler hatte, weil die neue Version eines Plugins zu irgendwas anderem nicht passte, hörte ich damit auf. Inzwischen aktualisiere ich Plugins nur in Notfällen, sprich wenn eine Sicherheitslücke zu stopfen ist, ansonsthref="http://miradlo.net/bloggt/index.php?768-s"">Version eines Plugins zu irgendwas anderem nicht passte, hörte ich damit auf. Inzwischen aktualisiere ich Plugins nur in Notfällen, sprich wenn eine Sicherheitslücke zu stopfen ist, ansonsten werden Plugins nur noch gemeinsam mit einem Update aktualisiert. Die Zwischenversionen bestehen ja nur aus einigen Dateien, die überspielt werden können, es ist also keine vollständige Änderung aller Dateien nötig. An sich sollte diese Zwischenupdates daher problemlos funktionieren und keine Seiteneffekte haben. Doch das klappt leider oft nicht, mal ein Beispiel wie es bei einem Update lief, welches schon ein bisschen länger her ist:

Aktualisieren mehrerer Blogs

Wie schon mehrfach beschrieben, ich aktualisiere immer erst lokal, teste dann und spiele erst danach die jeweilige Änderung auch online ein. Einige Male habe ich es auf einem Testblog versucht automatisch zu aktualisieren, es klappte jedoch - wenn überhaupt -nie so, dass ich das bei einem Blog mit echten Inhalten risikieren würde.  Ich begann WordPress auf diversen Blogs zu aktualisieren. Ich lud mir WP 2.8.3 runter, so wie die aktuellen Versionen der genutzten Plugins. Ich hatte das erste Blog gerade aktualisiert und war dabei das zweite zu bearbeiten, als bereits das erste Plugin wieder nicht mehr aktuell war. Also auch da die neue Version runtergeladen. Abends beim Testen lief es auf meinem Rechner lokal erst mal ganz schlecht. Ein noch langsamerer Adminbereich als bisher schon, in weiteren Browsern entweder gleich schlecht benutzbar oder noch weiter verschlechtert. Ich bin schon einiges gewohnt, aber ich brauche wenigstens einen Browser, mit dem sich auch der WordPress-Adminbereich bedienen lässt.  Ich installierte mir einen Firefox ohne Add-Ons, damit ging es dann einigermaßen. Inzwischen liefen zwei Blogs auf 2.8.3 auch online. Noch während ich lokal die Updates für weitere Blogs testete, Plugins aktualisierte und den ein oder anderen Wunsch für Änderungen umsetzte, las ich dass die 2.8.3 auch keine gute Idee sei. Ich hatte jedoch schon die Updates bei 2.8.1 und 2.8.2 auf dem ein oder anderen Blog abbrechen müssen, weil ich bereits lokal feststellte, dass damit das Blog nicht mehr lief. Für die 2.8.3  kamen ständig neue Vorschläge, wie der unsichere Login zu reparieren wäre. Na bravo! Ich blieb also erstmal an den Anpassungen und Erweiterungen die in einigen Blogs zu machen waren. Am dritten Tag beschloss ich jetzt doch noch weiter zu aktualisieren und um das abzuschließen. Zunächst schaute ich was auf dem nächsten zu aktualisierenden Blog noch zu tun ist und: "Juhu! ein Update!" Ja, es ist toll, dass der Fehler damit behoben wird. Das ändert allerdings nichts daran, dass ich jetzt also erstmal die ersten beiden Blogs vom Tag zuvor erneut aktualisieren musste. Dieses Mal probierte ich es ohne nochmaliges Sichern und Plugins abschalten, solange war die letzte Aktualisierung ja noch nicht her, als das lokal lief, riskierte ich es auch online. Ja, die zwei nur von 2.8.3 auf 2.8.4 zu aktualisierenden Blogs waren tatsächlich kein Problem; alles andere aber schon. Ein Blog zickte nochmal bevor es sich überreden ließ, doch so zu tun, als sei alles in Ordnung. Zwischendurch musste ich jeweils wieder die online-Versionen aus Kundenprojekten holen, um nicht versehentlich was zu überschreiben, denn ich kann ein Blog ja nicht über zwei, drei Tage einfach abschalten.

Fazit WordPress nutzen

Die Updates sind in keinster Weise planbar, denn z.B.  die 2.9 war für November angekündigt, ob sie jetzt noch dieses Jahr kommt ist nicht klar. Die Zwischenversionen kommen, wenn einehref="http://miradlo.net/bloggt/index.php?37-s"">aktualisiere immer erst lokal, teste dann und spiele erst danach die jeweilige Änderung auch online ein. Einige Male habe ich es auf einem Testblog versucht automatisch zu aktualisieren, es klappte jedoch - wenn überhaupt -nie so, dass ich das bei einem Blog mit echten Inhalten risikieren würde.  Ich begann WordPress auf diversen Blogs zu aktualisieren. Ich lud mir WP 2.8.3 runter, so wie die aktuellen Versionen der genutzten Plugins. Ich hatte das erste Blog gerade aktualisiert und war dabei das zweite zu bearbeiten, als bereits das erste Plugin wieder nicht mehr aktuell war. Also auch da die neue Version runtergeladen. Abends beim Testen lief es auf meinem Rechner lokal erst mal ganz schlecht. Ein noch langsamerer Adminbereich als bisher schon, in weiteren Browsern entweder gleich schlecht benutzbar oder noch weiter verschlechtert. Ich bin schon einiges gewohnt, aber ich brauche wenigstens einen Browser, mit dem sich auch der WordPress-Adminbereich bedienen lässt.  Ich installierte mir einen Firefox ohne Add-Ons, damit ging es dann einigermaßen. Inzwischen liefen zwei Blogs auf 2.8.3 auch online. Noch während ich lokal die Updates für weitere Blogs testete, Plugins aktualisierte und den ein oder anderen Wunsch für Änderungen umsetzte, las ich dass die 2.8.3 auch keine gute Idee sei. Ich hatte jedoch schon die Updates bei 2.8.1 und 2.8.2 auf dem ein oder anderen Blog abbrechen müssen, weil ich bereits lokal feststellte, dass damit das Blog nicht mehr lief. Für die 2.8.3  kamen ständig neue Vorschläge, wie der unsichere Login zu reparieren wäre. Na bravo! Ich blieb also erstmal an den Anpassungen und Erweiterungen die in einigen Blogs zu machen waren. Am dritten Tag beschloss ich jetzt doch noch weiter zu aktualisieren und um das abzuschließen. Zunächst schaute ich was auf dem nächsten zu aktualisierenden Blog noch zu tun ist und: "Juhu! ein Update!" Ja, es ist toll, dass der Fehler damit behoben wird. Das ändert allerdings nichts daran, dass ich jetzt also erstmal die ersten beiden Blogs vom Tag zuvor erneut aktualisieren musste. Dieses Mal probierte ich es ohne nochmaliges Sichern und Plugins abschalten, solange war die letzte Aktualisierung ja noch nicht her, als das lokal lief, riskierte ich es auch online. Ja, die zwei nur von 2.8.3 auf 2.8.4 zu aktualisierenden Blogs waren tatsächlich kein Problem; alles andere aber schon. Ein Blog zickte nochmal bevor es sich überreden ließ, doch so zu tun, als sei alles in Ordnung. Zwischendurch musste ich jeweils wieder die online-Versionen aus Kundenprojekten holen, um nicht versehentlich was zu überschreiben, denn ich kann ein Blog ja nicht über zwei, drei Tage einfach abschalten.

Fazit WordPress nutzen

Die Updates sind in keinster Weise planbar, denn z.B.  die 2.9 war für November angekündigt, ob sie jetzt noch dieses Jahr kommt ist nicht klar. Die Zwischenversionen kommen, wenn eine Lücke bekannt wird und groß genug ist, um repariert zu werden. Ich kann jedoch in meinen Arbeitslauf nicht ständig vorsichtshalber drei Tage einplanen, in denen ich sofort, wenn ein Update erscheint, alles andere stoppe und absage, um mich dann um WordPress zu kümmern. Unterm Strich kostet mich eine Aktualisierung pro Blog zwischen einigen Stunden bis zu ein oder zwei Tagen, wenn eine Fehlersuche aufwändiger wird. Ginge es hierbei um ein Update pro Jahr, dann wäre es noch akzeptabel, bei einem Update etwa alle sechs Wochen geht das einfach nicht, denn kein Kunde ist bereit das nach Aufwand auch nur annähernd zu bezahlen. Denn selbst bei einem Stundensatz von nur 50 Euro wären das jährlich rund 2500.- Euro nur für Aktualisierungen und kleine Anpassungen. Ich bin deshalb inzwischen dazu übergegangen, dass ich für neu aufzusetzende Blogs WordPress nicht mehr anbiete, eine Ausnahme sind Portale mit WordPress MU und BuddyPress, weil sich da der Aufwand ja auf viele Einzelblogs verteilt und weil es zur Zeit keine echte Alternative dafür gibt.