Jump to content

Marcocampo

Members
  • Content count

    17
  • Joined

  • Last visited

Everything posted by Marcocampo

  1. 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)
  2. Hi there, I've seen many topics on Affinity Publisher Printing Issues, most of them talk about DPI and PPI as well as bad print quality. If you want to learn about DPI and PPI, you can take a look to "James Ritson – Understanding DPI" in an Affinity Spotlight, it's very good and understandable. I encountered some problems too, but after some investigation I can say that the DPI-Settings in Document Settings are not the culprit for those issues. I'm a professional designer and use Affinity Publisher to create Layouts as well as PDFs for Print Productions, and all that works fine. If you stay with the default document setting of 300 DPI, you can produce high quality layouts and PDFs. Our Layoutprints are done with an XEROX 7750, an A3 color laser and the colormanagement runs with ColorSync where we use custom ICC profiles for Linearzation and Colormatching, made with i1 Profiler. We use macs running 10.14 mojave. This workflow is stable and controlled with constant results. This Laser prints with 1200dpi mad makes about 150 LPI, which simulates standard offset printing correctly in terms of color and offset rastering. There is no RIP, we print directly to the printer. With Indesign and Acrobat as well as with other softwares, all works fine. For that reason, I can say: Its not the printer or the RIP. When printing directly from Affinity Publisher, we encounter all the time some "blurring" specially of typography. We made some tests, first with some labels, then with the "Manga-Layout". Let's take a look to the labels. The label on the left is directly printed from an Affinity Publisher document, the other one on the right is printed with an exported PDF (from that file using PDFlib+PDI 9.1.2p1-i (OS X/macOS) out of ACROBAT. In terms of color no problems. But you can clearly see the blur of the typo (NO pathtext) on the left side. Both prints are done under matching conditions (driver/settings/paper): The one on the right side is correct, the LEFT print directly out of Affinity Publisher is not. Typo is blurred, but surprisingly other elements not. Colors are good. Lets take a look to the second test. We made a quick layout, prepared a somewhat logo on Designer and an image with transparent background in Photo, a gradient as back, and the logo as placed PDF. Same export as PDF, using PDFlib+PDI 9.1.2p1-i (OS X/macOS) The page on the LEFT is directly printed from an Affinity Publisher document, the other page on the right is printed with an exported PDF out of Acrobat. Here we see the same problems with blurred text, but also some quirks with the background and overlays. (dont blame me for those iphone colors This is not correct, while the colors are the same. My personal impression: The blurred text as well as those not properly working overlays seems to be an POSTSCRIPT issue of the internal processing unit in Affinity Publisher, I'm not sure but I think Affinity Publisher sends a rastered image to the printer instead of a PDF. Normally this works fine, you can use such a feature in Acrobat too. Affinity Team, please take a look at that. From far, or scaled down like this picture, you don't see the blurred typo really well, for that reason another picture, which shows that clearly. And btw that this is not an issue coming from resolution settings – dpi and raster are exactly the same, but not the typo. So maybe you might want to reproduce that yourself at Affinity, therefore I prepared a DMG of 34 MB with the files I spoke about. Here's the link to download that: https://www.dropbox.com/s/oa9gzou5is2vgq8/19_08_24_Affinity Publisherprint issues forum.dmg?dl=1 and the screenhots high res: https://www.dropbox.com/s/k4c0aaz4l1dqr9m/screenshots_ap-print-issue.zip?dl=0 Thanks and Cheers, Marcus
  3. Marcocampo

    And then that happened!

    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
  4. Good news: Sice that version 1.7.3 the text blurring is gone, printing directly out of Affinity Publisher gives the same quality. Thank you!
  5. 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!
  6. with leading signs or symbols, and maybe numbers yes. but I see mostly symbols, circles, boxes ............................. cool .............................. very cool ...................................... maybe cats ...................... O something else
  7. 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)
  8. 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
  9. 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.
  10. 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
  11. 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
  12. 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
  13. Just made a test with the beta, it doesn't crash anymore. Fine !
  14. Another issue printing on a Mac using mojave – Affinity Publisher crashes when trying to print a rotated layout. We juts made some business cards with vector QR codes (as symbols) and 2 cmyk-afphotos. Export of PDFs works fine, but printing out of Affinity Publisher not. If you rotate the view clockwise, and press command-print, Affinity Publisher immediately crashes. Crashlog attached. Affinity Publisher Crash [97150].txt
  15. 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)
  16. Marcocampo

    Hand tool stuck, Translation, OBS..

    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)
  17. 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
×

Important Information

These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.