bpedit

It's been a few months since I've opened Designer on my iPad Pro. When I did so today, all my previous files were missing. This includes those in the Files app as well as the ones resident in the program. Another poster reported a similar issue in which restarting the iPad revealed the missing files, this did not happen for me. Any ideas?

Designer is now opening with no palettes, nothing but an image. Quitting, restarting the computer, nothing has helped. This was presaged the past few days with missing text in the lower right button of dialogs, generally meant to read "Save". Another random event was the rearrangement of my two column toolset into one column. I have trashed the Designer app with the intent of reinstalling Designer (have yet to empty said trash). I went to the Apple App Store to reinstall but they expect me to re-purchase. I attempted to enter the Serif site but it states I don't have an account, evidently this is separate from the forum here. I'm also not sure if that would have helped if I had purchases from the App Store (which I may have), so I doubt setting up a new account would help. So, how can I re-install?

@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!

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.

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

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.

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.

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.

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.

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.

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.

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.]

This "bug" is now resolved with build 427 of Carbide Create. They have updated the SVG parser to assume a 96 DPI scale.

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.

Please, keep the ability to edit PDFs! This is currently my only use for Publisher (now that I've retired from form other uses).

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.

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.

Thanks. I rest my case!

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.

Whoa! This beta is almost twice the size of the current release!

How about a way to permanently reset (make orthagonal) the selection box. Maybe double clicking on the responsible button?

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.

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!

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.

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!