All Activity

@GLAVCVS thanks for the feedback. I assume to use a single Powershell session you would have to run a batch file that launches Powershell first before starting autocad? Then when autocad closes or crashes out that session of Powershell also closes.

Yes: as @SLW210 says, it seems to work well. On the other hand: Have you considered having the script written only if it does not already exist in the expected directory, and keeping PowerShell running from the initial load? This would make the dialog box load faster on subsequent calls. In this regard, the script check/creation could be done when the code is loaded. This would also improve the speed of the first execution slightly.

Have you ever received a drawing where a block contains attribute text. You need to edit the text as normal objects?of exploding the block with EXPLODE and losing the attribute values BURST can be useful. BURST breaks the block into objects while preserving the attribute values as text. For example if you have a title block or equipment tag with attributes and need to make edits BURST can save some extra work. Just remember that after bursting the result is no longer a block. Do you use BURST, for attribute blocks. Do you normally handle them another way?

I think AI is definitely part of the reason, but probably not the whole story. A lot of questions that used to become forum threads can now be answered quickly with ChatGPT or Copilot, especially when the problem is a small piece of code or a common error. The interesting part is exactly what you mentioned: when the AI-generated solution fails, people still need somewhere to ask a human who understands the bigger context. AI can produce working-looking code very quickly, but debugging someone else's real project is a different problem. I also think newer users are less attached to forums than they used to be. Many will try a search, ask an AI, or post in a Discord/Reddit community before they ever find a specialist forum. So the drop in posts doesn't necessarily mean people have stopped needing help; the questions may simply be going elsewhere.

I'll probably do more tweaking, that's the 2nd version, I might go back to the first version.

Yes you can have custom buttons Ok_Cancel_Width. Have to go back to my R12 paper manual for details.

Nice job on the vector images. Like the highlite option.

@BIGALOr another option would be to provide a button to click on so that the selected item on the list box will open up into another dcl written on the fly with an Edit Box having a set edit_width attribute greater than the length of the selected item.

@Paul Li another way may be to check the strlen of the selected item in the list and do a child dcl that has correct width press Ok to keep else Cancel and go back to list.

@SLW210 Your revised version works beautifully and can now support older versions of AutoCAD...thanks a bunch!!!

I worked on the DCL after some inspiration from... Hopefully I didn't break anything. New version with nicer DCL in first post.

Yes, I was working on that for my home computer with 2000i. Since I had some home time today with AutoCAD 2000i, I did some updating to your code. Seems to work great with minimal testing. Here is my Test Code... ; ================================================================ ; Test command ; ================================================================ (defun c:SelectDWGs (/ files) (setq files (pl:getfiledps "Select DWG Files" (getvar "DWGPREFIX") "dwg" 1 ) ) (if files (progn (princ "\nSelected files:" ) (foreach file files (princ (strcat "\n" file ) ) ) ) (princ "\nNo files selected." ) ) (princ) ) pl_getfiledps_2000i.lsp

Yes, I've done this as well...just not as effective as having a scroll bar of course...

so does the pl:getfiledps function still run properly on those older AutoCAD versions?

Could you test if this PowerShell-p function would return nil on your powershell blocked computers? ; PowerShell-p function to check if powershell is available to run...Returns T if available (defun PowerShell-p (/ shell result) (setq shell (vlax-create-object "WScript.Shell") result (vl-catch-all-apply 'vlax-invoke-method (list shell 'Run "powershell.exe -NoProfile -Command \"exit 0\"" 0 T)) ) (vlax-release-object shell) (and (not (vl-catch-all-error-p result)) (= result 0) ) )

How are you executing the Chinese input? Like I stated, Autodesk claims you should use MText for multi-language. I just got into pinyin inputs so far and mostly I have been going over the pronunciations, though the characters are displayed. I have so far just been repeating that until I have a solid grasp. More or less it's a course where I am also brushing up on programming, they have a Chinese (simplified) and a Spanish (also English) pretty much for programming. My home computer has the Chinese switch, I'll have to see if I can do that at work.

@SLW210 Glad to hear that you are learning Chinese. I used the English full version of AutoCAD 2027, set LISPSYS to 2, and restarted the computer to test the code. The result is that Chinese input still doesn’t work. I tried to catch keyboard input: once a key is pressed, the program exits the grread loop and calls getstring. This makes Chinese input possible.

I have been looking at the discussion boards for the past month while working on my structural project for Penn Foster. It has been a great help but I was wondering if anyone could point me to a visual example of plate 3 (Section A)? I'm sure there is one somewhere in the boards but I have not been able to find it. I also don't need details, I am just a visual learner and I know for a fact the drawing I have made for this is completely wrong since the instructions are not clear to me. All of the plates after this seem to be based off of this one so I am struggling to go any further without a visual to see what I need to fix or how wrong exactly my drawing is. Any visual for this plate would be of great help! Thank you!

Here's a simple workaround. When you get a drawing from someone else, open a New drawing (from one of your templates). Xref their drawing into that one and Bind it as an insertion. That gives you a block, which you can edit to clean it up and then explode. If there's a scale problem, it will show up there. Voila! You have their drawing with all your settings applied.

there's also a board dedicated to XDrx-API https://www.theswamp.org/index.php?board=78.0

Have you ever started working on a DWG file and discovered at some point that it was created using incorrect units? You can easily verify them with UNITS and see the DWG's insertion scale and other units-related settings before you begin making any changes. When working with someone else's DWG or from another company, I always like to check the units first, rather than just trusting that it's set up properly. It can save you headaches down the road when dealing with insertion scales of blocks, inserting or attaching references, etc. Do you check UNITS as part of your standard procedure when you receive an unfamiliar DWG?

Why would I contact them? They have a website are usually on at a few AutoCAD fora. @XDCAD_net and @XDSoft should be the originators of that program. In looking at your first post, I would believe a newer program to be in C:\Program Files\, not in C:\ Program Files(x86)\. Here are installation instruction from the GitHub... xdcad · GitHub

Did you try contacting XDSOFT? HOW? I LOAD "XDRx.x64.25.arx" AND i get this error

@BIGAL, they are using Text, not MText, which could be part of the problem, from what I've seen on Autodesk site, Text doesn't lend itself to multiple languages.

Did you try contacting XDSOFT? Maybe provide more information. What are you attempting to do that gives the error?