[Gimp-developer] GEGL-0.3.2
GEGL (Generic Graphics Library) is a graph based image processing framework. GEGL provides a graph based API and framework to do demand driven, cached, non destructive image editing of sparse storage of larger than RAM images - using CPU or GPU processing. Through babl it provides support for a wide, and extendable, range of color models and pixel storage formats for input and output. To build gegl-0.3.2 you will also need babl-0.1.14 and a recent version of glib, follow see the output of the configure script for details and optional dependencies. Changes in this release: • Operations: • new operations: libraw based raw loading op, tiff-save and tif-load, maze, sepia • ff-load and ff-save revived, with support from thegrid.io • apply-lens uses less memory, higher precision computation. • disable automatic threading on many ops where it fails • force more operations to prefer operating on linear RGB data for more accurate/physical processing. • Buffer: • implement abyss paremeter on gegl_buffer_copy and gegl_buffer_blit • Added start of a microraptor gui based image viewer/non destructive editor. • Optimizations to scaled blitting (speeds up most GEGL UIs a bit) This release brought to you through contribution from: Alexandre Prokoudine, André Tupinambá, Claude Paroz, Daniel Mustieles, Debarshi Ray, Dimitris Spingos, Elle Stone, Jehan, Jordi Mas, Marco Ciampa, Martin Blanchard, Martin Srebotnjak, Massimo Valentini, Michael Henning, Michael Natterer, Necdet Yücel, Pedro Albuquerque, Piotr Drąg, Roman Lebedev, Sven Neumann, Thomas Manni, Vilson Vieira, akash akya and Øyvind Kolås. Where to get GEGL: The latest versions of GEGL and it's hard dependencies babl and glib can be fetched from: http://download.gimp.org/pub/babl/0.1/babl-0.1.14.tar.bz2 http://download.gimp.org/pub/gegl/0.3/gegl-0.3.2.tar.bz2 SHA-1 sums of the released tarballs: 1e1e27a9a07da95e905d07816701b2efaf5611af babl-0.1.14.tar.bz2 c308b9994f9649bfbdf1bb63db6fbe0ba19632bd gegl-0.3.2.tar.bz2 Where to get more information about GEGL More information about GEGL can be found at the GEGL website, http://gegl.org/ or by joining #gegl and #gimp on the IRC network GIMPnet. Enjoy the goats /pippin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
[Gimp-developer] ANNOUNCE: GIMP 2.8.16 released
Hi, On GIMP's 20th birthday, we are happy to announce that GIMP 2.8.16 has been released. This is a bugfix release in the stable 2.8 series, no new features were added. For a complete list of changes since 2.8.16 please see the "Changes" section below. Also see the release notes of the 2.8 series at http://www.gimp.org/release-notes/gimp-2.8.html Happy GIMPing, --Mitch Download GIMP 2.8.16 is available from: http://download.gimp.org/pub/gimp/v2.8/ and from the mirrors listed at: http://www.gimp.org/downloads/#mirrors Please use the torrent, it distributes the download bandwidth across all mirrors: http://download.gimp.org/pub/gimp/v2.8/gimp-2.8.16.tar.bz2.torrent The checksum of the tarball is: 30e0a1b7c18b0e3415f4ac54567252ac gimp-2.8.16.tar.bz2 Overview of Changes from GIMP 2.8.14 to GIMP 2.8.16 === Core: - Seek much less when writing XCF - Don't seek past the end of the file when writing XCF - Windows: call SetDLLDirectory() for less DLL hell - Fix velocity parameter on .GIH brushes - Fix brokenness while transforming certain sets of linked layers GUI: - Always show image tabs in single window mode - Fix switching of dock tabs by DND hovering - Don't make the scroll area for tags too small - Fixed a crash in the save dialog - Fix issue where ruler updates made things very slow on Windows Plug-ins: - Fix several issues in the BMP plug-in - Make Gfig work with the new brush size behavior again - Fix font export in the PDF plug-in - Support layer groups in OpenRaster files - Fix loading of PSD files with layer groups General: - OSX build system fixes - Bug fixes - Translation updates Contributors Adrian Likins, Alexandre Prokoudine, David Gowers, Hartmut Kuhse, Jasper Krijgsman, Jehan, Joao S. O. Bueno, John Ralls, Jonathan Tait, Jordi Mas, João S. O. Bueno, Julien Nabet, Kristian Rietveld, Luis Menina, Massimo Valentini, Matt Giuca, Michael Henning, Michael Natterer, Michael Schumacher, Mikael Magnusson, Mukund Sivaraman, Nils Philippsen, Philippe Teuwen, Rafael Fernandez, Saul Goode, Simon Budig, Sven Claussner, Thomas Manni, Téo Mazars, su-v Translators === Alexandre Prokoudine, Anders Jonsson, Andika Triwidada, André Schutten, Balázs Úr, Baurzhan Muftakhidinov, Cheng-Chia Tseng, Christian Kirbach, Cédric Valmary, Daniel Martinez, Daniel Mustieles, Dimitris Spingos, Dušan Kazik, GNOME Translation Robot, Inaki Larranaga Murgoitio, Jiri Grönroos, Jordi Mas, Lasse Liehu, Marco Ciampa, Martin Srebotnjak, Mattias Põldaru, Michael Natterer, Muhammet Kara, Pedro Albuquerque, Piotr Drąg, Rūdolfs Mazurs, Samir Ribic, Stas Solovey, Sveinn í Felli, Timo Jyrinki, Ville-Pekka Vainio, Андрій Бандура, Милош Поповић ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] SGO to WGO Transition
Elle Stone writes: > I stand corrected. There is a header at the top of each page, with Wilber in > the header. But the user must enable scripts to see the header. Even with scripts, it's tough to tell that icon is actually Wilber. It's so small that the eyes aren't identifiable as eyes, and the "negative space" nose and mouth only make sense if you're already very familiar with that particular Wilber variant. > This is not good. Users shouldn't be required to enable scripts to see the > header at the top of the page. +1 ...Akkana ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] SGO to WGO Transition
On 11/21/2015 07:44 AM, Elle Stone wrote: * Wilber is on the new home page, but he's sort of lost against the background image at the top, and he's missing from the other pages. It would help with branding if Wilber were prominently visible at the top of every page. * There's no "identifying header bar" on the other pages. * There is no link to the home page from the (nonexistent) identifying header at the top of the page. Every website needs a link to the home page from the top of every page - users shouldn't have to scroll to the bottom to get back to the home page. I stand corrected. There is a header at the top of each page, with Wilber in the header. But the user must enable scripts to see the header. This is not good. Users shouldn't be required to enable scripts to see the header at the top of the page. Best, Elle ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] SGO to WGO Transition
Branding: The new website has a lot going for it. The font is larger and easier to read. The website layout seems more spacious. It looks more "modern", if that makes sense. I suspect it will be easier to maintain. But something about the new website has seemed odd to me from the beginning. I think the problem is a lack of consistent branding. The current GIMP website has excellent "branding", meaning the user absolutely knows she's on the GIMP website, no matter which page she navigates to: * All the main pages (gimp.org) have the same consistent and distinctive color scheme: dark green, gray, and orange. * All the pages have a recognizable header across the top, which is an orange bar with Wilber on the left edge, plus the word "gimp" as an image, and on the right side, the words GNU Image Manipulation Program. * The image in the header bar is a link taking you to the home page. This "link to the home page from the header at the top" is something every website needs on every page. * The wiki pages (wiki.gimp.org) have a different, but also consistent layout, with Wilber wearing his construction hat prominently featured at the top of the right-side column. It seems to me that the new website could benefit from clearer and more consistent branding: * Wilber is on the new home page, but he's sort of lost against the background image at the top, and he's missing from the other pages. It would help with branding if Wilber were prominently visible at the top of every page. * There's no consistent color scheme tying the website together. A consistent color scheme would help with branding the website. On the pages that aren't the home page, putting a darker "branding" color outside the center column with the text would make that text look a little less lost than it does in the current large expanse of surrounding white space. On a small screen, this is less of an issue. On a large screen, the pages look a bit unfinished. * There's no "identifying header bar" on the other pages. * There is no link to the home page from the (nonexistent) identifying header at the top of the page. Every website needs a link to the home page from the top of every page - users shouldn't have to scroll to the bottom to get back to the home page. I think readers are fairly sensitive to these kinds of "website branding" issues. A clear branding for every page on the GIMP website inspires a certain amount of confidence that you really are on the official GIMP website (rather than on one of the many websites that wants to convince you to download malware). Best, Elle ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] SGO to WGO Transition
Page loading speed: Starting from an empty cache, http://static.gimp.org/ takes a slow count of four to six seconds before the above-the-fold content finishes loading. The picture at the top is the last item to load. I have a relatively slow internet connection (cable, but not "high speed download"). I wonder how long the page takes to load on a modem connection. It might be worth checking https://developers.google.com/speed/pagespeed/insights/ to see if some of the bottlenecks can be eliminated. Best, Elle ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list