Command Line Suppression

Command Line Suppression

Anonymous
Not applicable
851 Views
16 Replies
Message 1 of 17

Command Line Suppression

Anonymous
Not applicable
I have a VBA macro where I am using the Send Command feature to send commands to the EATTEXT command. It
works fine except that I can NOT suppress the display of what is happening on the command. I do NOT want to see anything on the command line when the EATTEXT command is running. I have tried turing off the usual suspects like cmdecho and nomutt but none of these work. Does anyone know how to suppress the prompt during the use of the EATTEXT command? Please let me know.
0 Likes
852 Views
16 Replies
Replies (16)
Message 2 of 17

Anonymous
Not applicable
Have you tried turning the CMDECHO off? "thenov" wrote in message news:10256228.1097517993997.JavaMail.jive@jiveforum1.autodesk.com... > I have a VBA macro where I am using the Send Command feature to send commands to the EATTEXT command. It > works fine except that I can NOT suppress the display of what is happening on the command. I do NOT want to see anything on the command line when the EATTEXT command is running. I have tried turing off the usual suspects like cmdecho and nomutt but none of these work. Does anyone know how to suppress the prompt during the use of the EATTEXT command? Please let me know.
0 Likes
Message 3 of 17

Anonymous
Not applicable
Yes I have tried turning CMDECHO and NOMUTT of as stated in my question. Neither one worked.
0 Likes
Message 4 of 17

Anonymous
Not applicable
Hi, If you care to search back in this NG (months ago), or in the Land Desktop customisation (this week), I have posted a method for doing this. -- Laurie Comerford CADApps www.cadapps.com.au "thenov" wrote in message news:10256228.1097517993997.JavaMail.jive@jiveforum1.autodesk.com... > I have a VBA macro where I am using the Send Command feature to send commands to the EATTEXT command. It > works fine except that I can NOT suppress the display of what is happening on the command. I do NOT want to see anything on the command line when the EATTEXT command is running. I have tried turing off the usual suspects like cmdecho and nomutt but none of these work. Does anyone know how to suppress the prompt during the use of the EATTEXT command? Please let me know.
0 Likes
Message 5 of 17

Anonymous
Not applicable
Oops, sorry. I didn't see that, hmm - I'd say you are SOL. "thenov" wrote in message news:13439312.1097519214747.JavaMail.jive@jiveforum2.autodesk.com... > Yes I have tried turning CMDECHO and NOMUTT of as stated in my question. Neither one worked.
0 Likes
Message 6 of 17

Anonymous
Not applicable
Laurie Comerford wrote: > Hi, > > If you care to search back in this NG (months ago), or in the Land Desktop > customisation (this week), I have posted a method for doing this. > Ok, but is there a way to do this without using autolisp?
0 Likes
Message 7 of 17

Anonymous
Not applicable
Hi Mark, Do you think I would have gone to the effort of devising this if a knew an alternative ? However, that said, what's wrong with Lisp ? -- Regards, Laurie Comerford www.cadapps.com.au "Mark Johnston" wrote in message news:416c8c02_2@newsprd01... > Laurie Comerford wrote: >> Hi, >> >> If you care to search back in this NG (months ago), or in the Land >> Desktop >> customisation (this week), I have posted a method for doing this. >> > > Ok, but is there a way to do this without using autolisp?
0 Likes
Message 8 of 17

Anonymous
Not applicable
Hi Laurie, > Do you think I would have gone to the effort of devising this if a knew an > alternative ? Sure, you might have gone to the effort if you really liked lisp. :) > > However, that said, what's wrong with Lisp ? Don't get me started. Respectfully, Mark
0 Likes
Message 9 of 17

Anonymous
Not applicable
Hi Mark, All programming languages are simply tools to do something. In my observations blanket statements that they are "useless" - "wonderful" etc. usually relate to the writer's own skills with them and have very little to do with the language itself. I write mostly in VBA because the help files are very extensive and the editor is elegant compared with the other editors available for programming AutoCAD. After programming in Basic based languages since the early 1980's I also have a good feel for the language. When my knowledge of VBA doesn't allow me to do what I want and lisp can, then I use lisp or scripting or menu commands etc. If I still can't do it, then I either don't do it or seek help. My only complaint against all these languages is that they aren't self writing and documenting from my initial idea. -- Laurie Comerford CADApps www.cadapps.com.au "Mark Johnston" wrote in message news:416d3b21$1_2@newsprd01... > Hi Laurie, > > > Do you think I would have gone to the effort of devising this if a knew an > > alternative ? > > Sure, you might have gone to the effort if you really liked lisp. :) > > > > > However, that said, what's wrong with Lisp ? > > Don't get me started. > > Respectfully, > Mark > > >
0 Likes
Message 10 of 17

Anonymous
Not applicable
> > My only complaint against all these languages is that they aren't self > writing and documenting from my initial idea. > lol ditto ;) Kevin
0 Likes
Message 11 of 17

