Mark Oehlschlager

I would like to suggest new dynamic color palette generation features for the Affinity Suite. An improved means by which designers can quickly explore and generate color palette options. Something in addition to the current "Add Chord to Swatch" command that is currently available via the Color Panel. The inspiration comes from the color blending figures found in Johannes Itten's "The Elements of Color", wherein Itten creates stepped color blends between any 2, 3, or 4 "anchor" colors from a 3-D color space. Consider this 7-step blend between two endpoint "anchor" colors: Presently, there is no direct way to generate this palette within the Affinity apps. One work around is to fill a long rectangle with a linear gradient (where the two end stops are your anchor colors), then fill seven smaller neighboring rects using the Eyedropper tool to sample from the large gradient rect. It's also possible to make use of the Voronoi filter in Affinity Photo to "posterize" the linear gradient into intermediate colors, like this middle image, but the result is irregular: The built-in Gradient tool makes it easy to draw out a linear gradient between two stops. But three- and four-color gradient blends, conceived of as a plane between color points within a 3-D color space, have to be built by stacking gradient filled shapes set to the Linear Burn blend mode. For example: Again, one could then make use of the Voronoi filter from Affinity Photo to posterize three-color blends, and four-color blends like this: But the effect of the Voronoi filter produces an irregular pattern, and it's laborious then to sample the results by hand to fill in regular shapes. Is it possible for there to be a newly developed variation of the Voronoi filter that would produce perfect subdivisions of rectangles, triangles and squares for the purpose of generating 2-, 3-, and 4-color palette blends? Something like this: Maybe the posterizing effect of the Voronoi filter gets built into a new color palette generating tool that allows designers to dynamically build 2-, 3-, or 4-color palette blends. Maybe the new color palette generating feature gets its own panel. Maybe it presents as a modal dialogue box editing window. The new feature should allow the designer to first indicate a 2-, 3- or 4-color blend, then to indicate the number of subdivisions in the blend (3 or more), and finally to specify the "anchor" colors at the extreme ends (or corners) of the blend shape. The new feature would present an image of the configured blend. At any time, the designer could change any of the "anchor" colors, and the color palette blend would dynamically update. Once satisfied with the generated color palette blend, the designer could save the result as a document palette, or export it as a vector or raster image.

@bestman 8 Thanks. So, I suppose Photo releases the RAW file, and moves a "developed" copy into Photo persona as a new file. Is that correct?

Quick simple question here: When one opens a RAW image file in Photo, makes adjustments, then clicks the develop button, what becomes of the original RAW file? Do the adjustments made in the Developer mode "destructively" alter the RAW file, or is the original RAW file dismissed with a "developed" copy of the RAW transferred into the Photo profile as a new Affinity Photo file? Maybe another way to state the question is this: If one wants to preserve the RAW file as shot, does one need to duplicate this RAW file before "developing" in Affinity Photo?

@R C-R , Thanks for the reply. I have not been able to reproduce the problem. Hopefully the experience was an anomaly. If the problem re-presents itself, I'll endeavor to document the circumstance and upload the problematic file. – Mark

I've noticed clipping problems when using the vector Warp Group feature in Designer 2.5.5 for Mac OS. For example, if you push the value for Arc or Bend past a certain point, the artwork will become clipped at the bottom and the right. (See attachment.) Is this a known bug? Is there a work-around solution?

I just became aware of OKLab and OKlch. Apparently both are now incorporated into the latest CSS specs. OKlch is rapidly gaining popularity as a color model. OKlch is essentially a variant of CIE Lab wherein the abstract color components "a-opponent" and "b-opponent" are replaced with the more human readable color components of chroma (saturation), and hue. OKlch improves upon the HSL color model by normalizing lightness values for colors with the same saturation and hue values. (Using the standard HSL model, a yellow and purple color sharing the same lightness (e.g., 50%) and saturation (e.g., 100%) will nevertheless show an apparent difference in lightness; whereas, using the OKlch model, that yellow and purple will display the exact same apparent lightness.) Anyway, I'm sure the developers at Serif understand this and are aware. I would simply like to request that OKLab and OKlch color models be added to the Affinity suite.

@anto That's the best manual work-around solution I've seen. Thanks. Meanwhile, we need to bump the request for a new feature in Publisher that allows long tables to be threaded across multiple pages.

I'm here to request the ability to butt circles and other shapes up against one another with perfect snap alignment. Whereas one can make use of geometry snapping to snap the anchor point of a curve to the circumference of a circle, one cannot (as far as I know) snap the circumference of one circle up against that of another circle. How might one snap three circles together like those pictured below? Perfect tangential alignment.

@v_kyr It's close, but still produces small gaps for me. And then how does one achieve something like the arrangement below? With anchor points, one can activate snapping to object geometry. But is there not something similar for butting shapes up against one another?

I'm wanting to perfectly align three circles with each other (no gaps or overlaps). Is there a way to get two or more circles to align at tangent points anywhere along the arc/circumference?

