Jump to content
You must now use your email address to sign in [click for more info] ×

BofG

Members
  • Posts

    1,431
  • Joined

Everything posted by BofG

  1. So some kind of format that allows you to port the work into various applications.. a kind of portable document format... hmm... Why do you not want to use pdf? It's probably the most fully featured option, can preserve layers, vectors, raster images, and has wide support across various applications.
  2. You can also just type "420%" directly into that same field, no need to move the cursor and append the sum.
  3. I see it more simply - any property that is altered when sync is disabled is removed from the attributes that are synced. I don't understand what you are trying to achieve. If you have changed the card's name, why do you then want a change to the other synced cards to then override that name? You wouldn't then be able to have any unique names on any synced cards.
  4. This might be related to the bug that produces an odd offset border on borderless printing. My standard advice when it comes to printing from Affinity is "don't". If you don't have any other colour managed way to print, get Adobe Reader, export from Affintiy to pdf and print from Reader.
  5. Yes I meant the one the OP first uploaded, if that is 1:1 with the default unit of 1/72 inch then it would need ~38,000 units for the width which is above the pdf limit. Affinity is happy with that coming in at the stated size though. Your file reports the correct size in Reader, but in Affinity it's 1/4 size which makes me think Affinity doesn't support custom user units. If that's the case maybe Affinity is just ignoring the pdf spec with regards to the max value. Sadly I don't have any tools to see these things either. Anyone from Serif feel like enlightening us?
  6. @MikeW that's interesting. Loading that into Affinity designer gives me 3250mm width, and the embedded image is over 400dpi. Seems like your user unit is around 4x? So I'm now confused - is it that Affinity DOESN'T support custom user units, and simply ignores the 14,400 limit when creating PDF files? Do you have any way in Distiller to view the specified user units in that original document?
  7. Adobe Reader doesn't seem to support the custom user units. The "default" unit is 1/72 of an inch, the maximum value for a unit is 14,400. If you multiply 1/72 of an inch by 14,400 you get exactly 200 inches which tallys with what @william said. Your print provider won't be using Adobe Reader though so you shouldn't have any problem.
  8. If it's an acutal text layer then you should just use the cmyk sliders to set it to 100%K.
  9. I'm failing to see the issue - that PDF opens fine in Affinity, and I can also export it from there no problem - what error are you seeing? The notion that PDF has a size limitation that doesn't apply when exporting from Corel is misguided - pdf prior to 1.6 has a size limit. 1.6 and above doesn't. Some readers don't work with larger documents that relay on a custom user unit.
  10. Well if you try to use Designer you'll quickly realise you are missing an important dimension. As for 3D print on demand, Shapeways is an established company in that. I've never used them, but know they have been around for quite a while.
  11. You need to provide more details. It sounds like you have placed the png into another document, but it's unclear exactly what you have done. Screenshots of your Affinity document showing the layers panel would be helpful.
  12. That's no different to exporting as a raster format though, it's just a bitmap wrapped in an svg. I assume the OP wants a vector out of this. They did that already
  13. I didn't realise you had used layer effects - those aren't handled in export to svg. Your plan to use css is probably the best approach. For the hair gradient you might have to get a bit creative and make it as a shape (perhaps with a Gaussian blur, one of the few fx that seem to work ok in svg). Rather than mask it to the hair, you may need to go the other way and draw the background colour as a shape to blank it out where it extends beyond the outside of the hair.
  14. Have you tried pasting the selection into a new document and then exporting the full document rather than exporting the selection?
  15. Part of the problem was the white body on a white background, you also for some reason ended up with a white rectangle covering most of the design. I cannot see on first look why the radial gradients are not working, I don't have the time to dig more into it. Hopefully the attached file will get you somewhere further along the debugging of this. trombone.svg
  16. 0.8mm would still be a tight tolerance on a sheetfed press. Your file though is out by 0.08mm.
  17. It's the document size itself, not the contents. I guess there's mathematically a way to set an obscure dpi that would give the correct final dimensions, but that would just be madness FWIW the larger of the two discrepancies mentioned is still less than the thickness of a standard 80gsm sheet of paper.
  18. From what's been stated (and @anon2 seems to know their stuff) it doesn't seem possible. The affinity file and the pdf are two different formats, and with the export approach it takes there's nothing under your control that would change it.
  19. It might actually be calculated against pixels in a sense, as a pdf unit is by default 1/72 of an inch aka an old-school pixel. As a joint effort I think we got it right
  20. I would imagine it's a rounding issue, the units used in a pdf are based on inches. Your mm sizes don't fall on whole inches so there has to be a limit to how many decimal places (or I guess technically fractions of inch) it is represented as.
  21. Keep in mind that going through the print and cutting process the tolerances are greater than the difference you are seeing. It's a bit like measuring a piece of wood with a micrometer then cutting it with a chainsaw
  22. Which specific sRGB profile are you using? Are you certain you are using the same one in vray as in Affinity? If you are rendering to a linear profile there's no requirement to convert it to a non-linear profile unless you are dropping down from 16 bit. There is also the question of rendering intent, that alone could account for the colour differences. Viewing colour in different apps is a bit like that saying: a man with a watch knows the time, a man with two watches is never sure
  23. Glad you solved it. When it's snapping to the isometric grid you will see small fading red lines going out along the grid from the snapping point which can help to see if it's snapping to the grid or another element on the design.
×
×
  • Create New...

Important Information

Terms of Use | 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.