thomaso

@ thtasig, I am not sure but it sounds to me that you don't want fill or stroke done with text style at all – but text frame style instead. Besides Walt's hint: you also find the box text style in the paragraph panel > Decorations:

There is a bug report (mac) for inner bleed issue in single page export. Unfortunately it is neither commented by a moderator nor tagged as being logged yet. https://forum.affinity.serif.com/index.php?/topic/90009-inside-bleed-0-still-appears-in-pdf-export/ Single page export without inner bleed can be achieved with a work-around: Do not export but print instead to a PDF-printer driver – which you have by system on a mac, and, I guess in Windows, too. Unfortunately this way you have NO option about a specific PDF version (at least not on mac).

What makes you think so? Have you found/read any Serif comment on this? I am interested to know, if there is a general known limitation. I wonder because i AM able to use PS fonts – but get bugs for some of their weights, for instance resulting in an error message on export ("can't export") or automatically but unwanted curved text in the PDF.

I wonder if there should not be at least a factory default profile from your mac hardware. (in my 2nd screenshot below called "Werkseinstellung") You also can check what profile your monitor is using in "Apple Menu > System-Preferences > Monitor > Colors", then with the active profile selected click on "Open profile" which opens another window. There do a right-click on the title to see a pop-up window showing a file path. Click on the triangle before your "DELL U21..." to see more, you might need to select one item ...

Yes, agree!, such "update all found" should be a default option in any situation using Resource Manager. Furthermore, if one is searching for a missing resource I'd appreciate the new opened explorer/finder window to show the file path + name of the missing/searched file.

I noticed such unwanted curved text on PDF export mostly with old Postscript fonts. ( For instance some weights of Adobe Univers, PS, 2003: "Univers 45 Light" gets 'auto-curved' on export as PDF/X-4) ("Univers 55" even prevents an export unless it got curved before export) @ Fixx, @ Jens, can you confirm the PS type for your "Interface" or "PraxisLT Pro" font?

... and your dimension calculation issue might be a setting of your boxed-style. Could use text frame boarder instead. Might have happened that you haven't looked at the Text Frame panel > fill and stroke at all before posting your bug report.

Two options: a. The computer has a PDF reading app installed which can do imposition on printing. Like Adobe Acrobat. b. You use the imposition by AfPub printing but don't print on a hardware but to a PDF-Printer driver. That way your PDF has the imposed page order and therefore can be printed as brochure/booklet without additional printing software for the imposition.

Hm? In a RGB document the bitmap image gets colored for me even easier (as I just mentioned in my recent post). As it does in AfPub, too. – Not for you?

When switching my CMYK document to RGB then I don't get the "K Only" button but then I simply can colorize the bitmap image (by assigning a fill color) – regardless whether embedded or linked image (which was not placed but dragged onto the page from macOS finder).

In the meantime the wishes come closer more and more to the InDesign solution, where the amount and selection of shown info columns may get customized by ticking them on/off. That is, of cause a lot more complex UI than the actual Resource Manager window. I wonder if an increasing amount of differing requests + needs for that panel will reduce the chances to get any realized soon, or at all.

I agree, thumbnails would be helpful, too – even though they would increase the panel dimensions – so possibly only in the details section below? The resources size in pixel dimensions is mentioned in the details section below the list: "Original size: 400 x 500 px". The resources file size is mentioned in its first line, right position "Size: 18.3 kB".

Do you get the K-Only button for any other image resource at all? Can you show your Resource Manager for this heart graphic? Or/and upload the file?

Though we are able to colorize RGB, CMYK and greyscale (8bit) images, the support for 1bit is still kind of limited in Affinity. To colorize a 1bit image you need to activate the "K-only" button in the tool bar for that image. Then it will show an assigned fill color: –> You also might want to look at this thread about 1 bit and various aspects and users needs: https://forum.affinity.serif.com/index.php?/topic/11273-saving-a-1-bit-black-white-graphic/

@Pauls, not necessarily: the method of holding a key to make the variants pop-up works for instance in a German keyboard on MacBook, too. https://forum.affinity.serif.com/index.php?/topic/90286-composite-character-entry-incorrect/&do=findComment&comment=478031 (though this method is definitely no satisfying workaround in languages which needs accents a lot.)

