RSS-/Atom-Feed Twitter
Site is read-only, email is disabled

GIMP 2.7.2 (Entwicklungsversion) erschienen

Von um 2011-04-15 00:58:45 +0200, zuletzt aktualisiert vor mehr als 13 Jahren. CC BY-NC-Lizenz

Soeben ist ein neue Entwicklungsversion erschienen, welche einen weiteren Schritt in Richtung GIMP 2.8 setzt. Mit GIMP 2.7.2 gibt es nun endlich wieder einmal eine Version (als Tarball), die sämtliche Änderungen seit der im Juni 2010 erschienenen 2.7.1-Version beinhaltet. Und das ist echt eine ganze Menge, u.a. Ebenengruppen, das nahezu fertige Text-on-canvas-Feature, die fertige Pinsel-Dynamiken-Engine, ein weit forgeschrittener Einzelfenstermodus und natürlich noch eine ganze Menge mehr.

Der offizielle 2.7.2-Tarball findet sich bereits in der Download-Sektion. Ein offizieller Windows-Build wird sicher in Kürze folgen.

Details zu den Neuigkeiten (entnommen aus den Changelogs):

Changes in GIMP 2.7.2

UI:

  • A lot of undeprecations due to GTK+ 2.22 and 2.24
  • Lots and lots of cairo porting, calls to gdk_draw_* are gone
  • Merge the cage transform tool from GSoC
  • Remove the old bitmap cursors completely and always use RGBA cursors
    also for compat cursors for old X servers
  • Add new GimpCanvasItem infrastructure with subclasses for everything
    that needs to be drawn on the canvas and port all tools to canvas items,
    this is a huge change that touches all tools and almost all display
    code, and which finally gets rid of XOR drawing altogether
  • Switch from purely idle-rendering the display to something that ensures
    a minimum framerate, so we don’t fail to update under heavy load
  • Make the text tool handle RTL mode better
  • Change GimpColorMapEditor to use the newly added proxy GimpPalette
  • Replace the brush scale control in tool options by a brush size
    one that works in pixels, and does the right thing when the brush
    changes
  • Add new widget GimpSpinScale which is a scale with number entry,
    and use it in all tool options
  • Make the brush, pattern etc. selectors in tool options more
    compact and allow to directly jump to the editor dialogs
  • Make handle sizes in tools consistent
  • Add an on-canvas progress and use it for tool progress instead of
    the statusbar
  • Add a new GimpToolPalette class with lots of code that was
    in GimpToolBox
  • Allow to properly drop into and after a layer group
  • Refactor and clean up the dynamics editor widget, and add colors
    for the curves
  • Add support for F2 to rename items in lists
  • Clean up GimpDeviceStatus internally and visually
  • Allow to set GimpToolPreset’s icon using the new GimpIconPicker widget
  • Make the text tool’s style overlay show default values from the
    text object if there is no style active at the cursor position/selection
  • Show the the text size’s unit in the text style overlay
  • Make tool dialogs transient to the image window again
  • Consistently add a “gimp-” prefix to all window roles
  • Make the preset buttons in tool options work on the global tool
    presets instead of the removed per-tool preset lists
  • Add GimpControllerMouse, which allows to bind extra mouse buttons to
    arbitrary actions

Core:

  • Add uniform API to turn any GimpItem’s outline into a selection
  • Add support for color tags in text layers
  • Remove the selection_control() stuff from GimpImage and with it
    maybe last piece of UI code still not properly separated
  • Add more validation code for XCF loading
  • Add accessors to GimpPalette and use them globally
  • Keep a proxy GimpPalette around for the image’s colormap
  • Don’t scale SVGs when pasting or importing them
  • A lot of changes to the input device handling code, partly
    merged from the gtk3-port branch, add GimpDeviceManager class
  • Add smoothing of paint strokes
  • Fix display filters to work on a cairo surface
  • Fix and enhance GimpImage’s URI/filename handling API
  • Unset “removed” flag on items when they get added back to
    the image from the undo stack
  • Change item creation to properly use GObject properties and
    remove item_configure() and drawable_configure()
  • Refactor tool event handling and move lots of stuff into
    utility functions
  • Clean up GimpViewRenderer API
  • Implement transforms on group layers
  • Clean up the transform tool a lot, and refactor away old junk
  • Tool and tool event cleanup: enforce tool activate/halt invariants,
    consistently shutdown all tools in control(HALT), and many other
    tool fixes
  • Remove GimpToolPresets object, this functionality got merged into
    the new GimpToolPreset system
  • Rename GimpFilteredContainer to GimpTaggedContainer and add a new
    GimpFilteredContainer parent class which is a generic filter
  • Remove the concept of an “offset” from TileManager and instead
    pass around the offsets explicitly when needed, like when
    transforming
  • Move GimpBezier desc from vectors/ to core/ and add API to create
    one from sorted BoundSegs
  • Change GimpBrush boundary API to return a GimpBezierDesc
  • Add GimpBrushCache object and use it to cache a brush’s transformed
    pixels and its outline, remove the caching code from GimpBrushCore
  • Add GimpBezierDesc based API to GimpScanConvert and use it

