Jump to content
AutoDesSys Forums


  • Content count

  • Joined

  • Last visited

  • Days Won

  1. Sorry to be such a nag, but any chance we can get an updated SDK for 8.6.x? Thanks!
  2. jwiede

    Please sort out the component system

    Yeah, not only are Components unstable and generally a pain, but when you try to rid yourself of them, they take an extra big bite. Unacceptable. ADS devs, please either fix Components, or replace them with something that works! This is too important and commonly-used functionality to leave in this state for so long.
  3. jwiede

    Please sort out the component system

    +1 here too, Symbols were stable and just worked. Components just don't. For as important as this functionality is, it not receiving higher priority than some of the other stuff of late is quite vexing. We _need_ a working Symbols / Components system, and ASAP!
  4. jwiede


    For another example, check out RemObject's object Pascal (Oxygene), C# and Swift toolchains, for Windows, Linux, and macOS. They've also done quite a bit of work into cross-platform & cross-language-toolchain integration with those languages.
  5. jwiede

    formZ 9

    Can someone from ADS comment whether you'll be enabling GUI/UX by exposing Pyside or similar?
  6. jwiede

    form•Z 8.5.5 Update Released!

    OSX 10.11.6 here, and I explicitly gave R/W perms to entire "formZ 8" folder/subfolders/contents before beginning upgrade (twice now), still no STEP showing up in extension mgr. after upgrading to 8.5.5. I tried downloading from link in original thread post, but the formZ Pro OSX download from the link at start of thread currently provides formZ 8.5.4, not formZ 8.5.5. When I then did 8.5.5 download upgrade again (after again explicitly granting R/W perms) my STEP import/export disappeared in 8.5.5 (again). There's something more wrong with the STEP plugin than simple R/W perms, quite obviously. Please fix: 1. Current download for formZ Pro OSX is 8.5.4, not 8.5.5 as stated. Please provide 8.5.5 download. 2. STEP extension OSX clearly not compatible with formZ Pro 8.5.5 OSX. Please provide compatible plugin. Thanks! -John W.
  7. jwiede

    64 Bit Plugins?

    Any updates for the SDK? It's been released as "beta" (and without scripting) for quite some time now.
  8. The last SDK file archive is getting quite old, is there a more recent version available (say for 8.5.4 or, ideally, 8.5.5)? Also, is the SDK ever going to be posted somewhere besides that one thread in this forum? Such as maybe among the formZ downloads proper? The current location is difficult to find, makes it tricky to check whether updates have occurred, and so forth. Thanks much!! -John W.
  9. Sent it within minutes of your post. If you find anything interesting, or need more info, please let me know. I'm happy to help if I can. Thanks!
  10. Yes, clearing all my prefs (renaming existing and allowing FZ tor gen a new dir) caused the same steps to begin generating correct export outputs. Thanks! I have an archive of the defective prefs, only ever updated using app updates (and fairly minimal changes on my part), if you'd like to explore them for root cause analysis (the archive is 227KB). However, as it may contain license & PII info about my config, I'd prefer not to post it to the forum. Is there a place where I should send it? Or is it not worth further RCA? Thanks again!
  11. Sorry for the delay. Screencast coming still, but steps were as follows: 1. Create torus. 2. Export as LWO using default settings (Mac FZ 8.5.4) -> generates (incorrect) 84 byte "tor1.lwo" 3. Save as "tor1.fmz" 4. Export as OBJ using default settings -> generates (also incorrect) 182 byte "tor1.obj" & "tor1.mtl" See attached. Hope this helps. Env is MacPro5,1 running 10.11.5 OSX, 32GB RAM, ATI HD7950 3072MB. If you need more info, please ask. TEST_LW.zip
  12. I'll package up the FZ, resultant (degenerate) LWO & OBJ+MTL exports, screencast, etc. Where should I send them? Should I post to this thread, or send via email? Thanks!
  13. Heya Markus, I'd appreciate that, and will send you the FZ this evening after I get home from work. So if you: 1. Create a torus of arbitrary size with center at axis origin. 2. Create a slightly smaller torus at the same centerpoint. 3. Boolean difference/subtract the latter out of the former, deleting all but result. 4. Select result. 5. Export->LWO to an arbitrary file. ...and then load in LW, or examine in Finder, you see a multi-mb file? Or do you see some tiny-sized file (sub-1K) as a result of the export? BTW, I believe I can repro with just simple torus primitive as well, but I added the boolean to ensure the resultant shape required some processing. Anyway, will send FZ after work. Thanks!
  14. I have now seen this in a fairly repeatable scenario, enough so that I wanted to reach out and check whether any other users were seeing similar export issues in Mac Form-Z Pro 8.5.4 when exporting to LWO (Lightwave) or OBJ (Wavefront) formats. Specifically, even though the object to be exported (smooth-surfaced, say a simple unit torus) is visible and selected, and upon firing off the Export... menu item (choosing either LWO or OBJ format), and using default tessellation options and providing a simple filename, I almost _never_ get actual usable output on the first attempt. Instead an 84-200 byte file gets created that when loaded into other apps contains no vertices, no edges, no polygons, nothing. Anyone else seen similar behavior from Mac Form-Z Pro 8.5.4 when exporting to LWO or OBJ formats? If I try multiple times, I can eventually get FormZ to export the file as desired, but doing _exact_ same steps (from same selection state, etc.) each time, the first 1-2 tries almost never (maybe 1-in-100) generate valid output files here, while the 3rd-4th consecutive try reliably produces valid output given nigh-identical input conditions. Am preparing bug report with content, screencast capture, etc. but first wanted to see if this was known and/or worth filing? Thanks!