Same issue on a MacBook Pro, 10.12.6, German – when using the "U.S. International - PC" keyboard layout. (Note: on this reduced macbook keyboard not ´ but ' key is necessary to make é appear in the layout) accent keyboard us int-pc.mov

Mit der Voreinstellung für Typ "Drucken" (die erste im Pulldown-Menu) ist "Eingebettet ..." die Standard-Option.

Could you please upload an exported PDF and a screenshot in 100% of this content from the Affinity document (or the document itself)? (which app?)

Ah, Thank you mac_heibu, I haven't been aware of this ID specific workaround. – Opening such a PDF in AfDesigner shows those white lines again (depending on zoom factor) which drove me crazy many years ago – until I finally avoided to flatten on export and used PDF 1.5 or newer instead, or even just transferred the packed ID file to print-shops which refused to work with PDFs with transparency. Yes, indeed an interesting info. (which also makes a lack of my knowledge obvious, Sorry!). But different to you I don't like this special handling in an X-3 PDF of ID which increases the complexity of objects within such a PDF by adding many masks. To me it appears more like a (bad) work-around to release designers from caring for it. Which, actually, today is not necessary any more since newer PDF versions were developed and published as possible standard. So, looking at the amount of objects and layers in such a PDF from ID – compared to the simply 3 (!) layers in a proper AfPub workflow – makes me see today this InDesign way more as an unprofessional compromise. (like a craftsman trying to conceal his unprofessional work with additional objects like more screws, more paint, more of anything.) Nowadays I rather expect print-shops not to insist in flattened PDFs but to update their RIP (hard- or software) to the nowadays technology (which, yes, can demand relevant investment). And, if they want the safety of PDF/X, then at least PDF/X-4 should be the requested version, which exists since eleven (!) years. That finally means I would, again different to you, not blame Affinity for not supporting or offering such kind of old-fashioned technology but rather adapt and update my own workflow to the newer standards + request the according from my print-shop, and of cause, also from the company I am working in. I am aware it can be hard and time and money consuming at first, especially if I tend as somebody who prefers + insists to do things as they "always" have been done in the past. Everyone already did part with something familiar, the good, and would not want to return there today, even though the change formerly seemed so "unnecessary" at first. PagePlus, PageMaker, Freehand, Windows 7, macOS 9, fax machine, pre-press with reproduction camera and lithography, EPS, Distiller, ISDN file transfer, ... and, one day, this PDF/X-3 flattening weird wild work-around with its complex compromise:

To me it is the intention which is not working. Again in your recent sample, you expect a brochure starting with an even page (number 4), which would be a LEFT page. How would it look like and continue? Could you please make a manual or digital sketch (with just numbers) of your expected page order and starting with the closed brochure, showing 1 title page (page number 4) only? For now to me it is apparent that the software understands quite well that it does not understand your intention (starting a booklet with a LEFT page) (like I don't understand either).

Sure? – The PDF format was published in version PDF 1.0 in 1993 and no PDF did exist at the time of PageMaker v1 (1985). PDF/X-3 (PDF 1.4) was published in 2002 and got an update in 2003 (the version available in AfPub). The lack of transparency in PDF/X-3 is not a missing feature of AfPub or a special ability of ID but is defined in the PDF standard for X-3, which simply says that transparency is not allowed in X-3. https://www.prepressure.com/pdf/basics/pdfx-3 You may, of cause, also in AfPub select the PDF/X-3 export preset and alter its settings in the "More" options. But then your result will not conform to the X-3 standard. Also you can export in AfPub as PDF 1.4 (which is same PDF base as for PDF/X-3) but without the X-3 attitudes. Such a 'normal' PDF 1.4 (not PDF/X-...) indeed does support transparency. In PDF the transparency is not a matter of ID or AfPub but of the PDF standard version. The first PDF/X which supports/allows transparency was PDF/X-4, published in 2008. So I assume you first did not export a PDF at all (but for instance EPS or PS instead), and later, in your time using ID CS5 for "thousands of thousands", you did not really export a PDF/X-3. If you still think you exported X-3 from ID then I'd like to have a look one of your PDFs using transparency without rasterizing.

Didn't my post not answer especially this your "What I want to know" question? Alternatively you could take a look in the Beta forums section with a search for "dual" / "two" / "external" / "second" + "screen" / "monitor". An issue with two monitors came up during beta a few times only, and as far I remember it never has been commented by a moderator or logged yet.

What does illustrate the bug? That you want to start with the left page 6 but the right page 5 is used instead? It's rather artificial intelligence than a bug. Check your other printer driver option settings which do influence double-paged printing, for instance reverse order and page flip or whatever your printer (your custom defined "Press") offers as settings which might affect page order. I don't think so, because I had used your 8 page document for my test.

The screenshots are taken from MacBook Pro 15.4" set to 1440 x 900 px . [native but not used: 1680 x 1050 px] – In AfPub this screen has panels only and the macOS / apps menu bar. AfPub UI font size is set to large. Switching it to standard changes its size but not the position and overlapping.

I guess you should start with an odd – not even (6) – page number to make it work. Whereas: also it might depend whether your document starts on a left or right page. (I haven't tried)