GreenGirl

Just exporting as PNG same resolution. The preview app view above is native - not resized.

Sure, have at it! Icon.afdesign

What's DAM mean in this context?

Hi. I'm new to Designer, but I don't know if I've found a bug, doing something wrong or something else, so I was wondering if I could get some advice please. I have created a vector image of what will be an icon. The original vector is sized at 264x264 px, when I export to PNG I'm keeping the same resolution and allowing the app to resize it down as it needs for the buttons involved. The vector has a transparent background, with white rounded rectangles with a dark grey stroke. Upon export there is weird 'anti-aliasing' or transitioning from the dark edges to a white background, despite being saved as a PNG with a transparent background. i.e. the hard 'stroke' edges are not being respected upon export. Here are two screenshots, the first of the vector, the second of the PNG after export when viewed with Preview (macOS). Can someone please advise? I need to maintain the hard edges. I wondered if it was something about sub-pixelation placement of the ends of the rounded rects, but I've turned pixel locking on and all my guides are to the exact pixel, so I don't think it's that. I even altered the stroke width such that it's in pixels not points (as the photos show) which of course changed the 'point' size, but even then, on export, it still didn't fix the issue. Considering the bugs in Designer's SVG support, I'm wondering if that's what's at play here too, or is it just user error?

@John Rostron Actually, as someone who started this whole thing, I can most assuredly say, that considering this isn't just about drawing 'tick' marks, but also placing specific text at specific radii in relation to specific ticks, rotating and offsetting each rule in relation to others by exact and specific amounts to produce specific calculation abilities and that the text to be displayed is a semi-complex subset of the numbers belonging to every tick, that having tried drawing manually, doing spreadsheets, and now written a Swift app to generate n number of x type of rules each with their own y formula and comprising of z text requirements... once I understood how to do it in 'real' code... it's much simpler, quicker to change / edit, and much less work to add new rules / rulers and formulae to. I know @v_kyr will say to me "I told you so..." and as I said to him "I knew you were right..." but I was trying to get the job done, and spending what ended up as 8 days getting my head around Swift code AND SVG xml syntax... it was the best decision. Last night, a key person driving the project approached me and pointed out that there were some things needed to be added / changed. I changed a formula, I added an offset, ran the code and re-created the SVG in less time that it would have taken to have made a new spreadsheet and hacked an SVG by hand. Thankfully what ended up taking 30 mins could easily have been hours if not longer, using the methods I had previously been using.

Finally... all 5 rules complete... first circular slide rule complete. Swift program taking inputs spits out the SVG that I can import back into Designer and colour / texture as I need. Thanks to everyone over two threads who helped with this; special shout outs to @John Rostron and @v_kyr Very disappointing that Designer couldn't have working SVG support and some of the buttons / functions in Designer don't work as advertised... but it's done. 1 down, 4 more to go!

Thanks to V_Kyr, I've spent the week learning Swift Command Line tools, and SVG syntax and made a swift tool that will generate an .SVG for a specified size, font, and tick lengths. This morning I finally got the outer ring code working: Obviously need to remove the 80 as it's clumping, but otherwise, this is perfect. 1 rule done, 5 more to go (on THIS slide rule at least)...

@John Rostron You mean do it 3 more times and composite them? The point is that, let's say every whole number needs a long length, every 0.5 needs a shorter length and every .01 or 0.2 (depending on where in the arc you are) needs an even shorter length... so that's 4 times I need to edit the SVG.. sure, I suppose I could go back into the spreadsheet and hack out the numbers, so that I end up with 4 lists, and then copy/paste into the master .svg file... I was just hoping that there was something in Designer (or Sketch) that I could just bulk select and change all lengths without throwing in extra skews, transforms or other such nonsense.

@v_kyr I know you did, but I figured as we're 'almost' there it would be quicker (I'm on a deadline kinda) to do the rest by hand, than it would be to learn 2 languages at the same time with no-one to help.... Rock -> ME <- Hard place...

Learning C and SVG XML is looking more and more attractive.... <sigh>

that was how I original conceived of it, but they're not draw at regular intervals... they're on all sorts of logarithmic / sin / tan / arcsin scales.. it's been 3+ weeks working out how to even 'draw' the ticks... the numbers are impossible to do.. they have to be done individually by hand. (unless you're a crack C programmer that knows how to write SVG XML like a boss... no names mentioned.)

You mean draw all the 'ticks' as a capital 'i' ? Ooookaaayyyyyy....

LOL, IKR.... it almost goes 3D !

Yeah, clicked that... they went all funny in a completely different way... lol.

@PixelPest No, but that's a great effect too! I certainly want to know how to do that...but you've already answered my question. Thanks again.