I've just attempted to use the Move Data Entry feature, asking a source object with an 8pt stroke to duplicate 5x to the left while scaling down at 80% with each step. I notice that while the object shape scales down, the stroke does not. (Strokes are set to scale with Object in the Transform panel.) Is this a bug?

To follow up, attached below are the Stroke panels from Designer, Photo, and Publisher. Photo's Stroke panel differs from Designer's Stroke panel by eliminating the "Textured Line Style" button at the top, and by eliminating the Properties button at the bottom. It makes sense. In Photo, raster brushes are segregated from simple vector strokes for curves and shapes. Because of this, simple Solid and Dashed Line Styles are not converted to brushes as they are in Designer, and the Pressure Curve applies correctly. Publisher's Stroke panel lacks the "Texture Line Style" button seen in the Stroke panel for Designer, but it share's Designer's Properties button, which presents the same problem as seen in Designer: that simple "Solid Line Styles" get converted to "Textured Line Style" Vector Brushes if one should adjust the parameters of the Properties window. Designer's Stroke panel has both the "Texture Line Style" button and the Properties button, which convert simple "Solid Line Style" strokes to Vector Brushes if one should adjust the parameters of the Properties window, or apply one of the Vector Brushes . Proposed Solution: I feel there is a UI bug here to be corrected: there should be a simple way to convert a "Textured Line Style" Vector Brush (as applied to a curve or shape) back to a simple "Solid Line Style" stroke, responsive to Pressure Curves. That fix could be as simple as programming the "Solid Line Style" button to clear any Vector Brush "Textured Line Style" before re-applying a simple "Solid Line Style". Photo Stroke Panel (Above) Publisher Stroke Panel (Above) Designer Stroke Panel (Above)

Hi @walt.farrell. Thanks for the reply. Here are my observations: Once you open Properties and make a change to Brush Width, Size Variance, or Opacity Variance, you have permanently converted a simple stroke into some kind of Texture Brush controlled by the parameters of the Brush Options window. Once you apply a Vector Brush to a curve, it will forever remain a "Texture Line Style". There is no simple way (short of recreating the curve) to be able to get back to a simple "Solid Line Style" that is responsive to the Pressure Curve. This seems like an interface bug to me.

I'm having trouble controlling the appearance of strokes from the Stroke panel. (I'm working with Designer 2.3.1 on an M3 iMac.) What exactly it the function of the Properties button in the Stroke panel? Why does a change to the Brush Options called up by the Properties button convert a "Solid Line Style" into a "Texture Line Style"? Why can one not convert a "Texture Line Style" from the Brushes panel back to a simple "Solid Line Style"? Are there Bugs here? I begin with a Solid Line Style. If I draw an open curve with the Pen or Pencil tool, by default I get a solid line style with an assigned line width (e.g., 8 pt). No problem. I can taper the ends of the curve by editing the Pressure Curve in the Stroke panel. No problem. I can then use the width slider in the Stroke panel to increase the stroke width (e.g., to 12 pt), and the tapered ends from the Pressure Curve still apply. No Problem. Odd things happen when I click the Properties button at the bottom of the Stroke panel, I get the Brush Options window where the Brush Width slider value does not correspond to the value of the Width slider at the top of the Stroke panel (e.g., 50 px vs. 12 pt). Is this a Bug/Problem? If I then adjust the Brush Width slider in the Brush Options window (e.g., from 50 px to 30 px), the taper effect of the Pressure Curve vanishes. It only returns if I now increase the Size Variance slider in the Brush Options window from 0% to 100%. Is this a Bug/Problem? Also, I notice that if I change the default value of the Brush Width slider in the Brush Options window, the Line Style option button at the top of the Stroke panel switches from "Solid Line Style" to "Texture Line Style". Is this normal? If I begin with an 8 pt curve and then apply a Vector Brush from the Brushes Panel, I have a different experience. The value of the Width slider in the Stroke panel immediately changes to a larger value, and the Pressure Curve seems to apply to whatever Size Variance and Opacity Variance values are recorded with the specific Vector Brush. Is that normal? If I then select the "Solid Line Style" option at the top of the Stroke panel, I'm surprised to find that the curve does not lose the textured image of the Vector Brush. It seems that once a Vector Brush is applied to a curve, there is no way to convert the line style back to a simple black stroke of, say, 8 pts. Is this a Bug/Problem? How does one replace a Vector Brush with a simple solid Stroke?

@Rodi If one is doing layout for a document intended to go to press, printed by an offset press, one would set up the document from the beginning as a CMYK document. And in that case, by default, any type that one sets will adopt a process black color. As for images/artwork to be placed into the layout of the CMYK document, you have options in development: a) for a pure CMYK workflow (press only) you could elect to build your images in CMYK; b) for a hybrid workflow (output to video, web, and press) you should build your images in a larger RGB color space, and then export final versions for the appropriate output color space.