Marcocampo

Hi Affinity Team, thanks for Affinity Publisher Customer Beta - 1.8.2.619, which apparently resolves the problem I described (I did some more tests, all good). Stay stable and healthy, thanks again! Beta - 1.8.2.619 solved the issue

Hi Affinity Team, had my updates on the complete studio these days, very nice, thank you ! This brought me back to former issues and testing if they're resolved. And yes, they are. But not all the time. I did several tests with my manga-dummy, exporting to PDF/X-4 with extended Features and not. Most of the time when exporting with extended Features enabled, the export resulting PDF was showing an alpha-mask (black or withe) instead of the picture with transparency. I tried that with different image formats aff, psd, tiff, png and pdf, but with no changes. When exporting to PDF/X-4 WITHOUT extended Features , I had a correct transparency with the birdonbranch in the PDF, as well when printing from Acrobat (right page). Opening that PDF in Designer and print gives me the the same results as direct printing from Publisher, with some alpha-quirks (left page). Hmm, I thought that the problem was gone, and direct printing was greatly improved in the previous updates ? Text quality was much better, and the alpha ghosting was gone. So I made some much more tests (replacing the pictures, rebuilding the document from scratch with checking every detail to be exactly the same). And the results varied. Long story short: I was able to reproduce a match and a fail from the same document with the same export settings. I Made a short vid of it, here it is … In my Dropbox you'll find the files as well as a higher res vid, https://www.dropbox.com/s/wqj07qe7qwjj749/20_03_01_afpub-export-transp-issue.zip?dl=0 regards, Marcus 20_03_01_afpub 1.8.1-mac-export-pdf-x4-enhfea.mp4

Oh boy, those obsolete wayback layout machines I just forgot all those old monolithic softwares, plugins when I stepped into that affinity studio Those signsofthetime-layouts of those days got old so quick, even faster than myself. Seriously, I made many many layouts with Quark and then Indesign, but in 30 years I had only one case to step back with indesign to an existing quark layout. We did that with a markzware-converter plugin for about 300 bucks, which wasn't perfect. My experience is that almost everything beside huge catalogues, books or periodicals (I never did such things) should be redone after some time. Because we meanwhile learned, saw, smelled, understood something, which gives us the better idea. I appreciate the IDML import very much, because its a door-opener, a way-able bridge for switchers. And there is no need for quark conversions in my eyes, open your pdfs instead and you're almost done. You don't have those? At this point let me say: You missed somehow someday an important part of the game. But this has nothing to do with Affinity. With the Affinity Publisher/Studio we have such a brand new, intuitive, fast, modern and powerful software. I started to evaluate and use the suite this year, and it took me a little time to get rid of so much cs-thinking. But I was really surprised by that potential I discovered then. And it's easy to forget those old shoes. Thanks Affinity! And let me say, this forum is the very best for design editing software on the planet. Period. This is also part of those great softwares. I'll buy shares on the first day you go public. So back to the topic, IDML along with PDF import is sufficient to get everything you'll really need.

Hi @Jon P not enough time this morning. A second check showed, that you're right. Activating "ignore Grid" in the textpanel brings the text back in the right position. But where does that come from? I didn't use the grid in this layout.

