thomaso

Is there a known rule in what situations or setups this option is required for Affinity apps – especially for files stored in a user's folder (like the 'desktop' in the OP's example)? I never enabled it for Affinity apps but did not get any such issue yet, regardless of the Affinity apps / APub personas and various resource disks (volumes) on my local drive. To me it seems to required only by those apps that a.) literally ask me with a dialog window to activate it and b.) need this option to read system related files or files of all sorts of apps and owners (e.g. 'sudo'/'root' with Terminal, Tinker Tool System, Carbon Copy Cloner, FlyCut, FindAnyFile, …) @Short Goalie, I assume you were logged in as the user "robwalker" when this message appeared?

Note, the layout page size SENT to the printer is not the same as the print sheet page size SET within the printer! I doubt large layout sizes get ignored. The print dialog reflects/considers them in its scaling options, its preview (reddish 'overflow' colour) or its "Tile" option for instance.

In this case it seems to be a matter of your printer hardware + its driver software, rather than a feature initiated by Affinity. (sorry, I can't open V2. Also my print driver dialog & options may vary from yours). Possibly you need to create for your printer a custom sheet size of e.g. 420 x 210 mm first to be enabled to choose this as print sheet format. For instance:

Does it mean shift-arrow gets executed in a text frame while cmd-shift-arrow does just the same? @R C-R, what do get in V2 in text mode for this two commands? To me in V1 shift-arrow selects single characters while cmd-shift-arrow selects words (left/right) or paragraphs (up/down).

If the image is white I would expect to see it in its layer thumbnail in your dark UI. What colour space is your .afpub and what the file type and colour space is the image file? Can you upload a screenshot with the transparency grid activated, and/or with a rectangle with fill colour placed at the bottom of your layers panel and partially positioned behind the object in question to make its white content visible? Does the image appear if you apply a fill colour to it?

Does this mean one specific task is executed with cmd-k but not if you have cmd-shift-arrow assigned instead? Do cmd-arrow / cmd-shift-arrow get executed for the text cursor in a text frame with some text?

Do I understand right that you want to print on a sheet with 420 mm lengths which exceeds the limit of 297 mm (A4) of your printer … and thus treat the printer like one that can print 'endless' / on paper rolls? Also it's still unclear to me whether you finally want to get the full layout printed or just a part of it, cropped to an area smaller than your layout and sheet? Can you show a screenshot of your layout page + a selected rectangle in size and position of the wanted print area + the print dialog (similar to my screenshot above but with rulers activated)?

Do you get more printed than is showing ? I am not sure what you mean exactly. Nevertheless, it might work to draw a rectangle in page size (stroke/fill is not required & its layer hierarchy doesn't matter) and select this rectangle together with the object(s) you want to get printed, then choose "Selection" for print.

You can achieve a coloured look in seconds by applying a fill colour to the image. Below, the darker version has red applied as a fill colour and still shows darker colour, the lighter version is a copy that additionally has "K Only" enabled and shows tints of the fill colour only. To achieve the yellowish tint of the 'Berlin' cover you could use another copy and adjust its blend range curve. For further variants you could also play with layer opacity and layer blend modes). A more sophisticated workflow would create a duo- or tripple-tone image with individual colour channels in APhoto. It appears not useful to make fun of "your artist" – in particular if you consider your own way to handle this subject, e.g. with your decision for her, your partially ambiguous communication or your changes of mind across several threads and the time required.

It seems to be related to an 'automatic' switch in the Colours Panel not working reliable: Selecting a mask layer sometimes makes it switch to Grayscale (as expected) but if I press X (to toggle background/foreground colour) then it may switch to CMYK or RGB, independent of the document's colour space (while I would expect it to remain in grayscale). That means this issue with 0% opacity white can occur in the Colour Panel modes Grayscale, RGB and CMYK. Right now it happens reproducible / without any layer: I create a new sRGB document –> it opens the Colours Panel with foreground White / background None Ø –> still with an empty Layers panel I switch from Move Tool to Paint Brush Tool –> now the background colour well jumps to front + switches to white appearance with 0 % opacity –> moving the slider to 100% results in gray (RGB 128) –> creating a mask layer with option key (I'd expect black) switches to grayscale 43%.

I experience this in V1 quite often without being able yet to detect the culprit. Oddly/interestingly it happens only with White + Mask layers.

Text Cursor: move (cmd) or select (cmd-shift) + arrow keys.

It does on Windows Interesting, good news, Thanks! – How about the Histogram Panel? There I also find it disturbing if changes sometimes don't live-update but rather seem to require to press the yellow warning triangle to get updated (although this button is for 'fine' details only, according to its tooltip). Do you experience such a limitation with histogram updates in Windows? Unfortunately I couldn't detect the conditions yet that cause this behaviour.

