Jump to content

LarryO

Member
  • Posts

    247
  • Joined

  • Last visited

Everything posted by LarryO

  1. Thanks Matt. I so miss the days when companies produced encyclopedic manuals with extensive indexes for their software. My searches are frustratingly unsuccessful. I never seem to know what word or labels have been assigned to what I am seeking. Indexes were such an amazing resource for finding new and forgotten things.
  2. What setting causes the little cubes to display beside the design layers? I seems to be file specific. They don't show in our Imperial temple but do in the Metric one.
  3. 1. Try to get the note text under the leader line. Only happens when directly aligned with the dimension line. 2. Try to select the dimension by selecting the note text; you cannot! This is related to a previous bug report sent in shortly after notes were introduced which was confirmed but may not have been elevated to bug status. My previous report noted that one cannot select note text after decomposing a dimension string except via the bounding box method.
  4. There is also the small chance that the VW9 bolt script works in your current version. Small because a lot of Vectorscript functions have been deprecated and renamed after being rewritten since that version.
  5. Thank you. Previous draftsman set line weight scale to 2 in normal viewports.
  6. I'm at a bit of a loss as to why these 3 viewports are displaying different line weights for the same object. The lower right is a section view port and seems to be displaying correct line weights. Top left normal VP, all lines except break line is 0.25mm. Two vertical lines that appear correct in top VP are in the annotation space. Bottom right normal VP, break line and blue lines are in annotation space and appear correct thickness.
  7. 1cm : 1M [1000mm] 1cm : 100cm 90cm = 900mm (=35.43") 2.54cm = 1" 8'-4" = 100" Eliminate the eccentric imperial systems of quarters, rods, inches, chains, yards, furlongs, eighths and smelly feet and it is easy to visualize.
  8. Thanks Pat, I done the deeper dive into the polyline definition a few times thinking that what you said here might be the case. I actually redrew the outline in this one because in the first rendition I started with rectangles and used add surface followed by the fillet tool. Which I have seen create a node at the start or end of the radius node. In the second attempt I started with only corner points and then edited the polyline changing the desired one to radial nodes. That at least ensured that there were no extra nodes introduced when I re-rendered the viewports using Hidden Line and Dashed Hidden Line. At which point I had become frustrated and posted here. After Jim's post got me thinking again, I rotated the object so that one of the sides would be seen in top/plan view. The view rendered correctly. So I reverted and the bad condition returned. So on a hunch I raised the object 10mm above the xy plane upon which I had created the outline for the extrude definition. To my surprise the viewports rendered correctly. One precondition seems to be that a solids Add or Subtract operation has to have been performed upon the extrude (or steel shape). The Subtract solid being utilized with this 3D bent plate to create the holes.
  9. In this instance the plan view is drawing correctly. Having to draw/redraw elevations in 2d kind of defeats the benefits of purchasing a 3d drawing application. Interestingly though, by moving the 3d object 10mm or rotating it so that the extrusion's external start plane and its polyline definition plane/origin are not in the same location has made a difference. At least for this object. And if this origin and plane alignment is the trigger it could be why I am seeing this so often. I have a habit of maintaining this alignment where possible so editing is not always a search for where is the defining object.
  10. I've been using a workaround to address this issue for some time now but the workaround has become less and less reliable. In the past 5° was a sufficient smoothing angle, but sometimes even 18° is not sufficient to prevent radial lines from appearing at the edge of a flat surface. What is it that we need to do to eliminate these radial lines from appearing in basic 3D objects? Drawings in which these lines appear continue to cause confusion and errors on the manufacturing side of our business. VW2021 SP4 (Build 602791) (64-Bit), Win 10 Pro version 21H1 Build 19043.1110, Xeon 2123 16GB RAM, NVIDIA Quadro P2000 5GB
  11. Out of curiosity only. If the condition cannot be evaluated does the parser capture for processing either the true or false value?; or throw an error dialog or a null value? The way it is written reminds me of a process without error checking. If read left to right it would capture the false value into the register then process the condition where by a true result would overwrite the register value with the next value to the left. (APL processed code lines left to right) Where as Pascal or Basic+ type of formatting will have the condition for evaluation first resulting in selectively choosing to ignore either the first value or the second value and do a single write to the register. Hmmm. Overly simplified of course. hehe
  12. Start first by asking yourself if the effort is worth in time and or money savings to pay yourself to learn Pascal, Python or C++ or to hire someone to script for you. If yes, identify / document what type of interaction you hope for when first creating the object, the basics of how and what you expect when editing a point. Select the best predefined plugin object to suit the profile you just documented. Then just start coding. You can start by mimicking the steps you would you would do if you were manually creating the object. Adding in the variables to store values and locations as you go. Take a look at some other coding work to get a feel for some conformity in the writing structure of your code so it remains easy to follow afterwards. Invariably you will want to tweak and correct the functionality of how you interact with your object and other aspects. Inquire in the Vectorscript area if you are willing to take the plunge in learning scripting. Good luck and don't be afraid to share your mistakes.
  13. Arrgh, Thanks Matt for find that. It was a bad day VWs crashed to desktop three times that day while working in that file.
  14. I was able to reduce the file size while retaining the rendering error for anyone capable of hunting down this bug causing these dimensional errors. File attached. (edit: error is still present in today's SP4 602791 update) VP RENDERING INCORRECT OBJECT SIZE.vwx My bad, I forgot these needed to posted here in trouble shooting. Please delete the double posting over in general if not applicable. Thanks.
  15. The size of the HSS in section B-B is as labeled using the 3d square tubing. 1. BUT when rendered in the section viewport it is only 74mm as evidenced by the sectioned tubing being slightly larger when they are all the same size. I had to fake the vertical dimensions. 2. Also the solid line parallel to the bottom edge should not be there. The smoothing angle is set to 5°. These lines appear unpredictably in part or whole from radial point(s) along an extrusion when said solids have been operated upon by one of the 3d modelling tools (add, subtract, section, etc.). VW Mod8402 Custom's House - roof hatch frames in ventilation shaft.pdfel file is 12.8MB8402 Custom's House - roof hatch frames in ventilation shaft.pdf 855.12 kB · 8 downloads
  16. My bad, I forgot that these need to be posted to the trouble shooting forum. (edit: please move this posting to Trouble Shooting if applicable, Thanks.)
  17. Has the forum ( and Nemetschek/Vectorworks) simply stopped elevating problems to the known issues part of the forum? If we don't acknowledge it, it doesn't exist premise! (Just like politics.) Nothing new was elevated throughout all of 2020. (unless the site's sort feature is broken) In working more with 3d elements and viewports in VW2019 and VW2021 I have had more crashes to desktop (CTD) this year than the past 5 years. Somewhat reminiscent of the MiniCad 4 days. Now this could partially be due to switching to the Windows platform and its frustrating implementation of palettes which prevent the keyboard shortcuts from being activated unless escape is pressed first. But I find with my mouse (Razer if that's a factor) that selecting buttons in the info palette, the layer button in the titlebar and a few others are causing crashes to desktop. Today it seemed like a keyboard shortcut triggered CTD. In addition, the inability to select the note text of an exploded dimension remains as a bug. Rendering viewports are having multiple issues with lines that should and shouldn't be displaying. This week I had an object in a section viewport that was drawn incorrect and therefore dimensioned incorrectly. Fixed, not a bug.
  18. This would depend upon how you have implemented your titleblocks. I our company's instance we have a symbol with editable fields installed by our plugin. We simply edit that symbol and the new logo will appear relative to the symbol's origin. Our pages have different borders depending upon size of page but the actual titleblock size and its orientation remains the same. This fixed symbol size helps when working with other applications such as Bluebeam that look for page numbers and other identifying features based upon location in the document set relative to the page corner or origin.
  19. I was able to reduce the file size while retaining the rendering error for anyone capable of hunting down this bug causing these dimensional errors. File attached. (edit: error is still present in today's SP4 602791 update) VP RENDERING INCORRECT OBJECT SIZE.vwx
  20. 8402 Custom's House - roof hatch frames in ventilation shaft.pdf The size of the HSS in section B-B is as labeled using the 3d square tubing. 1. BUT when rendered in the section viewport it is only 74mm as evidenced by the sectioned tubing being slightly larger when they are all the same size. I had to fake the vertical dimensions. 2. Also the solid line parallel to the bottom edge should not be there. The smoothing angle is set to 5°. These lines appear unpredictably in part or whole from radial point(s) along an extrusion when said solids have been operated upon by one of the 3d modelling tools (add, subtract, section, etc.). VW Model file is 12.8MB
  21. Illustrator has the ability to open Autocad's dwg format directly without the use of Autocad as an intermediary. My suspicion would lie in either Illustrator not supporting a certain type of curve or spline or the accuracy of the file is too low. Or the exported dwg file had insufficient accuracy for the units involved. The first can usually be addressed by exporting to version 12 of autocad's dwg. The second by using six decimal places of accuracy when the units are inches or one decimal place if they are millimetres.
  22. Bluebeam's pdf viewer may save the state of the on off layers. It saves the last page viewed when closing a document. But of course it will not trim the fat of the file like that print to pdf printer can.
  23. The list was not populated with anything when I opened it, but I think I may have observed from your photo why that was so. I think that I may have been in the annotation space with the drawing label selected rather than selecting it's parent viewport. I was attempting to get HB02 show in the bottom half of the drawing tag of the section viewport on page 03. I'll have to look at this one again when I'm back at the shop.
  24. Can you explain this more? The viewport name when created and the selection to use drawing number/sheet number is selected names the viewport in the manner expected example: 1/HB02 Now if I want to change that drawing number assigned to the viewport, I select the viewport and in the object info palette change the drawing number to 5 or C or whatever, then the prefix of the viewport's name will also change once you allow the OI palette to refresh but only under one condition. The suffix of the name must still match the sheet name. If one changes the sheet name beforehand, as we have observed, the suffix of any viewport names on that sheet will not adjust to reflect the new sheet name and the process of updating drawing numbers to the viewport name will cease to function too.
  25. I don't understand this. Your Drawing Label "Accord Primary" doesn't call up the drawing title. Your Labels "Accord w back ref" & "Accord Secondary " updates ok when the vp is selected and the drawing title or number are changed in the OIP. Are you seeing different? See attached screen recording. That part was the improvement, it started functioning after checking the "use automatic drawing configuration setting" you mentioned.
×
×
  • Create New...