Bug 362740

Summary:	G'MIC Filter Black & White Interactive Colorize
Product:	[Applications] krita	Reporter:	1DrawingPerDay <onedrawingperday>
Component:	G'Mic for Krita	Assignee:	Krita Bugs <krita-bugs-null>
Status:	RESOLVED UNMAINTAINED
Severity:	wishlist	CC:	halla
Priority:	NOR
Version First Reported In:	3.0 Alpha
Target Milestone:	---
Platform:	Microsoft Windows
OS:	Microsoft Windows
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description 1DrawingPerDay 2016-05-06 10:40:00 UTC

Currently I am coloring some animation frames using G'Mic for Krita > Black & White > Interactive Colorize

For every new frame I have to manually load the same .gpl file palette. G'Mic for Krita does not remember the palette file that was loaded in the first image for subsequent images in one session (like it happens in G'Mic for Gimp).

Also the Output Type when specified to Image + Colors (2 layers) or Image + Colors (multi layer) should always have the original image layer on top (like in Gimp 2.8) and not at the bottom like it is outputted now in Krita.

These bugs really break my G'Mic coloring workflow in Krita to the point that I have to use G'Mic in Gimp instead.

Reproducible: Always

Steps to Reproduce:
1.G'Mic for Krita > Black & White > Interactive Colorize
2. Load .gpl file
3.Output Type

Actual Results:  
Have to load .gpl file everytime.

Original image is at the bottom of the layers stack and colored layers on top when G'Mic is outputted in Krita.

Expected Results:  
Should remember .gpl file after it's loaded in the first image.

Original image should always be on top of colored layers when G'Mic is outputted in Krita

Comment 1 1DrawingPerDay 2016-05-06 11:35:59 UTC

EDIT

Also the filter in Krita does not remember the first image's control points for subsequent images in a session.

That is also a crucial bug that makes coloring several images in a sequence not practical in G'Mic for Krita.

It should remember the control points like G'Mic in Gimp.

Comment 2 Halla Rempt 2016-05-07 14:42:20 UTC

Hi,

I agree with your observations, but these are feature additions, so I'm changing the bug report accordingly. I've asked Lukas to look into this.

Comment 3 Halla Rempt 2017-06-24 18:04:00 UTC

We've just replaced our own gmic dialog with a plugin that communicates with the official gmic-qt plugin (which still needs to be released with our integration code, but it's already been merged), so we can close all current g'mic bugs.