Community
AutoCAD Forum
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

*Cancel* during startup of first document in session.

15 REPLIES 15
Reply
Message 1 of 16
kdub_nz
553 Views, 15 Replies

*Cancel* during startup of first document in session.

Duplicated from : https://www.theswamp.org/index.php?topic=59485.msg620437#msg620437

 

After 40+ years  I thought I'd try to discover why we get a ( or some ) *Cancel* messages during the startup of the initial drawing in a session.

attached are some images of the Console,  LoadedApps and Options.

The message 'AutoCAD menu utilities loaded' originate from the Acad2025doc.lsp ;

Line 574:            (princ "\nAutoCAD menu utilities ")
and line 1093:     (princ "loaded.")

So, sometime after Acad2025doc.lsp is loaded there are several issues that cause the *Cancel* message to display.
It appears that the issue 'MAY' ( assumption ) be related to menus,  ribbons and toolpalettes.

Firstly:   Does anyone know why this happens ?
Second: Is there anyone who hasn't seen these messages ?

kdub_nz_0-1713770366695.pngkdub_nz_1-1713770389827.pngkdub_nz_2-1713770409917.png

 

Regards,

 


// Called Kerry in my other life.

Everything will work just as you expect it to, unless your expectations are incorrect.

class keyThumper<T> : Lazy<T>;      another  Swamper

15 REPLIES 15
Message 2 of 16
paullimapa
in reply to: kdub_nz

Recently discussed here


Paul Li
IT Specialist
@The Office
Apps & Publications | Video Demos
Message 3 of 16
kdub_nz
in reply to: paullimapa


@paullimapa wrote:

Recently discussed here


The link is invalid.
I guess it's to this : https://forums.autodesk.com/t5/autocad-forum/extra-messages-on-command-line-at-startup-acad2023/m-p/...

the posts in that thread provide no answer/cause for the issue.

Regards,

 


// Called Kerry in my other life.

Everything will work just as you expect it to, unless your expectations are incorrect.

class keyThumper<T> : Lazy<T>;      another  Swamper

Message 4 of 16
paullimapa
in reply to: kdub_nz

Yep you found the correct link. Are you experiencing issues caused by those canceled prompts ?


Paul Li
IT Specialist
@The Office
Apps & Publications | Video Demos
Message 5 of 16
kdub_nz
in reply to: paullimapa


@paullimapa wrote:

Yep you found the correct link. Are you experiencing issues caused by those canceled prompts ?


 

I'm not, but several of my clients feel the same way about it that I do.
It'd a design error that has been ignored for a long time. The mentality that just accepts it is questionable.

Really, I'm just trying to find the cause of the irregularity. 

 


// Called Kerry in my other life.

Everything will work just as you expect it to, unless your expectations are incorrect.

class keyThumper<T> : Lazy<T>;      another  Swamper

Message 6 of 16
paullimapa
in reply to: kdub_nz

You can let your clients know they should not be concerned since this behavior has been around in even previous versions. Perhaps you can also submit this issue directly to Autodesk 


Paul Li
IT Specialist
@The Office
Apps & Publications | Video Demos
Message 7 of 16
Ed.Jobe
in reply to: kdub_nz

Hi @kdub_nz Are you an ADN member? @madhukarmoogala The answer to this would make a good blog post.

Ed


Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
How to post your code.

EESignature

Message 8 of 16
RSomppi
in reply to: kdub_nz

Don't forget that AutoCAD uses "cancel" to end a command. It doesn't mean the command wasn't executed.

Message 9 of 16
kdub_nz
in reply to: Ed.Jobe


@Ed.Jobe wrote:

Hi @kdub_nz Are you an ADN member? @madhukarmoogala The answer to this would make a good blog post.


Hi Ed, Yes I am an ADN member. . . and yes, a public resolution would be great.

 

Regards,


// Called Kerry in my other life.

Everything will work just as you expect it to, unless your expectations are incorrect.

class keyThumper<T> : Lazy<T>;      another  Swamper

Message 10 of 16
kdub_nz
in reply to: RSomppi


@RSomppi wrote:

Don't forget that AutoCAD uses "cancel" to end a command. It doesn't mean the command wasn't executed.


Do you have any examples of the  *Cancel* message being returned ?  ( as shown on the image )

Regards,


// Called Kerry in my other life.

Everything will work just as you expect it to, unless your expectations are incorrect.

class keyThumper<T> : Lazy<T>;      another  Swamper

Message 11 of 16
RSomppi
in reply to: kdub_nz

I may have misspoken in an attempt to explain what I thought you are referring to.

Seeing “cancel cancel” on the command line is not cause for concern but again I don’t understand everything you are saying.
Message 12 of 16
kdub_nz
in reply to: kdub_nz

Just to clarify my thoughts on this:

Writing *Cancel* to the command line when it can be 'ignored' is just unnecessary noise.

 

If there is a valid reason for the message there should be an explanation provided with the message. 

 

Obviously some people are content to ignore it  . . . I wouldn't allow it in my development work and it annoys me to see it in AutoCAD.  It reminds me of the 'Broken Window Theory'

 

Regards,


// Called Kerry in my other life.

Everything will work just as you expect it to, unless your expectations are incorrect.

class keyThumper<T> : Lazy<T>;      another  Swamper

Message 13 of 16
RSomppi
in reply to: kdub_nz

How do you know it is not actually cancelling something?

Message 14 of 16
Ed.Jobe
in reply to: RSomppi


@RSomppi wrote:

How do you know it is not actually cancelling something?


What he is saying is that, as part of a startup routine, it should be more informative. If something was canceled, it should say, "Palettte XYZ was not loaded" or something like that. The way it is, we have no idea if something is broken or not. We've been ignoring this "feature", but maybe it's even a bug? We don't know. Just allowing it to say "Cancel" is not good programming practice. If you were to hit {ESC} in the middle of a command, then you know why it says cancel at the command line. But for a program to simply return "cancel" is poor coding. There should be an appropriate error handler that exits cleanly.

Ed


Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
How to post your code.

EESignature

Message 15 of 16
pendean
in reply to: kdub_nz


@kdub_nz wrote:

...If there is a valid reason for the message there should be an explanation provided with the message. ..


There is literally no solution: best you can do is ignore it (as tough as it might be) until Autodesk changes it, and it is only likely to change if you and thousands of users and ADN member ask Autodesk to do it often and regularly over here, the only other place they look for and pay attention to user feedback

https://www.autodesk.com/company/contact-us/product-feedback

 

Best wishes.

 

Message 16 of 16
kdub_nz
in reply to: Ed.Jobe


@Ed.Jobe wrote:

@RSomppi wrote:

How do you know it is not actually cancelling something?


What he is saying is that, as part of a startup routine, it should be more informative. If something was canceled, it should say, "Palettte XYZ was not loaded" or something like that. The way it is, we have no idea if something is broken or not. We've been ignoring this "feature", but maybe it's even a bug? We don't know. Just allowing it to say "Cancel" is not good programming practice. If you were to hit {ESC} in the middle of a command, then you know why it says cancel at the command line. But for a program to simply return "cancel" is poor coding. There should be an appropriate error handler that exits cleanly.


Thanks for that Ed.
As this forum is to support users rather than developers primarily I made the mistake of assuming readers would be aware why it was not really a "feature" but questionable coding practice that does not really represent the situation.
 

Regards,

 

 


// Called Kerry in my other life.

Everything will work just as you expect it to, unless your expectations are incorrect.

class keyThumper<T> : Lazy<T>;      another  Swamper

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Customer Advisory Groups