Re: [Gimp-developer] SGO to WGO Transition

2015-11-21 Thread Elle Stone

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

2015-11-21 Thread Akkana Peck
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


[Gimp-developer] ANNOUNCE: GIMP 2.8.16 released

2015-11-21 Thread Michael Natterer
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


[Gimp-developer] GEGL-0.3.2

2015-11-21 Thread Øyvind Kolås
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


Re: [Gimp-developer] SGO to WGO Transition

2015-11-21 Thread Elle Stone

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


Re: [Gimp-developer] SGO to WGO Transition

2015-11-21 Thread Elle Stone

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