Mark Oehlschlager

@MattP So, this is a technical problem that no developer has an answer for? I'll take your word on that, but, from a designer/user's point of view, one expects filled vector objects that are perfectly aligned to show no visible gap between them. I appreciate your offer of help, but it would appear that there is nothing to be done here except for a few user hacks (e.g., extending the edges of the vector objects such that they overlap).

I've become aware of a problem in all Affinity apps (released versions and beta versions) where perfectly aligned edges between two rectangular shapes will leave visible hairline gaps between the two objects. Currently running the latest betas and released versions of all the Affinity apps on Mac OS High Sierra 10.13.6. See attachments below. The screenshots illustrate the problem, where I've drawn 40mm x 40mm white rectangles with no stroke, aligned horizontally, over a strongly colored ground. I used the "Page Layouts with Objects" snap preset to align the objects. I've used the Transform panel and the outline view to confirm that the objects are aligned. And yet, the colored ground clearly shows through between the supposedly aligned objects. Please address this bug in the next release of all three Affinity apps.

@jer I should add that if your target output is the printout from your HP OfficeJet Pro 7740 Wide Format printer consider the following: the quality and finish of your paper (standard uncoated office copy paper, or coated paper for photos or high-fidelity color output) color matching options presented by the print dialog box (with Mac OS I can select either "ColorSync" or "In Printer"; see attached image) If you are still not getting desired results, consider using a Soft Proof adjustment layer at the top of your layer stack (see attached image), where the color profile of your OfficeJet Pro 7740 is selected. If you've installed the printer driver for your printer on your computer, the corresponding color profile should be available for you to select here. This should give you an accurate impression of what the printed output will look like.