GEGL:

  • Add operations and gegl infrastructure for the cage tool

Libgimp:

  • Introduce an “item” type in the PDB and libgimp and deprecate
    lots of old API in favor of item API
  • Add procedures to create, traverse and manipulate layer trees
  • Add more state to the context API, and deprecate functions with
    too many parameters in favor of simpler ones that use context states,
    particularly the entire transform and selection API
  • Move GimpUnitStore and GimpUnitComboBox to libgimpwidgets, and
    use them in GimpSizeEntry, deprecate GimpUnitMenu.
  • Deprecate gimp_min_colors() and gimp_install_cmap()
  • Add API that enables GimpRuler to track motion events by itself
  • Add new selection API and deprecate all old selection functions
  • Move around and rename all parasite functions, deprecate the old ones
  • Add a generated PDB file in the “gimp” namespace and get rid
    of “gimpmisc”
  • Add unit conversion functions to libgimpbase
  • Add function to reset a plug-in’s context to default values

Plug-ins:

  • Make script-fu server IPv6 aware
  • Follow libgimp deprecations in plug-ins and scripts
  • Add PDF export plugin
  • Lots of cairo porting here too
  • UTF-8 fixes in script-fu
  • Set the progress to 1.0 when done
  • Merge a lot of upstream fixes into script-fu’s Tinyscheme
  • Add “New Layer” option to MapObject
  • Support loading of 16-bit raw PPM files
  • Add web-page, a new plug-in which renders images of web pages
  • Fix some more plug-ins to not warn if applied on an empty region

Data:

  • Remove “Untitled” from palette names entries

Developer documentation:

  • Move libgimp documentation from templates to inline comments
  • Generate standard deprecated sections

Source and build system:

  • Add more code documentation
  • Add more unit tests and refactor existing ones to use global
    test utility functions
  • Add a manifest to executables (app and plug-ins, Win32)
  • Depend on GLib 2.28, GTK+ 2.24, Cairo 1.10
  • Make WebKit available to all plug-ins, not just the help browser
  • Run UI tests on Xvfb if available
  • Check for GdkPixbuf separately because it’s now a separate library
  • Allow tests to use uninstalled plug-ins from the build dir
  • Remove, comment out, or build for GIMP_UNSTABLE some stuff that
    should not be in a stable release

General:

  • Improve safety on Win32 by calling SetDllDirectory() and
    SetProcessDEPPolicy()
  • Switch from GtkObject::destroy() to GObject::dispose() all over
    the place
  • Various changes that make maintaining the gtk3-port branch easier,
    such as s/GtkAnchorType/GimpHandleAnchor/ and s/GtkObject/GtkAdjustment/
  • Don’t use gtk_container_add() for adding to GtkBoxes
  • Inherit from GtkBox directly, not from GtkHBox/GtkVBox
  • Add namespace to the ink blob types and functions
  • Remove all useless calls to gtk_range_set_update_policy()
  • Use GObject::constructed() instead of GObject::constructor() all
    over the place
  • Move more members to private and add accessors for them
  • Stop using GdkNativeWindow, use guint32 instead
  • Plug memory leaks
  • Remove ps-menurc, we are not a PS clone
  • Use the new g_[s]list_free_full() instead of foreach() and free()
  • Don’t use newly deprecated GTK+ API
  • Use the new GDK_KEY_foo key names
  • Lots of bug fixes and cleanup
  • Lots of translation updates

Kommentare

Hier kannst du Kommentare, Fragen und Anregungen loswerden. Der Autor und die anderen Benutzer können deinen Beitrag sehen und darauf antworten.

Natürlich kannst du auch im Chat fragen.

Abo-Verwaltung

Diese Funktion steht nur angemeldeten Benutzern zur Verfügung.

New comments are disabled because of spam.

SpEcIeS Mitglied seit etwa 16 Jahren SpEcIeS 133 Kommentare
vor mehr als 13 Jahren

Habs inzwischen geschafft zu kompilieren unter Ubuntu 10.10. War ein ganzschöner Akt^^
Ich musste zusätzlich noch neuere Versionen von glib, gtk+, gdk_pixbuf, cairo und pixman (cairo ist davon abhängig) kompilieren + installieren. Am Ende sah auch noch alles hässlich aus, weil eine andere gtk+-Version verwendet wird als im Rest vom System. Hab dann noch sämtliche gtk-engines, gtk-themes und icon-themes in die entsprechenden Ordner der gtk+-Version für gimp kopiert. Jetzt geht alles, wie es soll und sieh auch wie das sonstige System aus.