The style changes automatically only while typing the text. For existing and for pasted text you need to select all text + choose from the style's burger menu in the Text Style panel the option "Apply 'style name' Then Next Styles".

As mentioned earlier, I also don't get multiple copies of a text style when dragging an asset multiple times to a document. As Walt replied, it is not fully clear what exactly you are doing to get unwanted text styles:

The "Black and White" adjustment lets you influence colour ranges, optionally with a Colour Picker Tool. If you want to avoid gray but achieve black/white only you could combine it with a levels/curves/contrast adjustment if. The "Channel Mixer" adjustment lets you influence black/white by intensity.

Since this thread slightly focusses on PACKZVIEW: Do any of you know a way to get accepted for their app use without working in the packaging industry and without having a corresponding company website or even any own website?

… wobei dort innerhalb der Affinity Programmeinstellungen zusätzlich 1 alternative Schriftgröße zur Wahl steht. (im Unterschied zu Windows, richtig?) … was aber wiederum das Kontrast-Problem der Interface Grautöne nicht behebt, das neben der Schriftgröße auch seit Beginn diskutiert wird. Teilweise ist die Wahrnehmung der Benutzeroberfläche auch Gewohnheitssache, da mit zunehmender Benutzung der genaue Wortlaut an Bedeutung verliert und das Auge des Benutzers sich mehr der Position der Elemente oder den Icons orientiert. – Das funktioniert leider nicht für benutzerdefinierte Eingaben zB in den Feldern für bestimmte Werte … die zusätzlich das Problem haben, dass sie für längere Zahlen und für Formel-Eingabe oft zu klein sind und die Eingaben nur mit umständlichem Zusatzaufwand lesbar werden.

Not directly the mentioned situations but it may matter for the OP's thoughts that APub doesn't export a copy of a linked image resource as referenced element inside a PDF but as an independent, separate item. Different to ID for instance which seems to work with referenced elements and thus results in smaller PDF file size. This was discussed a few years ago and confirmed by a Serif moderator, unfortunately I can't find the thread any more. (and my used English term "referenced" may be wrong / imprecise). Attached two sample PDF + export options. (apub: 10.3 MB – id: 3.3 MB – placed jpg: 2.7 MB) apub image dup.pdf - id image dup.pdf - -

Consider the existing discussion … and your initial handling with existing views: … followed by simple + general prophecies about others and about all users as a homogeneous mass: Apart from this odd way of communication: Serif is able to consider various aspects either without vague or precise opinions (which aren't unique or any special in this forum) but they also can … • actively ask forum users for views on future developments (as done for "Scripting" and "Global Layers" for instance) and • contact users via email (not the minority of forum members only) with a link to an online survey/poll (as done in July 2022) and • launch an extra beta program to discuss with users (as done in Feb 2022 for V2).

Yes, that's why I mentioned the export resolution. If you export with 300 dpi – instead of 72 dpi as in your uploaded PDF – the result will be less blurry / a lot sharper. Even if your illustrations will be drawn with vector only they may get rasterized parts on export where an effect, filter or a certain blend mode is involved.

This is actually caused by your low export resolution of 72 dpi. For print these elements can work even rasterized if the resolution is sufficient. (Note that almost everything will ultimately be rasterized during the printing process, unless it consists of only 100% colour values. Therefore, the red or yellow/orange circles behind these elements will be rasterized, and so will the white outline edges.)

@MaxineD, if you layout for print it may be worth to ask the printer what line width would print reliable without loss in their process. (0.2 pt is quite common as "thinnest" line, also known as "hairline"). Since the lines in your screenshots seem to be gray (not black): considering that gray will get rasterized and the raster's grid may be rotated quite likely, the printed result might appear different than just as straight, plain line. Compare this article about halftone angles and thin lines: http://the-print-guide.blogspot.com/2009/05/halftone-screen-angles.html

If this frame contains the whole story (for all 512 pp / or entire chapter file) it seems to indicate that you copied a text frame or page that contained the story already or/and was a part of the text flow. – From this perspective (if it's true) your next question may become more important … … because it may indicate that the story is more than once or twice in your document and more than 1 frame is affected from the issue. That means it may get confusing and complicated to fix it without overseeing any duplicated text or a possibly deleted / missing part. It could be worth to delete all pages unless p1 of the story (or chapter / or text flow) and let it auto-flow once more from scratch. This could avoid any overflow & any unlinked text frames.

Not "1.4" – The printer's screenshot & Lacerto said "X-4". (while PDF/X is required to force the Output Intent, requested in the printer's text) printer: PDF versions in Affinity: