Re: [Gimp-developer] Cage transform questions

2010-11-05 Thread David Gowers (kampu)
Also (should I file a bug report for these?)

* Frequently, when closing the cage by clicking on the first point,
the point that was just placed ends up next to the first one
* When >=1 point is outside image bounds, pixels outside the resultant
shape become black (regardless of the current BG color). For greyscale
images, mid-grey is the color which appears
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


[Gimp-developer] Cage transform questions

2010-11-05 Thread David Gowers (kampu)
Hi,
I've just been trying out the cage tool (recently merged into GIT head)
I really like that I can just sketch up something like
http://img.photobucket.com/albums/v449/neota/tech/1.png
and gooily bend it into something like:
http://img.photobucket.com/albums/v449/neota/tech/2.png

I have two questions...

* What does 'Fill from first point' do?
('first point' is likely the first point you clicked when defining the
cage.. but if fill from first point is NOT checked, where does the
cage code fill from?)

* Are there any plans to provide an option to use nearest-neighbour
sampling? The interpolating sampler works well for photographic
images; for indexed or low-color images, I so far find that the
interpolation makes the result uglier than the original, due to a)
destruction of intentional hard edges or b) colors being remapped
after interpolation

Curious,
David
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Color from gradient broken

2010-11-05 Thread Alexia Death
On Fri, Nov 5, 2010 at 11:16 PM, Ofnuts  wrote:
>
> I just played a bit with this and I confirm there is something fishy in
> the UI (I'm on 2.6).
<...snip...>
>
> Hoping my criticism has been constructive enough ...

Sadly, it is mostly hopelessly obsolete. Dynamics in git are VERY
different than what is in 2.6. there are several review of git and its
under development dynamics out there, look one up. For example,
dynamics grid is now 11x7 check boxes and resides in its own dockable
and each of the mappings can have a curve applied...

One note on it tho, velocity does not require an extended device.

-- 
--Alexia
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


[Gimp-developer] Color from gradient broken

2010-11-05 Thread Ofnuts

I just played a bit with this and I confirm there is something fishy in 
the UI (I'm on 2.6).

When using a tablet, with "color from gradient" checked and all brush 
dynamics (pressure/velocity/random) un-checked, one ends up in  a mode 
where the color is derived from the length of the current brush stroke. 
And there is nothing making that clear in the UI. And when one selects 
another dynamic, the "length" one disappears and nothing shows how to 
put it back.

So, my suggestion;

1) make the "length" dynamic (or whatever its official name is) 
explicit, with its own line of checkboxes.

2) grey out the gradient part when no "color" is used in any of the 
dynamics (its "length" selector, that seem used only for the length 
dynamic could be replaced by the cursor on the right of the checkboxes).

3) the "fade out" option is merely the opacity controlled by the length 
dynamic.

4) grey out the pressure/veloclity (no tilt support yet?) when there are 
no extended devices.

5) come to think of it, the amount of jitter could also be controlled by 
the dynamics (of course we need a way to specifiy a fixed jitter, either 
by an artificial "no dynamic", or by using a minimum cursor value in the 
length dynamic).

6) I'm not too enamored with the little cursor symbols next to the 
checkboxes. 1) iIt is not so obvious there is something to set there, 2) 
they aren't that much readable, 3) they don't explain how they work 
(percentage? length? pixels/second)? 3) some dynamics may need more than 
one cursor (for length: none/sawtooth/triangle, but pressure/velocity 
could have several transfer functions)

Hoping my criticism has been constructive enough ...




___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer