On 05/20/2016 02:45 PM, Alexandre Prokoudine wrote:
On Fri, May 20, 2016 at 9:37 PM, Jason van Gumster wrote:
But perhaps the artists that create these maps are not covered in the audience
specified in GIMP's vision statement.
They are.
Alex
And the needs of artists who create these maps
On 05/20/2016 02:37 PM, Jason van Gumster wrote:
Elle Stone wrote:
I can't think of a single use case for trying to edit a non-color-manged
image in an ICC profile color-managed editing application such as GIMP.
I think I can think of one: creating
On Fri, May 20, 2016 at 9:37 PM, Jason van Gumster wrote:
> But perhaps the artists that create these maps are not covered in the audience
> specified in GIMP's vision statement.
They are.
Alex
___
gimp-developer-list mailing list
List address:
Elle Stone wrote:
> I can't think of a single use case for trying to edit a non-color-manged
> image in an ICC profile color-managed editing application such as GIMP.
I think I can think of one: creating displacement/bump maps (often used as
textures in 3D
On Thu, May 19, 2016 at 8:15 AM, pawandeep singh wrote:
> Hello,
>
> My name is Pawandeep Singh. I want to contribute to Gimp. I was looking for
> issue list for Gimp on Github at https://github.com/GNOME/gimp but I could
> not find any issues button. Can anyone please tell me where to find issues
Hello,
My name is Pawandeep Singh. I want to contribute to Gimp. I was looking for
issue list for Gimp on Github at https://github.com/GNOME/gimp but I could
not find any issues button. Can anyone please tell me where to find issues
list for Gimp.
Thank you
Dear Gimp developers.
Is it possible to re-use Gimp-functionality in own C-code? I have already a
image processing pipeline and want to just apply to my image bitmap
GIMP_TYPE_BRIGHTNESS_CONTRAST_CONFIG in ope of pipline's stages.
Is it possible to convert bitmap to drawable and put in into
>
> In workflow, it makes sense to focus the dialog on the next likely action,
>> so if the user is filling out a form, focus would naturally be on the next
>> blank field that needs to be filled in.
>>
> Are you arguing that having a global key to accept+dismiss the current
> dialog has no
On Fri, May 20, 2016 at 2:29 AM, C R wrote:
> In workflow, it makes sense to focus the dialog on the next likely action,
> so if the user is filling out a form, focus would naturally be on the next
> blank field that needs to be filled in.
>
Are you arguing that having a
On Thu, 2016-05-19 at 19:03 +0100, C R wrote:
> And yet hitting Enter/Return key to commit/save is standard here too,
> which
> is why there's a popup warning on overwrite in cases of overwriting a
> file.
Yes. (sorry for not being clear)
Whether enter commits the action in those cases depends
Please ignore this bit, it's really beside the point, and is just me
thinking out loud. >
> It makes little sense to then have to change your hand position to apply
> the change with another hotkey, since we have already decided to focus it
> instead of the first item in the dialog, especially
In cases where you are unlikely to change every single option, it's still
much faster to handle it exactly like originally stated, and is why other
very popular graphics software applications use the convention. In
workflow, it makes sense to focus the dialog on the next likely action, so
if the
12 matches
Mail list logo