gerstus
vor mehr als 13 Jahren

@PixelArt: Dem hast Du es aber jetzt gegeben. Wäre nur gut gewesen du hättest vorher seinen Kommentar mal richtig gelesen.

@MrArkadin: Wenn Du die Wahrheit nicht vertragen kannst und mit der Scheuklappe "nur nicht GIMP kritisieren" durch die Gegend rennst, musst Du Dich nicht wundern, wenn Du nicht wirklich verstehst um was es geht.

PixelArt Mitglied seit etwa 14 Jahren PixelArt 47 Kommentare
vor mehr als 13 Jahren

@MrArkadin

Wer von denen, die PH verwenden, benutzen wirklich alles was PH anbietet.
Ich als Fotograf bin voll und ganz zufrieden mit Gimp, und gerade die, die es nur zum Hobby betreiben sollten dies doch schon lange. Wer blender benutzt, soll dies tun und Blender hat doch nichts mit Bildbearbeitung zu tun, warum den immer wieder dieser Vergleich.

LG Uwe
es

gerstus
vor mehr als 13 Jahren

@redforce

Es kann durchaus sein, das es eine Windows Version gibt, aber sicher ist das nicht.

BTW: Warum sollte sich jemand um die Windows Entwickler-Richtlinien kümmern, dem doch die Windowsuser egal ist.

MrArkadin
vor mehr als 13 Jahren

*gähn* Lasst euch doch endlich mal was anderes einfallen, als ständig dieses "Blender ist doch viel besser macht es wie Blender" immer und immer wiederzukauen. Als wäre Blender das einizige Open-Source Projekt neben Gimp.
Von Inkscape z.b. gibt es auch öfters Win-Builds von neuen Revisionen, von Avidemux 2.6 sogar täglich frische Nightly-Builds.
Wenn ihr Kritik oder Anregungen zu Gimp habt, dann sagt das auch zu Gimp, aber nicht dieses endlose Blender-Geblubbere, das ist nur noch stupides Nachplappern. Als Entwickler würde das nur noch kommentarlos ignorieren.

Das scheint mir ein Nachfalger von diesem endlosen "solang Gimp nicht wie PS ist und 16-Bit und CMYK und was nicht für tolle Sachsen hat ist es total nutzlos" Gesochse zu sein. Solche Weisheiten wie Gimp wollen selbst anspruchslose Hobby-Photographen deswegen nicht nutzen habe ich schon auf völlig verschiedenen Seiten mit nahezu genau dem gleichen Wortlaut gelesen.

Und damit wollt ihr ernst genommen werden? lol

@ Heiko

Im Tutorial wird dafür LD_LIBRARY_PATH gesetzt:

http://www.gimpusers.de/news/00286-gimp-27-git-ubuntu-904-910

redforce Mitglied seit mehr als 18 Jahren redforce 230 Kommentare
vor mehr als 13 Jahren

@Gerstus: Die Windows-Builds stammen richtigerweise von Jernej Simončič, der sie in Abstimmung mit dem GIMP-Entwickler-Team herausbringt. Nachdem es bisher von allen Versionen inkl. GIMP 2.7.1 solche Builds gegeben hat, liegt es nahe, dass es auch von GIMP 2.7.2 eine geben wird.

Die Entwickler verwenden selbst kein Windows und hatten nie die Absicht, ein Windows-Programm zu entwickelen und ich verstehe das auch. Klar ist es wichtig, Windows-Builds zu haben, aber darauf sollte meiner privaten Meinung nach eindeutig kein Fokus liegen.

Und Windows-User brauchen normalerweise schon einen Installer oder eine .msi-Datei - ist das nicht im Sinne der Entwickler-Richtlinien von Windows?

Gerstus
vor mehr als 13 Jahren

Wer behauptet eigentlich, dass es GIMP 2.8 für Windows geben wird.
Oder das es irgendwann eine 2.7.2 Version für Windows geben wird.

Die Herren Entwickler von GIMP distanzieren sich doch eindeutig auf Ihrer Webseite von Windows.

The GIMP team doesn't officially provide any Windows binaries.
zu lesen unter http://www.gimp.org/downloads/

Es ist ja nicht so, dass die größte Zahl der GIMP User aus dem Bereich Windows kommt. Nur allein auf der Sourceforge Seite von Jernej Simončič (der einzige der sich darum kümmert das GIMP auch für Windows zu Verfügung steht) kann man lesen, dass die Version 2.6.11 für Windows 9.568.589 mal heruntergeladen wurde.
Zahlen von denen Linux nur träumen kann.

Man sollte beim GIMP team mal darüber nachdenken, ob nicht die Wahrnehmung der Realitäten etwas verschoben sind. Man darf sich ja nicht wundern, wenn man an alte Zöpfe festhält, dass niemand zu finden ist, der GIMP Entwicklungsmässig unterstützt.

