Jump to content

bpedit

Members
  • Content Count

    165
  • Joined

  • Last visited

About bpedit

  • Rank
    Advanced Member

Contact Methods

  • Website URL
    http://bpedit.com

Profile Information

  • Gender
    Male
  • 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

831 profile views
  1. Your video certainly confirms what I see typically. The one intrieging suggestion is a modifier key on my iPad effecting control on my desktop. I can't begin to imagine how or why that would work. I've never ever seen an app on a device interact with one on my desktop except through intent involving a series of operations. I am currently past the design phase of my project so am not using AD of late. If I see this behaviour again I will post back here with, hopefully, more germaine information.
  2. Hi Dan, thanks for the response. It's been a few days since I've used AD but I don't think I was using any modified keys to elicit this behaviour. In fact, the behaviour seemed weird because I wasn't using the Option key. I wasn't able to make this happen predictably, it seemed aparently random but not infrequent. One thing I tried was noting where I grabbed the tangent handle but that didn't seem to be it. I suspect this is part of an attempt to streamline working with points and when I figure it out I'll like it. Edit: Upon just investigating, the Node Tool interface appears as before 1.9. When the issue was occuring, somtimes tangent handles, or maybe points themselves, would appear magenta. Could this mean I had triggered some ancillary mode introduced in 1.9? (I realize this also happens when a cusped tangent is manipulated to be in-line with its partner.)
  3. I've just noticed this recently, likely related to v. 1.9 but I'm not positive; maybe I accidently engaged some previously unknown "feature". Often, when I now select a tangent for a point on a curve, that tangent is cusped, not linear. Even if the tangent is linear across both handles it immediately becomes cusped, non-linear, when I move one of the handles. This is not because of any intent on my part. It used to take a deliberate action, holding down the 'option' key while dragging, to break the linearity between both handles. I also notice the point and handle being moved become purple when the two handles are linear, letting up at that point will again make them linear (fine by me). This is new to 1.9 so I suspect the issues I see are as well. I suspect there is a setting or something else I should be doing to obviate this non-desired behavior?
  4. Thanks! I was unaware of this page. I can't explain why but, after viewing the link you sent, I tried again within AD and got a proper search result.
  5. After installing AD 1.9, I went to "Help" to see how to use it. Searchng "Contour tool" yields not a single reference to it.
  6. Thanks for the help. I do not use iCloud and I had not backed up the iPad since creating these files, no on auto-update. However, almost all the files were iterations of the same project and the salient file was backed up to my desktop. So, no great harm. I may have installed an update but don't remember reinstalling. But I'm now curious about the role of the iOS 'Files" app. While researching this issue, I read that the files ("on this iPad") stored within the Files app are merely pointers to the actual files which are kept within the originating program. (This info was a few years old.) But when I would save a file from AD into Files, then remove it from AD, the files would appear to be in Files but not within AD. I guess this is misleading.
  7. Thanks for the feedback, Walt. I've only ever had one Apple ID. The App Store recognized that I possessed AD, the Get button read as Open. . . until I trashed AD. As mentioned, I hadn't emptied the trash. I actually have the interface mostly back at present, I just had to, item by item, re-populate the screen with tools and panels. But I still haven't any text in some buttons although they function when pressed. Just hope my memory holds out on what they do until the next release. Pressing Tab didn't dawn on me, duh. Full window is not a function I ever use on my big desktop but I do on iPad although not with Tab. But you're correct, I suspect that would have done the trick. It also didn't dawn on me because I was linking the missing tools/panels to the missing button text which is still extant. It still unnerves me that I can't reinstall the app if I need to without resorting to a re-purchase. Now I wonder if the App Store will try to charge me for the next incremental upgrade although I hope that may be keyed to recognizing its presence on my Mac.
  8. 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?
  9. 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?
  10. @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!
  11. 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.
  12. 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
  13. 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.
  14. 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.
  15. 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.
×
×
  • 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.