Even if it's not a setting as such, it would be easy (from a UX
perspective, probably less so from a coding perspective) to just have
the tab section be collapsible.
As an example of how something like that might look, consider the
sidebars in darktable. They're generally useful, but you can
On 04/24/2014 09:38 AM, Alexandre Prokoudine wrote:
On Thu, Apr 24, 2014 at 1:28 PM, Omari Stephens wrote:
How am I supposed to use these colors to make a logo without entering
numbers?
What you are really asking is how you should use Pantone colors in
GIMP, aren't you?
Pantone c
On 04/24/2014 09:14 AM, Alexandre Prokoudine wrote:
On Thu, Apr 24, 2014 at 12:01 PM, Omari Stephens wrote:
Here's a simple situation where numbers matter:
Suppose I'm a designer. My client wants a new logo. They give me a list of
colors that match their branding.
How am I suppo
Here's a simple situation where numbers matter:
Suppose I'm a designer. My client wants a new logo. They give me a
list of colors that match their branding.
How am I supposed to use these colors to make a logo without entering
numbers?
Or suppose I need to create signage that contains, b
On 03/13/2014 04:05 AM, Gez wrote:
El mié, 12-03-2014 a las 02:19 -0400, Liam R E Quin escribió:
On Tue, 2014-03-11 at 15:45 -0300, Gez wrote:
::snip? SNIP!::
From a user point of view having all the imported stuff converted
automatically to a high quality internal model (high bit depth line
On 03/11/2014 11:16 AM, Elle Stone wrote:
On 03/10/2014 04:06 PM, Liam R E Quin wrote:
On Mon, 2014-03-10 at 08:55 -0400, Elle Stone wrote:
::snip? SNIP!::
I agree 100% that soft proofing requires the ability to quickly switch
gamut checks on and off, and also quickly enable/disable soft proof
First and foremost, it's nice to see someone working on GIMP color
management again, so yay :o)
All of the suggestions seem reasonable for me. That said, additionally,
I think it'd be really useful to be able to enable or disable
soft-proofing quickly. It would be independently useful to be
Howdy, y'all
I'd like to propose a modification to the Scale dialog.
To start off with, it seems there are two major usecases for the dialog.
The difference is whether the user cares about the appearance of the
image in the physical world.
For images where it doesn't matter (say, designing
I just compiled master today to play around with the high bit depth
support. As has been mentioned, it's broken :o)
I seem to be running into two problems:
1) It seems like the rendering has some variety of race conditions and
mipmap-looking caching problems. Any suggestions for how to debug
