05-05-2017 09:08 AM
Have you ever noticed that sometimes a SAS editor displays a statement in red, which indicates that the color-coder does not recognize that statement? You look it up in the doc and---sure enough!---the statement is valid! You submit the code and---sure enough!---the program runs!
Help SAS improve its editor by telling the developers what valid statement are displayed in red. Respond to this message and state
the name of the procedure and the statement that is displayed in red. A valid example would also be helpful.
To get started, here's one I found:
PROC UNIVARIATE, the CDFPLOT statement:
proc univariate data=sashelp.cars; var mpg_highway; cdfplot mpg_highway; run;
I will "like" responses for which the color-coding is wrong in the latest release of SAS (currently 9.4m4).
05-05-2017 09:22 AM
TBH they should rip the "Enhanced Editor" out and put a proper IDE in its place, EE was version 8.
05-05-2017 09:27 AM
The topic of this thread is reporting issues with the color-coder (enhanced editor, Enterprise Guide, or SAS Studio). Please open a separate thread if you want to discuss editors, GUIs. IDEs, or other topics.
05-29-2017 04:15 PM
I had misremembered this topic as a request for examples of any erroneous color codes in the editor interface.
It's just for unjustified RED's, but now that I've asked for and received the location of this topic (thanks Rick), here's an incorrect blue in windows enhanced editor 9.4 TSm3 (but not in sas/studio 3.6)
proc tabulate data=sashelp.class weight ;
"weight" is not an option on the proc tabulate statement, but is shown in blue in the editor. (There is a separate WEIGHT statement for proc tabulate).
05-29-2017 04:48 PM
Thanks, Mark. I think this is because WEIGHT is a valid keyword for the VARDEF= option. The color-coding algorithm seems to be overzealous for TABULATE, SUMMARY, and MEANS. It also displays DF, N, and WDF in blue:
proc summary data=sashelp.class vardef=weight; /* or N or DF or WDF */