Jump to content

Zaxonov

Members
  • Content Count

    20
  • Joined

  • Last visited

  1. I was looking for this. It works indeed but that's not ideal - It's almost impossible to find it; - It closes a curve.
  2. That's what was I thinking too and that's why I was very confused. But since the issue is known for 6 years I had doubt. I was actually looking on the web about the PDF specifications and PDFLib and couldn't find anything on some kind of limitation... Thanks for the insight
  3. OK then... That doesn't explain the reason why they add white borders to PDF export. I do some dark theme lecture notes using LaTeX to ease the readers eye so the background is dark. If I want to include a 17cm x 5 cm graphics in that document, I don't want white borders to appear just because the dimensions were not a integer value of pixels. They would be really apparent is such documents... EDIT: Maybe it's a limitation of the PDF format? EDIT2: Well in this case the white border won't show since it's not white but transparent borders, but that's still incomprehensible to me why the exported PDF size has to be that inaccurate...
  4. Thanks for your answer If that's true, I find this really really stupid... pixels are the least accurate choice especially if you can have 6 decimal in millimeters in this app. At least I don't grasp the idea behind this... the dpi Even if the exporter rounds up the value, why adding white borders? The software that will read the PDF will compute accordingly the pixels to display the anyway... However, with your explanation, I changed my dpi to get integer value of pixels at least in one dimension and cropped the other one and I have no longer white border. Thanks ! I also understand why I didn't get white borders before. For my first version of the document I chose integer pixels width of 2732px at 264 dpi to match the iPad Pro display informations given by Apple. However, my document has some millimeter grid (not the one I posted) and the result wasn't quite accurate when compared to physical millimeter grid. I suppose the 264 dpi number that Apple gives is a rounded number. That's the reason why I was tinkering with other size in millimeters to make it match a physical millimeter grid. I do that empirically and the 262.35 from is just one test like any other and may not be right. Since my physical grid maybe not be accurate either, it would help me if Apple gave more accurate screen size but that interest almost nobody I google those informations with no success
  5. I have the same issue when exporting to PDF. I have a document that is set to be 262.35 mm x 163.975 mm at 264 dpi and when I export it to a PDF (with nothing rasterized) I still got white borders on the right and bottom. The size of the PDF is slightly changed too. However, I managed in the past to get some PDF with no white border and maybe I didn't check an option or changed something in my document that I'm not aware of. If anyone could help... If that's about pixel alignement I don't get it... What do pixels have to to with this since everything is vectorial? test.pdf test.afdesign
  6. Hello! I posted one day the idea to separate the « placing within the line or at the end of the line » for the start and the end of a stroke but sadly it wasn't popular, so I don't know if this one will be. It would be great to get a third placement options for arrows beside « end » and « start ». A « middle » one would be great too! Especially if we could choose the middle point with a pourcentage of the stroke length It would save a lot of time creating stroke like illustrated in the screenshots I provided in the attachment of this post.
  7. Hello, this may be a bit of an obscure feature. I read the DXF/DWG thread and these format are for more important and they're not implemented yet so I'm not sure if this would even been considered. However, I use Designer to create drawing to import into my lectures and I use LaTeX to write them. One thing that could be really interesting is exporting our design into a code written in PGF/TikZ to import into a .tex file. (https://en.wikipedia.org/wiki/PGF/TikZ). There are tools that convert SVG to that already : https://github.com/kjellmf/svg2tikz. PSTricks export could be nice too: https://en.wikipedia.org/wiki/PSTricks . Well, I don't think a lot of users knows these « format » but that's worth a shot
  8. That would be great if the options “Place arrow within the line" and "Place arrow and the end of the line” were independent for the Start and the End of a stroke. For exemple, that would help a lot in drawing mathematical vectors like a force. Its application point is usually represented by a plain circle and I like it to be centred on a very specific point while I like the force arrow tip on a specific point. What do you think? Thanks!
  9. Hi all ! I'm just adding my voice for this feature It would be very useful. But like others pointed out, there are many features to add to Designer and it's impossible to add everything at the same time Thanks for sharing the link I used this website in the past and it works great!
  10. Yes, that's what the stroke might actually do and I understand why it's not trivial to achieve. But what I meant is, when we have a stroke at a certain width, we can see the limit of the stroke. This limit is, I suppose, a curve that Designer compute for rendering on screen and printing. And I guessed it's done in a different way so we can't get it as is. Or it's just not implemented.
  11. Thank you, that worked! I was indeed working from a picture of about 250 x 250 pixels in 72 DPI that I opened in Affinity to reproduce a character on it. Just for the test, I chose 6 decimals of precision and scaled up my document to the max I could (256000 px). The stroke expansion took a fews seconds to compute and there's now an army of node points That's interesting. I now just need to scale just a little bit up like 10x or 100x. Thanks! However, it would be interesting to understand why the Affinity team can't « extract » the curve that is generated to render the stroke width.
  12. Well I'm not the OP of this thread and since my knowledge of Affinity Designer is very very low, maybe there was another way to do it precisely that I wasn't aware of...
×
×
  • 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.