summaryrefslogtreecommitdiffstats
path: root/chalk/doc/selections
diff options
context:
space:
mode:
Diffstat (limited to 'chalk/doc/selections')
-rw-r--r--chalk/doc/selections6
1 files changed, 3 insertions, 3 deletions
diff --git a/chalk/doc/selections b/chalk/doc/selections
index bdcdaa03..32bffe49 100644
--- a/chalk/doc/selections
+++ b/chalk/doc/selections
@@ -5,7 +5,7 @@ class and the associated rectangular marque rendering code. If you
find anything connected with that after I finish coding the new
selections scheme, it's something I forgot.
-Selections in Chalk are special paint devices as big as their tqparent
+Selections in Chalk are special paint devices as big as their parent
layer. The selection has the alpha colour strategy. The alpha channel
contains the selectedness of a pixel. It is not a binary value, but a scale,
hardcoded to 8 bits unsigned
@@ -34,7 +34,7 @@ selected. Values in between are semi selected
Other representations of selections are possible: the selection for a
particular rect is rendered as a separate step in
-KisImage::renderToProjection. I like the tqmask type rendering, but
+KisImage::renderToProjection. I like the mask type rendering, but
someone else might want to provide an optional marque-rendering.
TODO: * enable kconfig option to select between renderings.
@@ -74,7 +74,7 @@ Use cases: fills (gradient, pattern, color), filtering.
Fills are easiest implemented by creating a filled paint device for
the rect covered by the selection, and then, while composting the fill
-with the target layer, pass the tqmask to the compositing loop, and skip
+with the target layer, pass the mask to the compositing loop, and skip
un-selected pixels.
XXX: Discuss whether this is true