Thanks, thats what I use. But many or most apps I print from remember the last print state, ad to print with the same settings you just have to cmd-P-return and you`re done. Would be nice to have that behaviour too, it's just quicker and a nobrainer, if you have many settings and some printers like me.

Hi there, just a question: Does AP save/keep the last used print settings? In my case, AP always steps back to some setting (didn't find where that comes from), any changes are ignored in the next print (switches back to a different printer and papersiize/icc). This is annoying, if you work on a layout, and want to have some steps pinned at the wall in order to talk about, you have to enter the settings over and over again. But maybe its my setup? Is this normal? Beside that, I would highly appreciate saveable print-settings, like specific export settings which also can be saved. (Feature request) cheers, Marcus

Hi @Jon P in the indd source text (screenshot) is not aligned to the baseline grid. I tested switching off the baseline grid in AP beta, but this changed nothing for me. Same result. But regarding the Grid the conversion seems to be ok. textbox_issues-180-518-2.mp4 Here a small vid of the behaviour of the text. Adding a linebreak before the first line brings back the correct alignment, but changes the lineheight. -->> The placed PDF remained squished in my case, I tried to have both files on the same root level in the indd, exported a fresh idml, imported that – with the same result. Here the files … https://www.dropbox.com/s/bnny20a8vbkh4ix/19_12_05_textbox-pdf-issues.zip?dl=0 cheers, Marcus

Just an Update on this: this issue is completely solved in AP 1.8.0-518. Thanks Affinity Team !

Hi Affinity-Team, congrats for the app of the year, you're the best! But there is still some work to do in this case AP Beta 1.8.0-518, which should include those two points: First, the import places the text in those rounded boxes at top (not at the center as the original), and even if you change that setting, the text remains there until you really edit it manually. Second, the placed PDF is somewhat squeezed and I didnt figure out in relation to what. So please take a look at that, thank you. I'll give you the source files (excerpts) to trace that back, in my Dropbox … https://www.dropbox.com/s/6bbqz5pf8zxgscd/19_12_04_pkf_affinity-test ordner.dmg?dl=0 Cheers, Marcus

I switched this year our production completely to affinity, and it's nice, fast, modern, intuitive. And a huge step in terms of motivation – because it's fun to work with !! Thank you, happy birthday, all the best – and go on! Marcus

with leading signs or symbols, and maybe numbers yes. but I see mostly symbols, circles, boxes ............................. cool .............................. very cool ...................................... maybe cats ...................... O something else

Yes, this is correct. A list item with preceding text and fillers ( ............), if you want. The given example ist quite simple, but imagine some typographic ideas, based on that function. The most important point is the ability of quick and easy changes, by just editing a tab. (the page of my example has more than 20 of those choise-lines)

And another update with some workarounds: A workaround to get separated PDF files to use Acrobat > Tools > Pages > Split files , which gives you what I'd like to get out directly of Affinity Publisher. Be sure that the maximum number of pages per file is 1. Back to Affinity Publisher Brochure : If you export a single page with a given pagenumber, it dosn't work (wrong bleed) If you export that single page as "Actual page", it works (correct bleed) It's ok for now, that works for me, so far.

Just another thought on that. This thing is only relevant for an export of single / separated pages export. But this option does not exist in the PDF export dialogs. When you print/export spreads instead, this doesn't matter – and all works flawlessly. For my situation (producing some brochures with 12 to 24 pages) its a bit different, because I have to deliver that 0-bleed to avoid errors in an automatic workflow. This means … Export every single page manually, and then crop those (even on the right side, odd on the left) in Acrobat. No big deal, but annoying. And this takes some considerable time. Or export all pages (and in this case every bleed setting is correctly done, as mentioned before), but this time I have to split that pdf in up to 24 files. Takes also time and in the end makes no big difference to the first approach. Would be nice to have that fixed/solved. So my wishlist for PDF export for now is: Feature: Ability to export/write a PDF export in separated files for every page into a surrounding folder named "filename-export" Fix: Ability to get a zero-bleed on the inner edge when exporting a brochure layout in separated PDF files Thanks, Marcus

A quick update on this. I tried the cropmarks ths morning, but this changed anything for me. Then I tried different bleed values with the same result. When using facing pages the inner value is always the same as the outer (reference is the outer), no matter if top-bottom are the same or not. As mentioned before, this ONLY happens when exporting single pages. To get a "0" inner bleed, I had to set the outer to "0", which worked. This is always page 2, a left side page. best, Marcus

Thats right. 39 mm instead of 74 mm, sorry. Thanks for pointing that out . Forgot to say that I'm on a Mac running 10.14.6. Was a bit dizzy after a long day and made that layout based out of the brochure, I'm working on and where I discovered that. Honestly, I didn't try the corp marks, because most print services prefer to work without them. Anyway, thanks for your replies, and its no big deal to work around that for now. But let me say: Publisher is awesome, and nice to use! Thank you guys for this excellent modern software, this is the right way. Love it! The whole suite! best, Marcus

Affinity Publisher ignores specific bleed settings when using a page-facing layout for a brochure. This is the layout: In my case, the setting on the inner sides is "0", the rest is "3". Page size is 148 mm x 148 mm, which should give a PDF 151 x 154 mm including bleed, exporting a single page. But the exported PDF has a size of 154 x 154 mm, which means it ignores the "0". And thats what the PDF exports looks like for page 2 (left) and 3 (right) … Page 2 shows 3 mm of the right page. And Page 3 shows 3 mm of the right page. As some printers ask for such files with a zero-bleed, it would be nice to have one. If you want to reproduce that yourself, here are the files (afpub, pdf, screenshot) as DMG in my dropbox: https://www.dropbox.com/s/zy5hpqtx6evbhdr/19_09_29_Affinity Publisher Bleedtest singlepage export.dmg?dl=0 cheers, Marcus

Hi Team, I just made a layout for a questionary, simply to awnser with yes or no. To have a leading checkbox in a different color for example to choose "yes" or "no" you have to enter that manually. The only option is to fill the tab-step in order to get a line, here I've chosen the dots. This is how the tabstop panel looks like … The editor for the List styles has more options for leading signs, boxes or whatever. This is the feature I'd like to have for the tabstops too. Maybe like this, according to my example in the background … … in addition to the fillers, with leading signs or symbols, and styles. This would be unique and absolutely helpfull in so many cases!

Hi there, yes this "stuck on hand tool" (aka "View-Tool) issue still exists in August 2019 (seen in Designer 1.7.1 as well as in Publisher 1.7.2), and it's easy to reproduce. Just use the "minus-Zoom-Tool" to zoom out (option-command-spacebar) by clicks, and you're done. After that, releasing the keys leaves you in the "View-Tool". This is the case in Designer all the time, in Publisher sometimes not. Here you have come from another tool to the "minus-loupe-tool", but sometimes it works flawlessly, hmm But in both cases the way out ist easy as well ! Just type the "plus-Zoom-Tool" to zoom in (command-spacebar) and you're out of the "Hand-Tool". No need to click, just press _command-spacebar_ to get your pointer back. Seems to work with _"V"-spacebar_ as well, just tested, any key pressed with spacebar works as well.. (10.14 Mojave on a Mac)

Hi there, yes this "stuck on hand tool" (aka "View-Tool) issue still exists in August 2019 (seen in Designer 1.7.1 as well as in Publisher 1.7.2), and it's easy to reproduce. Just use the "minus-Zoom-Tool" to zoom out (option-command-spacebar) by clicks, and you're done. After that, releasing the keys leaves you in the "View-Tool". This is the case in Designer all the time, in Publisher sometimes not. Here you have come from another tool to the "minus-loupe-tool", but sometimes it works flawlessly, hmm But in both cases the way out ist easy as well ! Just type the "plus-Zoom-Tool" to zoom in (command-spacebar) and you're out of the "Hand-Tool". No need to click, just press _command-spacebar_ to get your pointer back. I consider this as a bug, but this little workaround should help you out - for now. (10.14 Mojave on a Mac)

Hi there, yes this "stuck on hand tool" (aka "View-Tool) issue still exists in August 2019 (seen in Designer 1.7.1 as well as in Publisher 1.7.2), and it's easy to reproduce. Just use the "minus-Zoom-Tool" to zoom out (option-command-spacebar) by clicks, and you're done. After that, releasing the keys leaves you in the "View-Tool". This is the case in Designer all the time, in Publisher sometimes not. Here you have come from another tool to the "minus-loupe-tool", but sometimes it works flawlessly, hmm But in both cases the way out ist easy as well ! Just type the "plus-Zoom-Tool" to zoom in (command-spacebar) and you're out of the "Hand-Tool". No need to click, just press _command-spacebar_ to get your pointer back. I consider this as a bug, but this little workaround should help you out - for now. No need to close and reopen documents. Cheers, Marcus (10.14 Mojave on a Mac)

Hi, testing typography with AP I found that its a bit long way (over the panels, windows …) to exclude a single textframe from the global Baseline Grid Alignment. I would suggest to include this function "Align to Baseline Grid" together with the missing "Text Alignment Options" in the Contextual Menu of the Text Tool. Which could also provide "Feathering" as well as all other standard text alignment options to the Contextual Menu, when selecting a textframe. Ok, what I called "Feathering" is called "justify" and available in the Contextual Menu of the Text Tool. No need to add that, sorry. And thanks for this excellent new approach to pagelayout, thats fine ! Marcus