BofG
-
Posts
1,431 -
Joined
Posts posted by BofG
-
-
-
I see it more simply - any property that is altered when sync is disabled is removed from the attributes that are synced.
7 hours ago, Kuptain said:Now I disable "sync" for the icon to edit the card's name. After re-enabling sync, changing the name on another card will no longer override the previously desynced card... Changing color/size etc does still apply, but I can no longer override the text change.
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.
-
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.
-
11 minutes ago, MikeW said:
Which "original document? If you mean the OP's pdf, it would be 1:1
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?
-
@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?
-
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.
-
1 hour ago, CarolaKu said:
I have tried to use adjustment/selective color on that text layer but in the end it doesn't work.
If it's an acutal text layer then you should just use the cmyk sliders to set it to 100%K.
-
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.
-
-
41 minutes ago, William Overington said:
So, having seen some posts on the web about 3D printing using metallic printing ink, I wondered if I could design, and maybe upload artwork to a site somewhere and receive a sculpture in bronze or similar, if there exists a business that does 3d printing of one-off items in a similar sort of way that the 2d prints on cards can be ordered.
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.
-
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.
-
3 hours ago, Brian_J said:
I think the issue is with the "Rasterize Nothing" in your export settings. Some things can't be exported as vector -- I believe this includes all layer effects. I'm guessing the inner shadows need to be rasterized. All the raster data will be included in the SVG file.
Try using the Rasterize setting Unsupported properties.
The attached AD file was saved with the unsupported properties rasterized.
Export Raster Example.afdesign Export-Raster-Example.svg 344.4 kB · 1 download
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.
3 hours ago, iconoclast said:Could it be that, because in the Export dialogue "Selection only" is selected, only the objects that are actually selected will be exported? Try to export the whole document.
They did that already
-
4 hours ago, Samweow said:
I guess for my purposes, because I'm just injecting this into html, I could probably just use a css box-shadow
But there's also a line on the hair which is much less visible inn designer. I think it might be due to this layer.
If you open the svg, you'll see what I mean
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.
-
Have you tried pasting the selection into a new document and then exporting the full document rather than exporting the selection?
-
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.
-
15 minutes ago, jjames said:
I don't feel like I'm being overdramatic. 0.8mm when printing double-sided documents puts everything noticeably out of line
0.8mm would still be a tight tolerance on a sheetfed press. Your file though is out by 0.08mm.
-
28 minutes ago, R C-R said:
If I understand this correctly (which is certainly debatable!) the only way that will happen is if in your Affinity document you make sure everything is in whole pixel units to avoid rounding up fractional mm values to the next whole pixel value.
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.
-
13 minutes ago, jjames said:
I understand regarding the printed result, and I've allowed for a 3mm bleed, hence the crop lines.
I just want my PDF files to match what I've designed in the document, I expect them to be consistent with each other.
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.
-
-
2 minutes ago, Alfred said:
I think your explanation is better than mine! PDF output can be pure vector, so pixel resolution is irrelevant.
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
-
15 minutes ago, jjames said:
Thanks Gary. And thank you BofG, I 100% agree with you, I just want to understand why this odd behaviour happens. I want my work to be as clean as possible.
Does anyone know why this happens? Is there a setting that I'm missing?
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.
-
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
- PaulEC, Alfred and RadioJasper
-
3
-
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
-
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.
Future save
in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)
Posted
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.