Jump to content

bpedit

Members
  • Content count

    143
  • Joined

  • Last visited

About bpedit

  • Rank
    Advanced Member

Contact Methods

  • Website URL
    http://bpedit.com

Profile Information

  • Gender
    Male
  • Location
    Chico, CA
  • Interests
    App design/programming, Guitar (playing and building), 3D Modeling & Animation, Woodworking, Hiking

Recent Profile Visitors

324 profile views
  1. Thanks! Good kludge. I'll have to test whether I can "convert to curves" in order to move some of them around a bit to produce a pattern more like a stipple. Edit: This will not work. When the text is converted to curves, the resulting "circles" are composed of two concentric circles. I need simple, single line circles. Thanks for giving it a shot.
  2. Is there a way, with AD, to paint vector circles? That is, moving the brush would leave a path of small circles with spaces between them. The purpose would be to create a stippling like effect. This is a common facet of pixel paint brushes but I need vectors to feed into a CAD program.
  3. bpedit

    SVG scale issue still extant

    Thanks. I rest my case!
  4. When an SVG file is exported from AD and imported into another app, the original dimensions are not respected. An AD SVG is generallly quite a bit smaller than it should be. I don't see this issue with the other graphic apps I've tested. This is a pain. I design my graphics in AD, it's definately the best app I have for that. But then I must cut and paste into iDraw (Graphic), then save the SVG from there.
  5. Whoa! This beta is almost twice the size of the current release!
  6. How about a way to permanently reset (make orthagonal) the selection box. Maybe double clicking on the responsible button?
  7. This make no sense to me, at least for my use. "Correctly" must be in the eye of the beholder. The reset boundry box still fits "exactly around the shape" unless you're speaking to the simple case of rotating a rectangle versus a vector drawing. Even then the fit is exact although not orthagonal.
  8. How convenient! Why wouldn't a permanent rotation be the default? Edit: One issue with this method is that it appears to close open lines!
  9. bpedit

    SVG Export Scale Issue

    Bingo! Thanks, I didn't read the fine print. But I still get the wrong scaling in Carbide Create. My 50.0 mm test frame imports at 8.954 mm, still the same ~5.6 scale-up needed as in my other imports.
  10. bpedit

    SVG Export Scale Issue

    Hey Sean, thanks for running this; Indeed, your 10mm opens about 9mm in Carbide Create (CC). This is much different than my experience. I have done several manipulations like greatly enlarging the document and object size but still see the huge size reduction. In fact, I've just made my own 10mm circle which measures 1.79 mm in CC. (There it is again, the 5.6X factor.) An apparently knowledgeable source on the Carbide 3D forum states that the DPI should have nothing to do with this. This makes sense considering SVGs are vectors. So I'm wondering what gets you closer to 1:1 I'm working in mm, sounds like you are too. But even if I can replicate your results, it's not good enough for my use where inlays must match pockets and engraving must fit precisly on the inlay. I.e., multiple toolpaths executed from multiple SVGs at multiple times needing to coincide. My workflow right now is to use Designer to create the art then copy the image and paste it into Graphic (iDraw). Then I use Graphic to create the SVG which sizes perfectly in CC. One other advantage of Graphic over Designer is that Graphic allows creation of SVGs from a layer or selected objects. Designer seems to export everything including hidden layers meaning I have to save a copy for each layer I want to export and delete the remaining layers from that copy. More files, more confusion, especially if I want to modify. Here's my 10 mm circle from AD: 10mmCircle_2.svg PS: Strange that AD opens its own creation at a different size!
  11. bpedit

    SVG Export Scale Issue

    I'm creating simple Bezier line drawings in Designer and exporting them as SVG files. When I import them into Carbide Create, a CAM app for running a CNC machine, the scaling is too small, generally by a factor of about 5.6. I can't just scale up for two reasons. The lines get choppy and the scale factor is not always exactly the same. I've tried a number of parameter changes to no avail. I have tried this process with iDraw and Inkscape, both export with proper scaling. When I import a Designer created SVG into either Inkscape or iDraw, I also must rescale the image although not necessarily with the same factor as Carbide Create. So, I suspect this is more an issue of how Designer is handling the SVGs.
  12. Has this issue been resolved? I'm having a similar issue exporting SVGs to a CNC program, Carbide Create. Unlike the OP here, my issues prevails regardless of DPI setting. The imported image needs to be scaled up about 5.6 times to approximate actual size. I've tried tests exporting from iDraw and results are spot on so I think this is an Affinity issue.
  13. JET_Affinity I haven't use AI since my original post, I think CS2 or 3 was as high as I used because of an updated OS and a refusal to suport Adobe's subscription menatality. So I can't attest to the arrowhead tool in the current AI. I know I didn't like the arrowhead tool they had in the versions I used, it seemed compromised by being part of a general end-of-lines tool. So, you absolutely feel the the arrowhead functionality I envision would be uncompromised by being lumped in with general end-of-line stuff even though the adjustable parameters I'd like to see for arrowheads only make sense in the context of arrowheads? All I'm asking is that if these adjustable parameters would not be implemented as part of a general end-of-line stuff tool, make arrowheads a separate tool. I can't imagine why you seem to take extreme umbrage with this.
  14. So how do you picture the ability to, say, adjust the angle of the arrowhead fitting in with your "modern related features"? I worry this ability, and a corner rounding parameter, wouldn't be germain to your other applications and would be left out of the feature set. If you are compromising the arrowhead feature set to make it a generic tool, I think it should be a separate tool. I don't argue against your needs or wishes; I'm unclear on why you would wish to potentially compromise mine. You did read the initial post? At least as far as my experience goes with AI, Freehand, Canvas, etc., I'm asking for something a bit more robust than "ordinary old fashioned arrowheads".
  15. OP checking in. I see I've been hijacked! While I appreciate the wishes of others, I sure hope all this digression from arrowheads doesn't compromise the utility of, well, arrowheads. Many of the "add-ons" being requested here would not, in any meaningful way, be enhanced by the kind of controllable parameters as I envision a robust arrowhead utility. The idea of lumping arrowheads into just another option to put stuff on the ends of lines is worrysome, I'd rather this be thought of as an independant request. Lumping arrowheads into a generic stuff-on-lines not only threatens dilution of their utility but likely delays implementation even longer.
×