Carnivorous Tofu

Oh, also of note, that background repeating -+[space] would sometimes render, sometimes wouldn't I noticed that items on Master pages sometimes rendered, sometimes didn't. 90+ page file.

Hi Jon, Thanks for the response. I manually altered the .tiff file to feather the image. This means I can't tweak the feathering, but I needed to get it done. Tried with both RGB 1966 and CMYK and included a screen shot. Very similar result from both (CMYK might have been a little less magenta). I ran into issues with numerous layer effects not being close to what is on screen, particularly when blend modes were anything other than 'normal.' Thing is, what I was using many of those for was to do a slight colorize layer to make images match a motif. When I turned off "Rasterize Unsupported Properties," and exported, the issue items were solid blocks , which from what I can tell, means they were being rasterized. I turned off all the layer FX, so it won't be as subtle, but I need to get the document out. I expect to have to fix banding in rasterized vector gradients, maybe tweak alpha values a bit, do some slight color adjustment from screen to file to actual print. That's expected. This stuff is far beyond that. Also ran into issues with Photo when applying a single adjustment layer. Sending a few screen shares and files. Used an adjustment layer to get the image I wanted (make an old photo look more like an illustration). If I collapsed/flattened the image or directly exported to .tiff while keeping the adjustment layer, I would not get the image I saw on the screen but instead the washed out one. The only way I could find to get the image as it was supposed to appear was to export it to .pdf. If I brought in that .pdf to photo, it was one layer and I could save as a .tiff To use an analogy, seems to me these issues are about rasterizing dynamic layers properly in-program display and the export render engine not talking the same language and sometimes understanding words and sometimes not. Best Regards adjustment-layer.zip

Hello, Since there's not Feather option on placed images, use gradient overlay to simulate. First image is what it looks like in Publisher (nice soft feather), image after the control view screen snip is what is rendered Getting a bad render. image file is 300 dpi, render is to 300dpi rgb profile .....1966-2.1 profile for both image and .pdf rgb color profile Thank You

Adding in two extra notes. 1) I placed a .docx document with tables in it (much easier to fill out tables in the word processor). I've noticed the tables seem to act differently from those generated within Publisher itself, but it just might be my perception. 2) Attempted to replicate with a new and smaller document without a .docx import, but haven't hit it yet. The document with the issue was created in the 1.83 version. Thanks

Found this issue started with latest update as well. I particularly noticed this bug when one of the text frames on the spread contains a table. (tabletop roleplaying game, so there are some tables and wrap-arounds for illos) Working on a 90+ page document. Did not have issue with the previous 1.83xx and earlier versions. 2 page spreads, 2 columns on each page. Each column a separate linked text frame, not one frame with 2 columns. Can't use the text select tool on the left frame; page-specific. I can select it IF I move the other frame (one on the right) out of alignment, specifically vertical alignment (ie. nothing on the right on that page of the frame I need to click into.) I can select the text field using layers to move the frame, but text-edit/selection tool still does not work. If I select text in the right frame and use the arrow keys to move up into the left frame, that works, but obviously that work-around (or the move the other frame out of alignment and then back-again after I finish work-around) is a very inefficient kludge. Thanks

Thanks! Had to do that when working on an image imported and then rasterized from a .pdf

+1 to Image Trace.

In working with it a bit, I find Affinity Photo files appear to usually work properly if the placed image is NOT resized in Publisher after placement. If the placed image is resized in Publisher, then I get the issue. possible-bug-report-smaller.pdf

New to Affinity, so as a practice run and it being the Christmas season, I'm doing a re-layout/brush-up of an old public domain version of a Christmas Carol (from US Library of Congress) to fit tablets as a .pdf. For the text, I just pulled a public domain version .txt file, then placed it into a text frame and created new linked frames as needed. For each image, I was just going to import the .pdf page into Photo, crop and clean-up, save as a Photo format, and place into Publisher. Cropped the image. Saved in AffinityPhoto format. Create image box, then File->Place image. Initially, the image displays as un-cropped. If I zoom-in or out (ie. force a re-render), it then displays as cropped and everything looks good. When I export out as a .pdf, the image is back to un-cropped to the original. Crop boundaries/parameters not being forwarded? My work-around is to export the image as a .tiff file and place it into Publisher. When I do that, the image and page renders as expected. Is this a bug or am I missing some process/option in Publisher to enforce Photo image crops? Thanks