Man sieht ja jetzt in diesem tollen neuen Tool (http://tasktaste.com/projects/Enselic/gimp-2-8) dass der Erscheinungstermin von GIMP auf Ende November verschoben wurde.

Ich kann nur eines Raten, wenn irgend jemand noch von dem GIMP team daran interessiert ist, dass GIMP weiter läuft.

Macht es wie Blender mit den ständig neuen Versionen und macht unbedingt Versionen für Windows. Ohne Installer, einfach ein ZIP file.
Wer hat eigentlich das Märchen verbreitet, dass Windowsuser unbedingt einen Installer brauchen. Das ist Blödsinn....

Heiko
vor mehr als 13 Jahren

Ich habe auch unter Ubuntu glib 2.28.1 separat installiert (in einen beliebigen Ordner) aber 'configure' schlägt fehl weil es nur die ältere glib version findet.

Irgendwas muß ich hier noch machen, nur was?

devvv Mitglied seit mehr als 18 Jahren devvv 1475 Kommentare
vor mehr als 13 Jahren

ich hab die glib parallel installiert, für 2.7 extra mit prefix. ebenso gtk+ wobei man hier beachten muss dass man 2.24 nimmt und nicht die schon erschienene 3er-version (erst gimp 2.10 soll mit gtk3-support kommen)

bei mir funktioniert die 2.7.2 bzw der aktuelle master problemlos.

MrArkadin
vor mehr als 13 Jahren

Sind denn Probleme bekannt, wenn man sich einfach selber ne glib Version parallel installiert, oder wieso kommt das nicht als Option in Frage?

Auf Ubuntu 10.04 (hab auch nicht wirklich Lust, vor der neuen LTS ne neue Version zu installieren) sind in letzter Zeit so einige dependencies zu alt geworden. Ich hab dann glib, gtk+, gdk-pixbuf, cairo und was vllt. noch alles nötig war nach /opt/gimp-2.7 kompiliert.
Konnte bis jetzt zumindest nichts problematisches feststellen.

SpEcIeS Mitglied seit etwa 16 Jahren SpEcIeS 133 Kommentare
vor mehr als 13 Jahren

Ich bin Natty gegenüber sowieso schon etwas skeptisch, da brauch ich nicht auch noch die Beta. Was das PPA angeht: Ich kenne dieses PPA, aber wenn man darüber Gimp aktualisiert kann man 2.6 und 2.7 nicht parallel installieren.

Andreas_P
vor mehr als 13 Jahren

http://ppa.launchpad.net/matthaeus123/mrw-gimp-svn/ubuntu maverick

Das PPA von Matt Walker leistet mir mit GIMP 2.7.2 super Dienste ... Jaaaa, ich hätte auch gerne die glib-2.0.0-dev (version 2.28)...

Tobias
vor mehr als 13 Jahren

@SpEcIeS

In der aktuellen Beta von Ubuntu sollte die schon drin sein. Entweder du Installierst die jetzt schon und kannst mit den noch vorhandenen Problemen leben oder du wartest noch bis Ende des Monats.

SpEcIeS Mitglied seit etwa 16 Jahren SpEcIeS 133 Kommentare
vor mehr als 13 Jahren

Unter Ubuntu 10.10 scheitert leider die Konfiguration von gimp, weil es glib in version 2.28 oder höher benötigt, in 10.10 aber 2.26 in den Quellen enthalten ist. Mal sehen, woher ich glib 2.28 bekomme...

DAU
vor mehr als 13 Jahren

Yeehaaa! Jetzt muss ich wohl stündlich checken, ob die Win32-Binaries schon fertig sind! :-) Ich freue mich am meisten auf den Einzelfentermodus (sry aber, nur 1 Monitor vorhanden)

maddes
vor mehr als 13 Jahren

Zum erstenmal seit Jahren bekommt man wieder das Gefühl, es tut sich was bei der Gimp-entwicklung.
Und es zeigt sich, dass eigentlich schon eine Menge vorzeigbares drin ist.
Hätte man das im lauf des letzten Jahres immer mal wieder veröffentlicht (so wie z.B. blender das tut), hätte man eine Menge feedback dazu erhalten können, viele, viele kostenlose Tester der features bekommen, und vermutlich auch eine ganze Reihe zusätzlicher zuarbeiter hinzugewonnen.
Die Probleme von Gimp sind echt hausgemacht, und die Entwicklung krankt vor allem an schlechtem Management. Nun ja, nicht jedes OpenSource Projekt hat einen Ton Rosendahl.
Hoffen wir mal, dass sich die Situation jetzt nachhaltig verbessert.

cord
vor mehr als 13 Jahren

ay caramba