Anonymous
Not applicable
Hi Laurie, Nicely stated. My response was strictly for "trouble making" purposes. I had this discussion with myself: Me: My preference for VB/A is because it's the language that I have the most experience in. Myself: Yes but the reason you have the most experience in it is because you like using it best. Especially the graphical interface part. Me: But truthfully I never really gave learning DCL much effort. Myself: Learning to create graphical interfaces in VBA took almost no time. So why struggle learning DCL? Me: Lisp is just another tool to do the same tasks. Myself: I agree with me. It's like a hand saw does a terrific job cutting wood just like a CNC panel saw does. Me: Is that sarcasm? Implying that lisp is old fashioned? Myself: I don't think so. You can't cut an opening in a wall to deliver your new CNC saw with the CNC saw. It takes a tool with different capabibilities. Like a hand saw. Me: So what are you saying? because I'm confused now. Myself: Maybe if you didn't talk to myself I wouldn't be confused. I'll get in trouble for this but - Lisp is like a Ford and VB/A is like a BMW. Both can get you somewhere. But if both are sitting there and you have the keys which one would you choose? You can do stuff in a BMW that you can't do in a Ford. Provided, of course, you aren't concerned about the apholstery. There. I said it. Mark "Laurie Comerford" wrote in message news:416d9f07_2@newsprd01... > Hi Mark, > > All programming languages are simply tools to do something. In my > observations blanket statements that they are "useless" - "wonderful" etc. > usually relate to the writer's own skills with them and have very little to > do with the language itself. > > I write mostly in VBA because the help files are very extensive and the > editor is elegant compared with the other editors available for programming > AutoCAD. After programming in Basic based languages since the early 1980's > I also have a good feel for the language. > > When my knowledge of VBA doesn't allow me to do what I want and lisp can, > then I use lisp or scripting or menu commands etc. If I still can't do it, > then I either don't do it or seek help. > > My only complaint against all these languages is that they aren't self > writing and documenting from my initial idea. > > -- > > > Laurie Comerford > CADApps > www.cadapps.com.au > > > "Mark Johnston" wrote in message > news:416d3b21$1_2@newsprd01... > > Hi Laurie, > > > > > Do you think I would have gone to the effort of devising this if a knew > an > > > alternative ? > > > > Sure, you might have gone to the effort if you really liked lisp. :) > > > > > > > > However, that said, what's wrong with Lisp ? > > > > Don't get me started. > > > > Respectfully, > > Mark > > > > > > > >
0 Likes
Message 12 of 17

Anonymous
Not applicable
I don't know, but maybe you can fake it by changing the color of the commandline text, e.g. white

Sub Example_TextWinTextColor()
' This example returns the current setting of
' TextWinTextColor. It then changes the value, and finally
' it resets the value back to the original setting.

Dim preferences As AcadPreferences
Dim currTextWinTextColor As Long

Set preferences = ThisDrawing.Application.preferences

' Retrieve the current TextWinTextColor value
currTextWinTextColor = preferences.Display.TextWinTextColor
MsgBox "The current value for TextWinTextColor is " _
& preferences.Display.TextWinTextColor, vbInformation, "TextWinTextColor Example"

' Change the value for TextWinTextColor
preferences.Display.TextWinTextColor = vbGreen
MsgBox "The new value for TextWinTextColor is " _
& preferences.Display.TextWinTextColor, vbInformation, "TextWinTextColor Example"

' Reset TextWinTextColor to its original value
preferences.Display.TextWinTextColor = currTextWinTextColor
MsgBox "The TextWinTextColor value is reset to " _
& preferences.Display.TextWinTextColor, vbInformation, "TextWinTextColor Example"
End Sub
0 Likes
Message 13 of 17

Anonymous
Not applicable
But when you reset the color, the commands then will be shown.
0 Likes
Message 14 of 17

Anonymous
Not applicable
Thanks! This Idea worked great. I simply changed the current text window text color to equal the current text window back color before my commands run. Then after I am finished processing I restore the current text window text color to it's original value. It works great! The command statements do not show because the text and back colors are the same. Thanks Again. I would recommend this method to anyone who does not want the user to see the command prompts when some commands are running!
0 Likes
Message 15 of 17

Anonymous
Not applicable
From the peanut gallery: Just don't forget to have error trapping that will always reset the text color in case the program stops with an error. Users would be pretty confused if the ACAD command line disappeared after they run your program. Good luck with the rest of your project, James "thenov" wrote in message news:2888052.1098281096722.JavaMail.jive@jiveforum1.autodesk.com... > Thanks! This Idea worked great. I simply changed the current text window text color to equal the current text window back color before my commands run. Then after I am finished processing I restore the current text window text color to it's original value. It works great! The command statements do not show because the text and back colors are the same. Thanks Again. I would recommend this method to anyone who does not want the user to see the command prompts when some commands are running!
0 Likes
Message 16 of 17

Anonymous
Not applicable
In article <2888052.1098281096722.JavaMail.jive@jiveforum1.autodesk.com>, nospam@address.withheld says... > Thanks! This Idea worked great. I simply changed the current text window text color to equal the current text window back color before my commands run. Then after I am finished processing I restore the current text window text color to it's original value. It works great! The command statements do not show because the text and back colors are the same. Thanks Again. I would recommend this method to anyone who does not want the user to see the command prompts when some commands are running! > if you want your users to not see the commands just to prevent the irritation of the user, it's ok. if you try to make the commands secure (means the user should not have permission to see it) then this method will not work. the user can mark the area with "white text", then copy&paste it into notepad and the whole output will be visible. in that case, you should use the acad-systemvariable "NOMUTT" instead. i don't have any idea on how to prevent the output of some commands including not to have Cr&Lf in the commandarea. that would be what i'm looking for. - alfred -
0 Likes
Message 17 of 17

Anonymous
Not applicable
I just don't want the user to see the commands scrolling by while I am using the EATTEXT command in AutoCAD. During this time I am displaying a Progress Indicator form on Screen. This method seems to work for my purpose. Maybe there is a better way but I have yet to find it. Someone suggested using lisp to trap and send blanks to the screen but I did not want to go that route. I want to keep the entire Application in VBA. Any ideas would be helpful. Thanks!
0 Likes