@jer The simplest way to work without investing in expensive and complicated color calibration tools is to work in the sRGB color space. sRGB is not the largest RGB color space, but it has been adopted by device manufacturers as the most common minimum color gamut that most electronic displays can display. Moreover, most desktop printers (inkjet and laser) sold to offices and home users expect sRGB files, which the printer converts (using it's built-in color engine) to CMYK for output. And if you ever have need to send a press-ready PDF to a professional offset printer, you can then convert a copy of the document to the CMYK color space profile recommended by your print vendor (in the U.S. it's most commonly "U.S. Web Coated (SWOP) v2). Check your Affinity Preferences for Color. There you can set your preferred color space profiles for RGB and CMYK documents. See the attached screenshot below for the Affinity factory defaults.

Publisher 1.8.0.531: The contextual toolbar pop-up and slider controls for zoom level remain disconnected from one another. See attached images.

@Matthias I think the whole objective of color management for the designer is to preserve the fidelity of color appearance. That is to say that if a designer selects a particular orange for his artwork in one medium (ink, paint, computer monitor), he can expect the appearance of that orange to remain constant even as the artwork is translated from one medium to the next, or from one color space to the next. It's incumbent on the designer to understand that the color gamuts of the various color spaces (e.g., Adobe RGB 1998, sRGB, U.S. Web Coated SWOP CMYK) are of different sizes and do not perfectly overlap, and to understand the difference between the relative values of RGB and CMYK numbers for describing color in specific RGB and CMYK color spaces (an orange that is described by the relative values R: 255 G: 128 B: 0 in the sRGB color space will appear differently in the much larger Adobe RGB 1998 color space), and the more fixed, absolute and universal values of CIE Lab, which describe the full spectrum of color that the human eye can perceive – independent of device or medium. Equally, our software tools should make it easier to understand the target color space in which we are working (for any particular document) and easier to pick and specify color with the confidence of knowing that the appearance of the color we've selected is right for our target color space and will be preserved on output. That's the design challenge for the software designers and engineers.

@Jowday Thanks. It appears that use of HSL color components is generally associated with the sRGB color space, but can be used as a schema to describe color in other RGB color spaces. Correct? In any case, if the Affinity software is going to allow users to use sliders from various color models (sRGB, CMYK, Lab) to define colors/swatches in documents with a specific operating color space, it seems to me that it would be useful for the UI to provide visual feedback if/when the user defines a color that lies outside the color gamut of the document's color space. Additionally, it would be useful, in the case of working with documents whose color space gamut exceeds the that of the computer display, to offer a way to highlight document colors that would be clipped by the display's relatively small color gamut. In terms of preserving the integrity of the appearance of color on screen when working with art in different documents of different color spaces (i.e., sRGB, SWOP North America CMYK, etc.) I'm not sure what the Affinity software is designed to do. Perhaps, for each color/swatch that the user defines, regardless of what color model sliders the user employs, the software keeps track of the CIE Lab values in addition to the relative RGB and CMYK values? So, if one document is imported into another with a different color space, and "Convert" is the color management policy, the CIE Lab values are used to preserve color appearance and the RGB and CMKY values are allowed to be translated for the new color space. Whereas, if "Assign" is the color management policy, the RGB and CMYK values are preserved in the new space and the CIE Lab values are translated to describe the altered appearance. Maybe? I just wish the Affinity UI made it easier to spec color for specific color spaces with confidence.

@fde101 Hmmmm. Okay, so HSL is an alternative model used to describe color within the RGB cube model. And the size of the color gamut described by HSL values is determined by the specific RGB color space it's operating in. And the appearance of an HSL color will change depending upon the RGB space it's operating in. (i.e., The color values H: 30 S: 100 L: 50 will appear one way in an sRGB colorspace, and appear differently in an Adobe 1998 RGB color space.) Right? So, HSL is not device-independent like CIE Lab.

@Sean P There are a number of questions and concerns I have with regard to the Color and Swatch Panel UI designs that I would like to call to your attention: First, a question: how are we to understand the HSL color model? Is the HSL color model an alternative to the CIE Lab color model for describing the entire gamut of color visible to the human eye? If not, how are we to understand the size and limit of the HSL color gamut? How does it compare to CMYK, or sRGB? Second, I have a concern about being able to define a color/swatch that falls outside of the color gamut of the document's color space without warning. We understand that the size of color gamuts for some working color spaces are smaller than others, and that a color that is visible in one color space (e.g. sRGB) may fall outside the color gamut of another color space (e.g., CMYK). Given that the Affinity UI allows the designer the option of defining a color/swatch using sliders and wheels of various color models (i.e., RGB, CMYK, HSL, LAB), there is the risk of a designer specifying a color using RGB slider values that falls outside the color gamut of a document's CMYK color gamut without any warning from the software UI. It would be very helpful for the UI in all the various color editing and definition panels to flag color definitions that fall outside of the document's color gamut. Third, I have another concern related to the slider options made available to the designer when editing a color/swatch: simply toggling between color model options in the color edit panel will alter original color parameter values. For example, if I define a new orange swatch using HSL values H: 30 S: 100 L: 50, then double click the swatch to edit it, I get a contextual edit dialogue box with HSL sliders. If I toggle the color model pop-up from HSL to CMYK and then back to HSL, I find that the HSL values have changed to H: 27 S: 91 L: 54. Why should this happen? Is this the result of the software mapping an out-of-gamut HSL color to the nearest CMYK color and then translating that color back to the HSL color space? Fourth, another question: as documents may be repurposed from screen to print, and vice-versa, and as swatch collections may be saved, shared and reimported across many documents in a project, would it be helpful to somehow graphically identify swatches as having been defined in a particular color space, or would it be best for the software to keep track of the device-independent Lab color space definition, regardless of what color space the designer defined the color/swatch in? I'm sure there are many other questions to be addressed here, but the general concern is that the Affinity UI should be improved to make it easier for the designer to accurately specify and manage color with confidence and to be warned when a color is outside the color gamut of the current working document.

@retrograde @MattP Hmmm. You got much better results in converting your stroke to outline. Did you draw the stroked curve with the Pen tool or the Brush tool? Using a Wacom tablet, I selected the Brush tool with a basic round brush and drew a freehand curve. I converted this curve to outline, and got 7-8 nodes at the end points – not the elegant 3 nodes that you got. Does it matter whether one uses the Pen or Brush tool?

Is there a Preview Panel in any of the Affinity apps that would allow one to check for correct color separation in documents where spot inks have been used?

Why is it that when one applies and adds a Pantone spot color to an object in one's document, that the swatch for the Pantone spot color in the Swatches panel is labeled generically "Global Color X" by default, rather than being labeled by the actual corresponding Pantone spot color number? (See attached screen grab.) If we're wanting to manage inks, including spot inks, within our documents, swatch collections, and files sent to offset print services, shouldn't the Affinity software correctly label color Pantone color swatches by default as they are added to the document Swatches panel?

@firstdefence Thank you. That's a very clean and efficient solution.

I know that Designer does not currently have a blend function like the one found in Adobe Illustrator, but is there some alternative way of achieving color and shape blends in Designer? See the attached image. How could one go about achieving the contoured color blend along the shadow of the "C" letter form? A linear gradient won't work.

I enjoy the new graphic presentation of document sizes in the latest New Document Setup window, however, the text in the feature panels to the right is blurry on my 2012 iMac running OS X High Sierra. See attached screenshot.