Jump to content


  • Content Count

  • Joined

  • Last visited

About mattspace

  • Rank

Recent Profile Visitors

427 profile views
  1. Height, Width, (Depth) is the standard order for listing measurements in the art world. The colloquial use of Width x Height only emphasises how important it is that tools are explicit in their labelling of measurements, because people have to swap back and forth a lot. In Photo 1.9.1, only the Width field has a tooltip, the Height field produces nothing, but either way, Braille (mouseover hovering) should not be the model for a GUI, emphasis on the G. Unfortunately, there are a lot of people in the computing world, who've been lead to believe that decorative minimalism is a substitu
  2. This is a pain point whenever doing an export, that allows a mental load to be added to the process, of simply having to take a few seconds to think about which is width, and which is height. A simple addition of "W" & "H" next to each box would be a HUGE weight-off-mind and ease of usability change.
  3. That's interesting, and I can see the logic to it, though the document was started with the preference to "prefer linked". The point is moot now however - it seems the update from macOS Sierra to High Sierra fixed a bug I was experiencing in the system's native pdf rendering, which meant the core of the problem, rendering .pdf into .png was able to be done by an Automator action. So I don't need to involve Publisher, or Photo (just means I'll have to virtualise a system with CS5 in it, eventually). cheers,
  4. I recall having an automator script that did most of it at one stage, though I think I mothballed it because macOS Sierra had a native pdf rendering bug that put red and blue fringing on text. Thanks for reminding me of *why* I originally bought into Affinity - to get around that issue. I might dig that out and see if I can rework the process.
  5. Publisher 1.9. The files are going through Publisher because Affinity Photo has a bug that prevents it rendering them properly, and I need to get them into png format for epub publishing. InDesign has no png output, and Photoshop CS5 can't have its opening of pdfs automated. So the process is render out the pages as pdfs from InDesign, they're all placed in a Publisher document, then Publisher outputs as png. That way, If I have to change the master InDesign document, I can then run the output script from that, then run an output pass from Publisher, and have my several hundred pngs.
  6. This is the same 236 page document, the InDesign version has linked layered tiff files (and all of the layout, text etc), many of them upto 500mb in size each. The Publisher version is linked pdfs of the pages spat out by InDesign, that are 20-40mb in size. Publisher is set to prefer linked for its file placement, and the files all show up as linked. Does "linked" mean something different for Publisher - is it still keeping a full copy of the linked file within the document?
  7. Hi, Not sure if this is a bug, or just a problematic implementation. The situation - I have a 230page+ document, every page is a separate placed pdf file. Those pdfs are produced in a different application. I want to make a univeral update, that requires replacing every pdf from the other application. So, in the other application, I run the script that saves out every page as separate files - it overwrites the old pages. Publisher seems to be over-enthusiastic as watching for changes for files, and comes up with a modal error for every file, as "unsupported file types", I suspec
  8. Yeah, it's set to passthrough, so I'm effectively able to use Publisher to convert pdf to png. It's not quite as embarrassingly fast as Photo was at processing the directory, unfortunately.
  9. InDesign (CS5 era image) does this nicely - the entries in the layers palette show each entity on the spread, in the layer it's in, so you can adjust the stacking order of elements on the page within Global Layers. But, you can also in single-digit-clicks non-destructively (I can't over-emphasise how important it is that this doesn't actually change any pages) re-purpose the entire document for a different output intent (from anywhere in the document), by toggling layers on and off.
  10. As per subject - would be good if Preview mode removed all non-output elements from the page / spread. Finding it distracting when trying to work with cross-spine artwork, or bleed to the edge when there's white, or black hairlines that aren't actually part of the artwork, and don't show up in the output, but show in the application. For example, InDesign's Preview Mode switches off every guide and UI element on the spread, so what you see is only the canonical output.
  11. ahh yeah, I see, but it doesn't get rid of the page edge / spine lines, which seems a little counter-intuitive. 🤷‍♂️
  12. Because it looks awful with artwork I have going across the page centre, and it's a thing that doesn't appear in the actual output. EG in InDesign, you have Normal Mode where you have all the guides, margins etc visible, but then you can switch to Preview Mode, where it's still fully functional, but you only see the actual output. But knowing it's not able to be disabled, I'll put in a feature request, thanks.
  13. Hi, Is there a way (setting) to disable the spine / centre line in spreads? Also, disabling the hairline around the edge of pages / spreads? Thanks,
  14. Oh something I noticed - when placing this same file in Affinity Publisher, the box edge artefact effect doesn't occur. So here's my (current) workflow to get around the problem: Original 236 page publication in in InDesign CS5, which I can still run. I use a 3rd party script to export all pages as individual pdfs I manually place them, one at a time into a new 236 page Affinity Publisher document. I export all the pages as .png files The .png files form the pages of a fixed-layout .epub file that's assembled manually with xhtml files in a text editor (png is
  15. Just wanted to bump this, because it's still happening in 1.9. Any chance of an update as to whether it can / will be fixed? Thanks.
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. 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.