Jump to content


  • Content Count

  • Joined

  • Last visited

About bpedit

  • Rank
    Advanced Member

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Chico, CA
  • Interests
    Fine inlay with CNC, learning enameling with intent of champleve, Guitar (playing and building), 3D Modeling & Animation, Woodworking, Hiking

Recent Profile Visitors

739 profile views
  1. @Alfred Wow, the issue was experienced two years ago! It is related to using the Apple Pencil. At least I now have a workaround. It appears that the finger usage is only needed to engage the numerical display. Thanks for hunting this down!
  2. I think I have that as well now that I look. Between the numbers keypad and the display at the top is: < mm > Wait! I tried again and it's not there! Wait, it's back. Gone again and won't come back. Hmmm. . . Maybe it's time to reinstall AD. (But I fear that because there also seems to be an issue with saving docs where the saved name does not match the document name. This may be related to creating copies of docs where the original name is retained internally by AD.) EDIT: I tried a re-install, still have the same issue.
  3. Attached is a recording with a document set to millimeters. I also tried a fresh doc with default settings and get different faulty behavior; in this case, the resulting line widths (in points) are generally half the entered value. this is especially un-nerving since it sometimes works. [Oops! I notice the left "taper" button is not level with the right. I assure you the behavior is the same when they are both at the top, level.] RPReplay_Final1596119893.MP4
  4. When exporting an SVG the toggle "Use document resolution" is ignored if selected. Even though the document is 96 DPI, you must set this by hand in the Export dialog. The default in the dialog appears to be 300, if you select "Use document resolution" that value remains at 300 in spite of having created the document at 96 DPI. Unlike the desktop version, iPad AD appears to lack a Document panel. But the use of Resize allows me to verify I've set the document to 96 DPI.
  5. I'm not confusing mm and points but perhaps AD is. My document units are "Millimeters". In Preferences, "Text in points" is OFF, "Lines in points" is OFF. The display in the Strokes Panel shows "mm". Pref's have not been changed since the documents inception. The figures I quoted above are specific examples I ran as I posted. This is not a one-off problem, it recurs sporadically; I've yet to ascertain any states that lead to this. I just created a fresh new document using millimeters, 96 DPI. Created a two point closed vector shape. enter 0.1, reads 0 still an evident line though very thin For the following, the line sizes appear to be as the "reads", the value show in the display, suggest. enter 0.2, reads 0.1 enter 0.3, reads 0.1 enter 0.5, reads 0.5 enter 0.7, reads 0.2 enter 1, reads 0.3 enter 2, reads 0.5 enter 5, reads 1.3 Still no miracle transition to good behavoir.
  6. How about more precise displays of line width? I am working on designs that mandate control to 0.01 mm. I understand this might not be feasible in the icon display, space wise, but certainly seems doable in the Stroke Panel. This might apply to other parameters as well but it's currently only an issue for me with stroke width. The program seem capable of discerning values to this precision, just that they're not currently displayable. Maybe add this as an option in preferences for folks who are happy with the current display.
  7. This is in reference to the Stroke panel with the Move Tool active and a line selected. I'm working in mm which may be salient here. When I use numerical entry to set a line width, that width is not what shows in the panel nor the panel's icon in the menu bar. Say I enter 2 mm. The value shows as 0.5 mm which appears to be the correct, but not intended, size of the line. Now, say, I enter 4 mm as the intended size. The resulting size is 1.1 mm. I enter 0.2 mm and get a 0.1 mm line. Then a miracle appears to happen. The process begins to work properly for awhile. I have not, in the interim, fiddled with any other parameter of the line's attributes although I may have selected, then de-selected, other objects. But this good behavoir only lasts for awhile until I'm back to the aforementioned issue.
  8. Hello Sean, On my iMac: Both files open in pixels at 72 dpi. If I convert to mm and 96 dpi, the square measures 50 mm. This is the same response I get when I AirDrop an exported SVG from iPad to iMac. On iPad: The files open in Safari. I then export to the Designer Folder in the Files app. When I open in Designer, as on the iMac, the file is in pixels at 72 dpi. However, the result of changing to mm and 96 pdi is different than on the Mac. The first file square ends up at 88.9 mm, the second file's square resizes to 252.0 mm. EDIT: After further experimentation I realize Designer's behavior on Mac is no different that on iPad. SVG files are, when exported, converted from mm to pixels and from 96 to 72 dpi. They do, however, open at the proper scale in my CAM app.
  9. The document still exports as 72 dpi. Adding insult to injury, the export converts the document to pixels versus the original mm. If I AirDrop the export to my iMac then change the units to mm and then change the dpi from 72 back to 96, the size is correct. But if I try these modifications on the iPad, not correct. Another interesting bug: If another object, unselected, is within the selection rectangle of another object, it will also be exported when the export selection is active.
  10. Im using Designer 1.7.3 on a 3rd generation iPad Pro. The file type is SVG and the desired dpi is 96. However, the output file has a dpi of 72 regardless of several variations of testing. These include setting the original document to 96 and toggling "use document dpi" in the Export dialog as well as manually setting 96 in the Export dialog. It occurs when exporting a selection or the whole document. I've done about 7 permutations, all with the result of 72 dpi.This happens whether the save target is the Files app on iPad or an AirDrop to my desktop. My primary use of Designer is creating SVG's for use in CNC machining, the 96 dpi is imperative. I've used Designer on my desktop for a couple years, the iPad version is new to me. Maybe I'm missing something? [I am aware that dpi should not be of concern in a vector only file. But it makes a difference when importing into a CAM app, at least the one I use. This particular dpi is necessary to import the SVG at the proper scale.]
  11. This "bug" is now resolved with build 427 of Carbide Create. They have updated the SVG parser to assume a 96 DPI scale.
  12. Thanks, I gave it a try. But I seem to have the opposite result with Carbide Create (CC). I changed the dpi [from 300] to 96, as you suggested, but that made the CC import too small by a factor of 24 instead of the 5.6 I was getting. Since it seems to be an inverse relationship, I tried raising the dpi to 1000. This produced a CC import that was almost half-size. Seemingly on the right track, I tried a dpi of 2000 but it made no difference from 1000. I guess Designer has a limit. Very curious why Designer would relate vector scale to dpi, of what use is dictating a size in that case.
  13. 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.
  14. 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.
  15. How about a way to permanently reset (make orthagonal) the selection box. Maybe double clicking on the responsible button?
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. 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.