Auto C Version History

Auto C version history

Version 3.7.70 - May 27, 2016:

When copying and pasting controls in ActiveX Control Pad, the pasted control could have the default font instead of the font of the control that was copied.
The startup position of ActiveX Control Pad could be incorrect after upgrading to Windows 10.
Running Auto C setup would always check "Align with SuperEdi" and "Themed Controls" if they were unchecked.
Using ActiveX Control Pad's Help menu repeatedly could unexpectedly make ActiveX Control Pad be Always On Top, so the help menu has been removed.
Having ActiveX Control Pad open under Auto C shouldn't prevent shutting down Windows as much.
The appearance of the frame control has been updated for Windows 10.
Pressing F1 in ActiveX Control Pad no longer displays its help file.
The option of aligning ActiveX Control Pad with SuperEdi has been restored under Windows 10.
Improvements and corrections to Auto C's help file have been made. Links to new versions of winhelp32.exe for Windows 8.1 have been added.
Under Windows 10 selecting windows help files (*.hlp) is no longer available.
Some improvements to Auto C's menus have been made.

Version 3.7.65 - September 17, 2015:

Shortly after the release of Windows 10 two versions of Auto C were released that were intended for Windows 10 exclusively. Now, there are no longer separate versions of Auto C for Windows 10 and earlier versions of Windows. Version 3.7.65 works with Windows 10 as well as previous versions of Windows.

Version 3.7.64 (for Windows 8.1 and earlier) - September 11, 2015:

This version cannot be installed on Windows 10, nor will it run on Windows 10.

Version 3.7.63 (for Windows 10 only) - September 9, 2015:

The first version of Auto C for Windows 10 had two minor problems: Manifest information had been omitted, and the Menu Demo example's RC file contained a reference to a bitmap that did not exist.
Bitmaps have now been restored to Auto C's menu.

Versions 3.7.61, 3.7.62 - August 10, 2015:

A separate version (3.7.62) intended for Windows 10 is available. It does not use bitmaps for menu items, and the option to align ActiveX Control Pad with SuperEdi is no longer available because these functions do not work correctly under Windows 10.
With both versions, some more key combinations are suppressed in ActiveX Control Pad: Control + E (new HTML layout), Control + N (new HTML) and Control + O (open). Pressing these keys now does nothing.

Version 3.7.60 - July 3, 2015:

ActiveX Control Pad's menu has been improved. Some Auto C commands are now available under ActiveX Control Pad's menu.
Some shortcut keys have been added to ActiveX Control Pad. Press F4 to show the properties box. Press Shift + F4 to show a control's custom properties. Press Control + A to select all controls.
ActiveX Control Pad's menu commands to show or hide the grid and snap controls to the grid now work correctly. Auto C no longer has duplicate commands for these functions.
A command to specify the size of ActiveX Control Pad's grid has been added.
A What's This Help button can now be displayed at design-time in ActiveX Control Pad.
If a form was opened in ActiveX Control Pad and you did nothing but change window styles and then closed ActiveX Control Pad, a message box prompting you to save changes was often displayed.
If the toolbox somehow went off screen you had to close and re-open ActiveX Control Pad to bring it on screen. Now, it can be brought on screen by selecting "View Toolbox" under the Form menu.
More error correction has been added to handle unusual errors that had prevented Auto C from starting.

Version 3.7.53 - May 7, 2015:

Adding tooltips to the tabs of a Tabstrip still caused errors.
It was possible to specify a different name for the target EXE while it was running. Problems occurred if this was done.
When using the Add Declarations command, the auto-generated typedef statements for exported Dll functions didn't work with LCC-Win if they were moved to inside a function body.
When specifying the location of the Borland compiler it was possible for Auto C to add an extra backslash to the path.
Using the Picture custom dialog box to add multiple image files as resources didn't work.
If running Windows 8 or 8.1 and under display settings "Let me choose one scaling level for all my displays" was not checked then ActiveX Control Pad did not align properly with SuperEdi at startup.
The manifest files created have been expanded to include sections pertaining to UAC elevation and DPI awareness. Applications created with Auto C are now DPI aware by default .

Version 3.7.52 - March 27, 2015:

With recent versions adding tooltips to the tabs of a Tabstrip caused errors.

Version 3.7.51 - March 24, 2015:

Code for 5 tabs was sometimes generated after a new Tabstrip control was added to a form.
Under Windows XP the script in the help file that checks for a new version did not work correctly.
The buttons in the Toolbox did not have the intended appearance as the mouse pointer was passed over them.

Version 3.7.5 - March 17, 2015:

When compiling with Pelles C the -Ot option (optimize for speed) is no longer used. Also, the -W1 option (warning level 1) is no longer used because it's the default anyway.
Code setting a Progress Bar's foreground and background colors is now generated only if colors are changed from the defaults.
As ActiveX Control Pad is downloaded progress is displayed in Auto C's title bar.
The Always On Top command has been moved from the File Menu to the System Menu.
A link to check for a new version has been added to the help file's About section. There is no longer a command to check for a new version under the File menu.

Version 3.7.4 - February 23, 2015:

Using the View Code command could cause ActiveX Control Pad to become the foreground window.
An incorrect error message was displayed when using the menu to compile and run a project.
Some links in the help file were to the wrong topic.
Changes to the appearance of Auto C's flat buttons have been made.

Version 3.7.3 - February 9, 2015:

The separate executable GetDPI.exe is no longer used. Auto C.exe itself now determines screen coordinates when, if not using Windows XP Font DPI scaling, the desktop appearance is changed back and forth from an Aero theme to a non-Aero theme while Auto C is running.
Improvements to the appearance of the ComboBox control and Slider control have been made.
Some revisions to the auto-generated source code have been made: The CreateChildWindow macro is now defined in the auto-generated header file (*.auto.h). A new macro, IsOptionBtn, has been added. The SetFocusByTabstop function has been revised.

Version 3.7.2 - January 13, 2015:

The previous version had two minor issues:

It was possible to edit files in SuperEdi that were intended to be read-only.
Corrections to the size of arrow buttons in Auto C's dialog boxes have been made.

Version 3.7.1 - January 12, 2015:

If SuperEdi was closed while a Project Options dialog box was open an error occurred.
Property Pages are no longer used. Instead, Custom Property dialog boxes are used. Select a control in ActiveX Control Pad and press Enter to display.
Press Control + Tab to switch between Auto C's windows.
Improvements to design-time controls appearance under Windows 8/8.1 have been made.
The size of Auto C is a little smaller because autoc.ocx no longer contains property pages.

Version 3.7 - December 3, 2014:

With previous version of Auto C, the user interfaces created were always of a fixed size regardless of font DPI.

Starting with this version, the size of forms, controls and fonts now increase and decrease with changes in font DPI. If a project created with an earlier version of Auto C is opened with this version, the size of user interfaces can appear much larger at runtime.

The sizes of bitmaps and icons stays the same. This means that the size and position of text and controls relative to bitmaps and icons can change unexpectedly at runtime.

After a project has been updated with this version, it can't be changed back to the previous form.

The read-only auto-generated file contains arrays of bitmap names and bitmap handles. Previously the size of these arrays was one more than the number of bitmaps and element 0 was not used. Now, the size of the arrays is equal to the number of bitmaps, and element 0 is used.

Version 3.6.62 - October 25, 2014:

A scrollbar's Orientation property could be set to an invalid value when ActiveX Control Pad was opened.
A horizontal up-down button's orientation property was set to vertical when ActiveX Control Pad was opened.
The auto-generated code and the examples now use mostly dynamically allocated string variables.
Example C# code in the help file was missing a couple of lines needed under Windows XP.

Version 3.6.61 - October 14, 2014:

Calls to TranslateAccelerator in the message loop within the WinMain function were not being updated correctly.
Using the Remove Dll Code command didn't remove code unloading the Dll and instead removed a break statement.
A Slider's TickFrequency was always set to 1 when ActiveX Control Pad was opened.
The default font for a Check Box was MS Sans Serif instead of Tahoma.
If the backcolor of a Scrollbar had been changed to COLOR_BTNFACE it was changed back to COLOR WINDOW when ActiveX Control Pad was opened.
The default backcolor of a Scrollbar is now COLOR_BTNFACE insteads of COLOR WINDOW.
A MultiLine TextBox can now have a horizontal scrollbar as well as vertical scrollbar. Also, a TextBox can have the ES_AUTOVSCROLL style as well as the ES_AUTOHSCROLL style.
When using Borland or Watcom, the value assigned to the symbols WINVER and _WIN32_WINNT have been incremented from 0x500 to 0x501. When using Watcom the value for _WIN32_IE has also been incremented from 0x500 to 0x501.
A compiler's help file is now displayed directly instead of using SuperEdi to display the help file.
At design-time in ActiveX Control Pad, if the caption of a Command Button, Check Box or Option Button spans multiple lines, text is now broken on whole words.
Upper and lower limits for scrolling controls have been revised. The help file lists the limits.
Auto C can now run MS-DOS batch files (*.bat).

Version 3.6.60 - August 11, 2014:

Using the Tabstrip Property Page to delete a tab caused the index of other tabs to be wrong.
Selecting "Snap Controls To Grid" under the Form menu didn't work correctly.
Commented-out code in a source file could cause the Functions menu to not work correctly.
A script to search the MSDN website for the word at SuperEdi's cursor and display the results in SuperEdi's Web Browser has been added as the second tool on SuperEdi's Quicklaunch bar.
The window positions of ActiveX Control Pad, the form being edited in ActiveX Control Pad, the Properties Box, Property Pages and Custom Command dialog box are now saved when closed.
Whether or not the Toolbox and Properties Box are visible and their window positions are now saved when ActiveX Control Pad is closed. Previously the Toolbox and Properties Box were always made visible when ActiveX Control Pad was opened.
In the auto-generated function CreateChildWindows, Frames are now created before other controls.
Revisions to some auto-generated functions have been made. Revisions to some of the examples have also been made.
A button and menu command to make ActiveX Control Pad the foreground window have been added.
The "Hide Message Boxes" option no longer exists under the Form menu.
Problems with using the Custom Command dialog box have been fixed. The way in which processes are run has been improved.

Version 3.6.59 - April 21, 2014:

At design-time in ActiveX Control Pad controls were always themed. This was a regression introduced with the previous version.
Problems with entering the ID for a Toolbar button using the Toolbar Property Page have been fixed.

Version 3.6.58 - February 25, 2014:

At design-time in ActiveX Control Pad, the button of a Check Box or Option button was always the same size, even if text was enlarged. This was a regression introduced with recent versions.
Controls can no longer display cursors. Using cursors with controls in the button class no longer works under Windows 7 and 8.
Using icons larger than 32x32 is now supported for Picture boxes and buttons.
If a themed Option button is inside of a Picture box, its background will now have a transparent appearance at design-time in ActiveX Control Pad.
If a DLL function prototype was commented-out it was not ignored when the Update Declarations command was used.
If an icon from a file is selected for the main window using the Window Styles dialog box, the hIconSm member of the WNDCLASSEX structure will be a call to LoadImage that loads the icon at 16x16 pixels.

Version 3.6.57 - December 23, 2013:

The main window should not flash in the taskbar as much.
Under Windows Vista and later, if you opened a form with a Status Bar for editing in ActiveX Control Pad, and the Window Styles dialog box was used to change windows styles, and you then tried to close ActiveX Control Pad without doing anything else, you were prompted to save changes when you should not have been.
A tooltip in the Graphics Demo example was assigned to the wrong Picture Box.
When using the Status Bar property page, pressing F1 did not show the help file as intended.
Improvments to the appearance of the help file have been made.
The Open Project dialog box is no longer initially displayed with the Always On Top style as it previously was.
LCC-Win64 is now officially supported.

Version 3.6.56 - November 12, 2013:

Under Windows Vista and later, at design-time in Active Control Pad, Toolbars are now themed.
Toolbars would often have a border even if the Border property was False. This was a regression introduced with version 3.6.55
When using the Picture Property Page to set a Picture box's image, controls used to set the image size were visible when they should have been hidden. This was a regression introduced with version 3.6.54
When setting a main window's styles, it was possible for "GetSystemMetrics(CY_MENU)" to be added to the main window's height even if it did not have a main menu.
When using the Windows Classic appearance, at design-time in ActiveX Control Pad changing a frame's font did not change the appearance of the frame. This was a regression introduced with version 3.6.55

Version 3.6.55 - October 1, 2013:

The ActiveX controls no longer contain any MS Forms 2.0 consituent controls and FM20.dll is no longer referenced.
The Slider no longer has a Property Page. All Slider properties are set in the Properties Box.
Controls no longer have an EdgeStyle property. Styles previously set using the EdgeStyle property are now set using the BorderStyle property.
It was possible for problems to occur when running the target EXE or other programs because paths that contained spaces were not always enclosed in quotes.
The target EXE was not properly run with elevated UAC privileges when needed.
Changes to the appearance of the help file have been made.
The TextBox control now has a RightScrollbar property and longer has a ScrollBars property. The TextBox now has an AutoScroll property.
Information in the help file about using the example DLL with Visual Basic .NET has been improved and instructions for using the DLL with C# have been added.
At design-time in ActiveX Control Pad changing a CommandButton's DefaultButton property could make the button disappear.
A Tooolbar's font size could sometimes be changed from 8 to 7 when a form with a Toolbar was opened in ActiveX Control Pad.
At design-time in ActiveX Control Pad, the size of a horizontal Scrollbar's thumb was too small if PageSize was zero.
If bitmaps, cursors or icons were commented-out in the RC file they were not ignored when a form was opened for editing in ActiveX Control Pad.

Version 3.6.54 - August 16, 2013:

Under Windows Vista and later, Setup now prevents Auto C from being installed under the Program Files or Program Files (x86) folders.
The capability to explicitly specify the size of an Icon for controls in the Button class has been added to the Picture Property Page.
The help file now includes information about using the example DLL RunTimeDemo.dll with Visual Basic .NET. The VB6 form using RunTimeDemo.dll is no longer distributed.
Minor improvements to the appearance of the CheckBox and OptionButton controls have been made.
A link to Auto C's home page is no longer placed on the start menu.
The capability of checking for a newer version of Auto C has been added.

Version 3.6.53 - August 5, 2013:

The separate executable GetDPI.exe is once again distributed with Auto C. This is because the new method for measuring font DPI and percentage of text enlarging that worked under Windows XP/Vista/7 didn't work under Windows 8.
If no compilers were found at startup and a compiler was installed while Auto C was running, the Make DLL button remained disabled.
The name of the Auto C setup program no longer contains a version number. This was done to avoid having to update download links with every new version.

Version 3.6.52 - August 4, 2013:

If an error occurred when compiling an EXE project's RC file then Auto C could freeze. This was a regression introduced with version 3.6.50.
Some minor flaws in the appearance of Auto C's main window have been corrected.
The auto-generated function SetMenuBitmaps now calls itself recursively only when submenus are found.
Some revisions to the Play Sound example were made.

Version 3.6.51 - August 3, 2013:

When specifying the location of the Borland compiler, it was possible for Auto C to hang up and go into a continous loop repeatedly displaying a message box.
When copying and pasting controls in ActiveX Control Pad, some controls were pasted with default colors instead of the colors of the control that was copied.
Improvements have been made to the appearance of the TextBox design-time ActiveX control.
The separate executable GetDPI.exe is no longer distributed with Auto C. Auto C.exe itself now measures font DPI and percentage of text enlarging.

Version 3.6.50 - August 1, 2013:

Enlarging text and changing Font DPI from the default value of 96 is now supported. Previously, ActiveX Control Pad could not be run under Auto C if Windows XP style font DPI scaling was used.
If two or more new projects were created in the same instance of Auto C then ActiveX Control Pad did not open right away as intended and later opened unexpectedly.
Sometimes when compiling and linking projects Auto C did not properly detect that a file was successfully compiled.
Under Windows XP, if a CheckBox had an access key then it was not underlined at design-time in ActiveX Control Pad.
The default font for controls is 8pt Tahoma. Previously the default size was 9pt.
Setting a StatusBar's Visible property to false did nothing.
InitCommonControlsEx is now used instead of InitCommonControls.
Uninstalling Auto C did not remove a shortcut to SuperEdi from the Start Menu.

Version 3.6.41 - July 8, 2013:

A separate program is no longer used to run help.
False positives for viruses should be much less frequent. Previously, Avira often gave false positives for Auto C setup, and BitDefender wouldn't allow some components to run. All were false positives, Auto C has never contained any malware/spyware/adware/trojans/viruses/worms etc..
If the only place in a project where bitmaps were used was with menus then some needed code was not generated.
The default ForeColor for the Label control has been changed from COLOR_BTNTEXT to the correct value, COLOR_WINDOWTEXT. This was a regression introduced in recent versions.
The StatusBar control now has a Font property, a TooltipText property and a BackColor property. The BackColor only applies when using the Windows Classic appearance.
When a form with a StatusBar was opened for editing in ActiveX Control Pad, all StatusBar parts had the No Borders and Popout styles set to False.
The code in the Play Sound example has been revised and is a little more readable.

Version 3.6.40-R4 - July 4, 2013:

On July 4, 2013, Avira updated its virus definitions and AutoC-3.6.40-R3 produced a false positive. A new setup program for version 3.6.40 was compiled. The new version (AutoC 3.6.40-R4) again tests OK with Avira.

Version 3.6.40-R3 - June 29, 2013:

On June 29, 2013, Avira updated its virus definitions and AutoC-3.6.40-R2 produced a false positive. A new setup program for version 3.6.40 was compiled. The new version (AutoC 3.6.40-R3) again tests OK with Avira.

Version 3.6.40-R2 - June 27, 2013:

A new setup program for version 3.6.40 was compiled because the previous version produced a false positive for a virus when tested with Avira. The new version (AutoC 3.6.40-R2) tests OK with Avira.

Version 3.6.40 - June 20, 2013:

The layouts of most dialog boxes and property pages have been revised.
When downloading ActiveX Control Pad, Auto C now checks for an internet connection and also checks for the presence of setuppad.exe at the expected URL.
Previously, at design-time in ActiveX Control Pad setting a control's Disabled property to False did not change how a control was drawn.
Previously under Windows XP a Toolbar was themed at design-time in ActiveX Control Pad only if it had flat buttons, and Toolbars always had the backcolor of COLOR_BTNFACE. This is no longer the case.
The code in many of the examples has been revised and made a little more readable.
Minor revisions have been made to the auto-generated code associated with Toolbars. The style CCS_NODIVIDER is no longer used when creating Toolbars, and the message TB_AUTOSIZE is used instead of WM_SIZE.
If a Toolbar's first button was a separator then buttons were assigned the wrong properties when a form with a Toolbar was opened for editing in ActiveX Control Pad.
If the last button of a Toolbar had no caption and others did, it was still possible for Toolbar button captions to not be displayed at design-time in ActiveX Control Pad.
A Slider with the Windows Classic appearance could unexpectedly disappear at design-time in ActiveX Control Pad.
If menu accelerators were used, sometimes the code calling LoadAccelerators for the menu accelerator table was duplicated.
A StatusBar design-time ActiveX control has been added.

Version 3.6.35 - December 14, 2012:

At design-time in ActiveX Control Pad, if some Toolbar buttons had captions but the last button had no caption then button captions were not shown if TextOnRight was False.
If a Toolbar button's ID was changed from the default and the Toolbar had any separators, then the auto-generated code for the old ID wasn't always removed.
The Internet Transfer Control is no longer distributed with Auto C. Downloading of ActiveX Control Pad is now done with API functions.
A Toolbar's font can now be changed from the default. The maximum point size for a Toolbar font is 10.
If a project's main file didn't exist but all the other files did exist it was still possible to open the project.

Version 3.6.34 - November 18, 2012:

If a form had any Sliders and had no Scrollbars then a needed variable was not declared. This was a regression introduced with version 3.6.33 that arose from trying to maintain backward compatibility with Windows 95/98/Me. Now, the applications created with Auto C will not always be compatible with Windows 95/98/Me.
Links have been added to the help file for obtaining the Windows Help program needed to view Windows Help files (*.hlp) under Windows 8 and Windows Server 2008.

Version 3.6.33 - November 9, 2012:

The function ScrollBar_Set has been updated to allow for using the Home and End keys and for right-clicking a Scrollbar and selecting Left Edge, Right Edge, Top and Bottom.
A new project could not be created while ActiveX Control Pad was running.
Auto C could freeze sometimes if SuperEdi was closed while Auto C was running. Although this can still happen it should be less likely now.

Version 3.6.32 - November 1, 2012:

Tabs of a Tabstrip can now display icons.
A link in the help file for obtaining Microsoft Platform SDK documentation has been updated.
Minor revisions to the auto-generated code have been made.
Minor changes to the Toolbar Property Page were made.
If ActiveX Control Pad was installed while Auto C was running then the Form menu was not immediately updated.
When using Toolbars an empty Toolbar_SetTips function was generated even if no Toolbar buttons had tooltips.

Version 3.6.31 - October 12, 2012:

If a Toolbar displayed icons and had any separators then the Toolbar's image list was not generated correctly. Some buttons were assigned the wrong image or no image.
If an application has a system menu then pressing the ALT key generates a WM_SETCURSOR message. Because the MouseOverControl function is only intended to respond to moving the mouse a statement has been added that exits the function if the hit test is HTCAPTION.
When a Slider is added to a form its Backcolor will initially be the main window's Backcolor.

Version 3.6.30 - October 11, 2012:

New features:

The Slider and Tabstrip now are drawn with Windows XP visual styles under Windows Vista and later at design-time in ActiveX Control Pad.
The actual color of a Scrollbar's scroll area is now shown at design-time under Windows Vista and later.
You can now specify a Tabstrip's selected tab using the Tabstrip Property Page.
The default font for all controls is now 8pt Tahoma instead of 8pt MS Sans Serif.
Under Windows Vista and later a Progress bar no longer appears animated at design-time in ActiveX Control Pad.
The capability to show or hide ActiveX Control Pad's grid and to turn "Snap To Grid" on or off using Auto C's Menu has been added.

Bug fixes:

Sometimes ActiveX Control Pad would crash when applying changes if a checkbox or option button had the focus.
Sometimes the Toolbar Property Page assigned properties to the wrong Toolbar buttons.
Sometimes tooltips were assigned to the wrong Tabstrip tabs when ActiveX Control Pad was opened.
A Slider or other controls would sometimes disappear at design-time in ActiveX Control Pad.
Setting a Tabstrip's current tab by clicking it in ActiveX Control Pad didn't work right.
If some tabs of a Tabstrip had tooltips but the last tab or tabs did not, a runtime error could occur when the mouse pointer was passed over the end tabs.
If you changed the backcolor of a Slider and no other control had a custom backcolor then a needed variable was not declared.
A vertically oriented UpDown button always had a default width.
A Scrollbar could not be scrolled to a value higher than 32,767. A Maximum value of 32,767 for Scrollbars now exists.
Unnecessary message boxes were displayed when adding or removing Tabstrip controls.
A Tabstrip's MultiRow property was always set to True when ActiveX Control Pad was opened.
A Frame was not drawn with the font assigned to it when ActiveX Control Pad was opened.
If an Option Button was dragged onto a PictureBox then the Option Button's backcolor property was changed to the PictureBox's backcolor instead of just being drawn with the PictureBox's backcolor.

Version 3.6.23 - August 23, 2012:

Additional information concerning running ActiveX Control Pad with enlarged text has been added. A new topic has been added to the help file that describes how to turn off DPI scaling. If text is enlarged then DPI scaling must be off when running ActiveX Control Pad under Auto C.

Version 3.6.2-R2 - August 14, 2012: The installer for version 3.6.2 was updated. No changes to Auto C itself were made. Changes to the setup program were made as follows:

An internet link to SuperEdi's main web page and a link to download SuperEdi have been added. These links appear only if SuperEdi is not installed when Auto C setup is run.
A shortcut to SuperEdi has been added to the start menu group.
The option of running SuperEdi after setup is complete has been added.

Version 3.6.2 - August 2, 2012:

If ActiveX Control Pad was open and you used the Window Styles dialog box to add a new icon to the project, the new icon wasn't shown until after using the Apply Changes command.
RunHelp.exe, which is used to display help topics, didn't always promptly close when Auto C was closed.
The ability to change a Toolbar button's index, thereby moving it to a different position has been added. Near the upper left corner of the Toolbar Property Page, double-click the label displaying the current button's index to enter a new index.

Version 3.6.1 - July 24, 2012:

If SuperEdi was set to hide when minimized, and SuperEdi was minimized when ActiveX Control Pad was opened, then bitmaps, icons and cursors were not properly read.
A different method is used to prevent the contents of files used with Auto C from becoming garbled due to using the wrong encoding, and Auto C no longer blocks the enabling of Code Page detection and Unicode detection.
If the target EXE fails to launch then Auto C will try running it with elevated UAC privileges.
When ActiveX Control Pad was opened Text Boxes always had the default font.
The MS Forms Tabstrip is no longer used. All controls are now custom controls.
More descriptive variable names are now used in the auto-generated file.
The ability to automatically download and install ActiveX Control Pad has been added.
If ActiveX Control Pad setup is run from Auto C's folder then the program compatibility will be set automatically.

Version 3.6 - June 8, 2012: This release is a major revision. All known issues have been addressed. The code created has been made even more generic. Specific issues that have been corrected include:

UAC under Windows Vista and later: You no longer have to give administrator permission every time Auto C is started.
The maximum possible amount of support for stretching the screen has been added.
Problems with adding buttons to a new toolbar using the Toolbar property page, problems with opening the menu editor and adding new menus, as well as all other known issues with the ActiveX controls and property pages have been fixed.

New Features Added:

ActiveX Control Pad now uses Windows XP Visual Styles under modern versions of Windows. (Some limitations still exist, however.)
Auto C is now launched from within SuperEdi like a conventional add-in.
Commands used with SuperEdi's Web Browser have been added.

Version 3.5.6 - January 8, 2011:

An error would occur in AUTOC.OCX if you tried to copy and paste a Command Button or Check Box.
If more than one toolbar was placed on a form then the additional toolbars weren't fully ignored.

Version 3.5.5 - January 7, 2011:

Under Windows 98, Me and 2000, if FM20.DLL was not already registered when Auto C was setup then you had to re-run Auto C setup after registering FM20.DLL. This problem has been fixed. You only need to run Auto C setup once.

Version 3.5.4 - January 6, 2011:

Prior versions never addressed using runtime linking with a C++ DLL, and the help file said it couldn't be done with Auto C. This is no longer the case. Using runtime linking with a C++ DLL is now explicitly supported.
In order to accommodate using runtime linking, the same two pass method that was only used when linking a Watcom C DLL is now also used to link a Watcom C++ DLL.
Support for running Auto C on computers with multiple display monitors has been added. Previously, you couldn't really move Auto C's main window off of the primary display monitor.
Support for using Windows NT4 has been dropped. This is because it doesn't support using the EnumDisplayMonitors() API function. Using that function is necessary to support using multiple display monitors.
If bitmaps, icons or cursors have been added to an EXE project's resource file, they can be edited with any program by positioning SuperEdi's caret over a filename and then double-clicking the RC file in Auto C's project window.
Greater support for using relative paths has been added.
The help file has been updated and improved.

Version 3.5.3 - August 16, 2010:

The way in which fonts are created has been simplified, and default values are now used for most of the arguments to CreateFont(). Previously, non-default arguments were used for some fonts.
The navigation pane in the help file is no longer hidden when focus is lost.
Minor revisions have been made to the example files to more closely match how Windows shows and hides access keys as the Alt key is pressed.

Version 3.5.2 - July 28, 2010:

If you created a new DLL project and specified the name of an existing file, no message box was displayed to confirm the file overwrite.
Files opened with Auto C are now kept off of the recent documents menu.
Improvements have been made to the VB form example file that is included with Auto C (In the DLL Source sub-folder of the Run-time Link Dll Example folder). It is an example of using the RunTimeDemo dll under VB6, and it also contains complete information on using it under VB.NET.
When looking for the Borland compiler, the default location of C:\BORLAND\BCC55\ is checked again. With the last couple of versions of Auto C that location wasn't checked.

Version 3.5.1 - July 15, 2010:

When browsing for files using the Picture Property Page, all file types were initially displayed in the File Open dialog box. Now, a filter is properly applied and only bitmap, icon and cursor files are shown. This was only a problem with version 3.5 and no prior versions.
The way in which Auto C reads what a program writes to StdOut and StdErr has been improved. Previously, doing anything more than writing short strings could cause Auto C to crash. There was a practical limit of 245 characters, and this was not documented. Now there is no limit on string length and reading strings from StdOut and StdErr should be more stable.
The file search utility GREP is no longer distributed with Auto C. Searching of file contents is now done directly in code. GREP would not return multi-line macro definitions. Entire multi-line macros should be displayed, although searches may take slightly longer.
Prior versions of Auto C contained troubleshooting information concerning a problem with Open Watcom 1.8, and an Auto C example files contained a workaround for that problem. Because an updated version of Open Watcom is now available, the troubleshooting information and workaround have been removed. Please upgrade to Open Watcom version 1.9.

Version 3.5 - July 9, 2010:

If a DLL project was open, an error would occur when changing the dll's name or when adding/removing dll project files.
When a form was opened for editing, a control's font size wasn't always set correctly, depending on the font and size.
Scrollbars now have a PageSize property. Change the PageSize to change the size of a scrollbar's Scroll Box.
COMDLG32.OCX is no longer distributed with Auto C. File open and save operations are now done directly in code.

Version 3.4.9 - May 25, 2010:

Version 3.4.8 had one minor regression: Compiler output was written to SuperEdi's console twice instead of just once.

Version 3.4.8 - May 16, 2010:

If a program launched by using Auto C's custom command didn't end by itself, clicking "Stop" didn't always end all processes cleanly, and sometimes Auto C would freeze. This problem should be fixed, clicking the stop button should now properly end the process.

Version 3.4.7 - April 25, 2010:

If all controls were removed from a form, HWND declarations for those controls were not always removed. This problem has been fixed.

Version 3.4.6 - April 23, 2010:

With versions 3.4.1 to 3.4.5 the Add Declarations command didn't work correctly. Variable declarations for exported dll functions weren't added to a project's main file, only to the auto-generated file. This problem has been fixed.
The Recommended Help Files topic has been removed from the help file.
When manually specifying the Borland compiler's location, a Browse For Folder dialog box is now displayed instead of a File Open dialog box.

Version 3.4.5 - March 25, 2010:

If a web page is open in SuperEdi's Web Browser, that page is now reloaded when a different project is opened.
Auto C's application manifest has been moved back into Auto C.exe as the only resource. Previously, it was a separate file.

Version 3.4.4 - March 5, 2010:

If Auto C is near the right or bottom edge of the screen when the screen resolution is decreased, Auto C will now bring itself back onto the screen.
A link has been added to Auto C's help file for the Windows 7 version of the Microsoft update required to view Windows Help (*.hlp) files.
When ActiveX Control Pad is run under Auto C the Properties Box is now displayed automatically.

Version 3.4.3 - February 15, 2010:

With the last two versions of Auto C, the menu icon was not correctly displayed in ActiveX Control Pad as intended.
With version 3.4.2, some files were not removed when uninstalling.

Version 3.4.2 - February 13, 2010:

Auto C now makes backup copies of project files.
A minor change to the Play Sound example was made to make it perform better under Windows Vista and later.

Version 3.4.1 - January 9, 2010:

When adding a resource script file to a DLL project, you couldn't use a file with the same title as an existing DLL project file. For example, if a file named File1.c was part of a DLL project then you couldn't add a file named File1.rc. This restriction no longer exists.
All of Auto C's resources have been moved to AUTOC.DLL. Previously, some resources were in Auto C.exe and some were in AUTOC.OCX.
Links in the help file are now opened within the help viewer. Previously, clicking some links in the help file were displayed in the default web browser.

Version 3.4 - July 23, 2009:

If SuperEdi was minimized when a form or menu was opened for editing then ActiveX Control Pad wasn't displayed correctly.

Version 3.3.9 - July 15, 2009:

When editing menus, applying changes is now much faster.

Version 3.3.8 - July 3, 2009:

The length of some binary Boolean values that Auto C wrote to the registry were longer than they needed to be, sometimes as many as four bytes. Although this did not cause any errors, the length of the values have been reduced.
Invalid variable names for font handles were created when font names contained any characters other than letters, numerals or spaces. This problem has been fixed.
If you changed a Scrollbar's backcolor from the default, and no other control color had been changed from the default, then the scrollbar's backcolor was not changed. This problem has been fixed.
The default backcolor for Scrollbars has been changed from COLOR_BTNFACE to COLOR_WINDOW.
The option of having a form display a What's This Help button has been added.

Version 3.3.7 - June 18, 2009:

When the Windows Styles dialog box was used to add a cursor or icon to a project an excessively long resource name was generated. This problem has been fixed.
Selecting "MainWindowProc" from the Functions menu didn't work. This problem has been fixed.

Version 3.3.6 - June 9, 2009:

If a function had a somewhat long arguments list then it didn't appear in Auto C's functions menu. This problem has been fixed.

Version 3.3.5 - June 6, 2009:

Under 64-bit Windows, Auto C only worked with 32-bit versions of SuperEdi. Now you can use a 64-bit version of SuperEdi.
Under 64-bit Windows, 64-bit Pelles C did not work with Auto C. Now you can use either 32-bit or 64-bit Pelles C with Auto C.
Previously, a call to InitCommonControlsEx() appeared in the auto-generated source code only if common controls were actually used. Now, a call to InitCommonControls() will always appear no matter what types of controls are used. This corrects a problem that existed on some Windows XP machines when using Windows XP visual styles.
When using Auto C's functions menu with a Dll file that contained only a DllMain function, an extra menu item appeared. The unneeded menu item has now been removed.

Version 3.3.4 - May 14, 2009:

When editing a form or menu, making the height of the form as small as it could be could cause errors to occur, depending on the type of controls on the form. This problem has been fixed.
The values 1, 2, and 24 are no longer used for child window identifiers. This change was made to avoid using the same values as those used for IDOK, IDCANCEL and MANIFEST_RESOURCE.
Under the Form menu, the option of having Auto C set the position and size of ActiveX Control Pad has been added. When "Align With SuperEdi" is selected, ActiveX Control Pad's size and position will be aligned with SuperEdi when it is run under Auto C.

Version 3.3.3 - April 30, 2009:

With the last few versions of Auto C, there were problems using bitmaps, icons and cursors if they were not in the EXE project folder. Auto C did not recognize them as being valid files.
Previously, the font size used for the items in Auto C's main window was fixed. Now, if you have changed the font sizes that Windows uses (it usually requires some third party tool to do so), the font size used by Auto C can be increased up to a maximum size of 10.

Version 3.3.2 - April 15, 2009:

When using Watcom to link a Dll, the command line was not displayed in SuperEdi's output window.
Two files were unintentionally included with the last two releases. They have been removed.

Version 3.3.1 - March 19, 2009:

The auto-generated function LoadDllFunctions didn't work properly if the Dll was in a folder other than the EXE application. This was only a problem with version 3.3 and no prior versions.

Version 3.3 - March 18, 2009:

Global variables are now used for child window HWNDs. The auto-generated functions GetItem and GetToolTipsHwnd still exist, but using them in new code is no longer recommended.
When running ActiveX Control Pad, if you selected a control and pressed enter, and then used the Apply Changes command, sometimes controls would shift position by a few pixels, depending on the type of control selected. This problem is now fixed.
Specifying a tooltip for a combobox never worked. This problem is now fixed.
The name of the file used to launch ActiveX Control Pad is now named "Auto C.alx" instead of "Pad File.alx".
The name of the Dll that Auto C is now named "AutoC.dll" instead of "AutoCDll.dll".
The accelerator tables created by Auto C now use all upper case characters for the keywords ALT, CONTROL, and SHIFT.
The code generated by the Update Declarations command has been changed. The new version is simpler, more readable, and is more consistent with documentation about using Dlls at runtime.
In the auto-generated function LoadDllFunctions negative numbers were used as arguments to the ExitProcess function. These have now been changed to positive values. This was done because some documentation says that only positive numbers (or zero) should be used with ExitProcess.

Version 3.2.6 - February 13, 2009:

If you started Auto C by passing a filename at the command line then the recent file list wasn't updated correctly.
If no documents were open in SuperEdi then the tooltip for Auto C's Search Header Files button was inaccurate.

Version 3.2.5 - December 20, 2008:

When selecting an icon for a control to display, sometimes an error would occur. This occurred only with some icon files, ones that probably were corrupt. This problem has been fixed. Message boxes are now displayed when unusable icons are found.

Version 3.2.4 - December 16, 2008:

The same macros available when using SuperEdi's User Defined Tools can now be used with an Auto C custom command. For example, use $(FilePath) to represent the full name of the current document. Use $(FilePath) to represent the current file's path, etc.. Refer to the User Defined Tools section of SuperEdi's help file for more information.

Version 3.2.3 - December 8, 2008:

Minor changes to Auto C's setup program have been made. Previously, the setup program would sometimes try and register AUTOC.OCX if VB6 runtime files were not installed.
Under Auto C's File menu, the Run Target EXE menu item was not properly updated. This problem has been corrected.

Version 3.2.2 - December 5, 2008:

Minor improvements to Auto C's appearance have been made. Also, the toolbar in the example project has been set to display stock windows bitmaps. (In the previous release, the toolbar had been unintentionally set to display file icons.)

Version 3.2.1 - December 2, 2008:

Some Microsoft documentation says that a Tool Tip window should be made the topmost window after it is created. Therefore the auto-generated code now includes a call to SetWindowPos that makes a tooltip window the topmost window.

Version 3.2 - November 1, 2008:

Under Windows Me/98/NT4 the size of the main window was not set correctly when ActiveX Control Pad was opened.

Version 3.1.9 - October 22, 2008:

When a new project was created, an unused variable was declared at the beginning of the WinMain function. The declaration has now been removed.

Version 3.1.8 - October 21, 2008:

You could not cut, copy & paste checkbox controls because an error would occur when pasting. Now you can cut, copy & paste all controls without errors occurring.
When a new project was created, no default string was assigned to be the program name. Now a default program name is created when a new project is created.

Version 3.1.7 - October 17, 2008:

An error would occur or ActiveX Control Pad would freeze when opening if you specified that a main window had a title bar but no icon or close button. This problem is now fixed.
If you changed Window Styles while ActiveX Control Pad was open then the main window's size would increase by a few pixels. This problem has been fixed.
Auto C's help file and the VB Form that is distributed with the Run-Time Dll Link example have been updated to reflect the correct number and type of arguments to the dll's demo function.
A line has been added to the SetFocusByTabstop auto-generated function to skip disabled controls.

Version 3.1.6 - October 14, 2008:

If you compiled an individual file with Pelles C, and warnings but no errors occurred, Auto C would incorrectly report that compilation was not successful when it actually was. Also, with Borland and Pelles C warnings were displayed in blue instead of red if no errors occurred.
Under Windows Vista, sometimes system error messages would appear if you closed Auto C while ActiveX Control Pad was open or if you opened another project while ActiveX Control Pad was open. Those message boxes should not appear anymore.
There was a problem with the Controls Demo example from version 3.1.5. Some preprocessor directives were in the wrong place. Also, the wrong icon was included with the Play Sound example.
If you removed all controls of a given type then the vertical spacing between auto-generated functions was lost.

Version 3.1.5 - October 11, 2008:

If any control had the design-time focus when the Apply Changes command was used then all controls would shift position by a few pixels. This problem is now fixed.
When you changed the font for some controls the Properties Box did not immediately show the new font.

Version 3.1.4 - October 8, 2008:

If you added files to an EXE project and then later used the Apply Changes command, the names of the added files were not correctly saved. The next time you opened the project you had to repeat the process of adding the files to the project. This problem had been fixed a long time ago but had somehow unknowingly returned, likely as a result of using code from older backup files.
If you removed all menus from a project then one extra character was incorrectly removed from the project's RC file. This was also a problem that had been fixed but had recurred, probably for the same reason.

Version 3.1.3 - September 30, 2008:

The problem of controls unexpectedly shifting position by a few pixels has been fixed. Previously, controls' left and top coordinates could change as a result of applying changes, and this was not immediately apparent.
If you used menu accelerators then the message loop near the end of WinMain was not correctly updated as you made changes to the menu. This was a problem starting with version 3.1 and not with prior versions.
Fixed a problem with the Label ActiveX control. If the label did not have a flat border style an error could occur with if the width or height was made very small. Also, labels with the etched border style were not assigned the correct style when opened for editing in ActiveX Control Pad.
Minor cosmetic changes have been made to some of the auto-generated functions.

Version 3.1.2 - September 20, 2008:

A line of code had been inadvertently deleted from an example file. The missing line has now been restored.
Minor cosmetic changes have been made to some of the auto-generated functions.

Version 3.1.1 - September 17, 2008:

If the Custom Command dialog box was open when you started to open another project it remained open. If you then tried using a custom command before opening another project an error would occur.
The auto-generated function GetItem has been revised and improved. The old version required that child window IDs be consecutive numbers starting with 1. This requirement no longer exists. Although negative values can't be used, the revised function works with any valid positive values for child window identifiers.
Minor revisions have been made to the auto-generated functions that set menu bitmaps.

Version 3.1 - September 14, 2008:

The capability to terminate the process of a custom command has been added. Previously you had to use Windows Task Manager to manually terminate the process of a custom command if it didn't end right away or got hung up.
The Select Help File sub-menu under the File menu didn't always accurately show what the currently selected help file was. This problem is now fixed.
The auto-generated source code used for the message loop near the end of WinMain has been changed. The new code is simpler and does a better job of showing what is actually going on within the message loop when accelerator tables are used. Existing projects will be updated to use the new code when the Apply Changes command is used.
Some minor changes to the auto-generated WndEnumProc functions have been made, just to make them a little smaller.

Version 3.0.9 - September 3, 2008:

If there were fewer than 8 files in Auto C's recent file list, new files would be added to the end of the list. This meant that the most recent project would be the first to be discarded after the list grew to 8 files. Only when the list contained 8 files would a new file be placed in the first position. Now, a new entry to the list is always given the first position.

Version 3.0.8 - September 1, 2008:

When editing a project's form in ActiveX Control Pad, the form will now have the window styles that you specify. Exceptions to this are that at design-time the form will always be sizable and have a border around the client area. Otherwise, it will have the styles you specify.

Version 3.0.7 - August 28, 2008:

If you installed ActiveX Control Pad while Auto C was running and tried to use it right away, a problem would occur the very first time, and then it would work OK each subsequent time. Now you should be able to install ActiveX Control Pad while Auto C is running and use it immediately without any problems.
The @ character is now excluded from project file titles. With Auto C, you can use any valid Windows filename except for filenames whose titles contain leading or trailing spaces, the at symbol(@), the apostrophe character('), or the ampersand character(&).

Version 3.0.6 - August 18, 2008:

Improvements to Auto C's functions menu have been made. It now works faster than it did with previous versions.

Version 3.0.5 - August 16, 2008:

Sometimes Auto C's functions menu didn't work correctly if a function name contained another function name (for example, Function1 and Function10).
Previously, nothing prevented you from trying to search header files for a phrase that contained spaces. If you did, problems would occur. Now when searching header files you must specify a string that does not contain spaces.

Version 3.0.4 - August 2, 2008:

At design-time in ActiveX Control Pad, if you clicked an option button and then pressed enter, the option button's value would be set to True. This is now fixed. Clicking an option button won't automatically set the value to True. Use the properties box to set an Option button's initial value.
Sometimes at design-time in ActiveX Control Pad a default icon was displayed instead of the icon you had selected for the main window.
The last two versions of Auto C's setup program forced you to uninstall the existing program before installing the new version. You no longer have to do this. You can once again install Auto C on top of a prior version.
The installer size is smaller because it is compressed more.

Version 3.0.3 - July 31, 2008:

If no documents were open in SuperEdi and you tried to use Auto C's File menu to select a help file an error would occur. This is now fixed. This was only a problem with version 3.0.2 and no prior versions.
When you opened a project's form for editing, a CheckBox's Checked property or an OptionButton's Value property was not set correctly. This problem has been corrected.

Version 3.0.2 - July 28, 2008:

Previously, Auto C.exe would register AUTOC.OCX at the time of first use. Now Auto C's setup program will register it if FM20.DLL is found.
The way in which a project's form is opened is improved. Opening ActiveX Control Pad should be much faster.
Improvements to Auto C's File menu were made so that it now has a smoother appearance. Previously the File menu appeared a little "jerky" because items within it were being drawn as it was clicked.

Version 3.0.1 - July 26, 2008:

Fixed problem where sometimes system error messages would be displayed when you tried to start Auto C.
ActiveX Control Pad is no longer required to run Auto C. This change was made in order to reduce the possibility of an error occurring when Auto C starts up, and to make installing Auto C easier. Auto C no longer references FM20.DLL directly to use MS Forms 2.0 objects. It uses those objects using late-binding only. This means that FM20.DLL does not have to be registered on your system in order for Auto C to start up and run.
The file Auto C.ocx is also no longer referenced through early binding. It will be installed but it won't be registered until after ActiveX Control Pad is installed and FM20.dll is registered on your system.
The help file now includes additional troubleshooting information that can be helpful if problems occur when you try to run Auto C.
A setting has been added that can be used if error messages appear whenever you close ActiveX Control Pad. Select "Hide message boxes" from the Form menu. Auto C will then try to suppress the error message boxes.
Auto C's Application Manifest is now a separate file named Auto C.exe.manifest. Previously it was part of Auto C.exe as a resource. If a severe error occurs when you try to start Auto C, rename the manifest file or move it to another location. In extreme cases this can allow Auto C to run under Windows XP or later.
With one exception, all of the files that Auto C installs are now kept in Auto C's program folder. Previously, two files (AutoC.ocx and AutoCDll.dll) were installed to your system folder. It has now been determined that the files do not have to be in the system folder and that keeping them in Auto C's program folder can potentially make troubleshooting a little easier. The exception is the file COMDLG32.OCX. It is still installed to your System or System32 folder, depending on your version of Windows.
When you run a custom command, Auto C now displays the return value (exit code) from the custom command in addition to anything it writes to StdOut and StdErr.

Version 3.0 - July 3, 2008:

A new system for determining window sizes is now used. The size of the main window and the position and size of controls should now be more accurate.
When building or re-building an EXE project, sometimes Auto C didn't detect that an error had occurred when compiling a source file. Now, the building process should always stop if an individual object file is not successfully created.
Sometimes if you started to browse for the Borland compiler but then cancelled, Auto C would not properly handle the cancellation. This is now corrected.
Slight changes to the example projects have been made. The auto-generated comments are improved.

Version 2.9.6 - June 21, 2008:

If a control had an Accelerator key sometimes the key would be lost when ActiveX Control Pad was opened. This problem should now be fixed.
Under some circumstances it was possible for the Main Window's caption to disappear in ActiveX Control Pad. Now, the caption should always appear correctly.
The default bar color of a progress bar was not correct, and you could not specify that a progress bar should use default colors.
If you started Auto C by passing a filename at the command line, you could not open a different project. The first project would always be re-opened if you tried to open a different project. This is now fixed.

Version 2.9.5 - June 14, 2008:

An extra leading space was added to the main window's caption when displayed in ActiveX Control Pad. The extra space has been removed.

Version 2.9.4 - June 4, 2008:

Under Windows Vista, if you changed menu background colors then Auto C's menus did not appear correctly. They now appear correctly.
If you compiled a file individually and there was an error, Auto C did not put SuperEdi's caret on the line with the error and make SuperEdi the foreground window. Now it does.
If some tabs of a Tabstrip control had tooltips and others did not, the tabs without tooltips could be assigned the literal "NULL" as the tooltip. This is now fixed.

Version 2.9.3 - June 4, 2008:

The window position of ActiveX Control Pad was not saved when it was closed. This is now fixed: When ActiveX Control Pad is run it will have the size and position it had when it was last closed. (This was only a problem with Auto C versions 2.9.1 and 2.9.2.)
Sometimes the function Toolbar_DropDownClick would be added to the auto-generated source file when it wasn't needed. (This was only a problem with Auto C versions 2.9.1 and 2.9.2.)
Previously, under Windows Vista you had to right-click and select "Run as administrator" to start Auto C. You no longer have to do this.

Version 2.9.2 - June 1, 2008:

Version 2.9.1 had a problem in that it would fail to recognize that an EXE project source file had errors, and would proceed with building the project. This problem was corrected as soon as possible.

Version 2.9.1 - June 1, 2008:

When you compiled Dll project files individually Auto C would incorrectly report that the file had not been successfully compiled when it actually had been. (This was only a problem with version 2.9, not with prior versions.)
Files added to an EXE project were not compiled in the same order that they were linked in. Although this was not really a problem, this has been changed so that source files are now compiled in the same order that the corresponding object files are linked.
An Open command has been added to the File menu. Use it to open a different project without closing Auto C. Previously it was necessary to exit Auto C in order to open a different project. Now, Windows Vista users don't have to restart Auto C by right-clicking and selecting "Run as administrator" to open another project.

Version 2.9 - May 26, 2008:

If the form or menu was open for editing and a second instance of Auto C was started, problems with closing ActiveX Control Pad would occur. This is now fixed. If a second instance of Auto C is started while Auto C is running, the first instance will be closed right away.
If you close Auto C while the form or menu is open for editing ActiveX Control Pad will be closed without prompting you to save changes.
The way in which Auto C closes is now faster.
The -q option (quiet output) is no longer used with the Watcom linker.

Version 2.8.9 - May 7, 2008:

The Manifest files created by Auto C now have a simpler form.
For Windows Vista users, message boxes have been added to Auto C's setup program and to Auto c.exe that inform users of the need to start by right-clicking Auto C's icon and selecting "Run as administrator".

Version 2.8.8 - April 24, 2008:

If the name of the target EXE contained a period (.) then it could not be run from within Auto C. This is now fixed.
The way in which filenames are validated has been updated. Now, any valid folder name may be used and any valid filename may be used, except if the file title contains an ampersand (&) or apostrophe (').

Version 2.8.7 - April 17, 2008:

If you tried to compile a DLL project file individually when you had selected Borland C++ as the DLL compiler, the file would be compiled in C, not C++. This is now fixed.
Sometimes Auto C would incorrectly report that a file hadn't been successfully compiled when it actually had been. This should now be fixed.
A minor change was made to the way a DLL is linked with Watcom C.

Version 2.8.6 - March 18, 2008:

If you had no compilers installed and you tried to search header files an error would occur. This is now fixed.
A registry key created by Auto C was not deleted when uninstalling.

Version 2.8.5 - February 18, 2008:

When browsing for a help file there was a problem if you tried to select a Windows Help (*.hlp) file. This is now fixed.
The directive #define WIN32_LEAN_AND_MEAN has been added to source files. This greatly reduces compile time, especially when using Borland or Pelles C..

Version 2.8.4 - February 5, 2008:

If a DLL project contained a resource (RC) file, and you were using Watcom C++, then compiling the RC file individually would not work because Auto C used the wrong command. This is now fixed.

Version 2.8.3 - January 28, 2008:

Sometimes the toolbar control could be moved and resized at design-time in ActiveX Control Pad when it should not have been. Now the toolbar's position and size are always fixed.
When closing Auto C sometimes SuperEdi would remain running and it was unclear whether or not Auto C had ended. Both Auto C and SuperEdi should now promptly close when you close Auto C.
Some example files have been revised.

Version 2.8.2 - January 16, 2008:

Problems with the wrong bitmaps being assigned to toolbar buttons and an error occurring are now fixed. (This should only have been a problem with version 2.8.1)
The toolbar property page showed the bitmaps associated with a Windows XP theme even if you weren't running Windows XP. This is now fixed.
The symbol that represents the Apply Changes command has been changed. Hopefully the new symbol will do a better job of illustrating what the command does because the symbol is now a conventional icon that users are more familiar with.

Version 2.8.1 - January 12, 2008:

If Watcom was the only supported compiler you had installed, some of the commands under the Compile and Run drop-down menu were disabled when they should not have been. This is now fixed.
An extra line of code that had been left in an example file has now been removed.
The help file has been updated. An inaccuracy in the Description of Auto-Generated Code was corrected. (A toolbar's tooltip text is now copied to the szText member. Previously tip text was assigned to the lpszText member.)

Version 2.8 - January 8, 2008:

The Toolbar design-time control is much improved. The TBSTYLE_LIST style is now supported, as well as the BTNS_AUTOSIZE and BTNS_WHOLEDROPDOWN styles. Also, toolbar buttons can now display icons.
A scrollbar with a vertical orientation would have the wrong orientation when opened in ActiveX Control Pad. This is now fixed.
The name of the target dll could not be changed using the Dll Project Options dialog box. This is now fixed.
Under Windows Vista, controls with the default font of 8pt. MS Sans Serif would have a different font at runtime than at design-time. This is now fixed.
Line endings are now uniform. Previously some blank lines ended with just a line feed and no carriage return.

Version 2.7.5 - August 23, 2007:

A Toolbar button can now display any of the stock Windows bitmaps.
At design-time in ActiveX Control Pad, the width of a toolbar drop-down arrow will now always be the default size for the Windows version. (Changed with version 2.8) At runtime, the width will vary depending on the actual menu size setting.
The ability to select Windows Help (*.hlp) files under Windows Vista has been reinstated. You must have the appropriate Microsoft supplied viewer to use Windows Help files under Windows Vista. Search Microsoft's website for the file Windows6.0-KB917607-x86.msu. It allows you to use old style help files under Vista.
Both versions of Win32.hlp (the Borland version and the LCC-Win32 version) are now available as pre-defined choices for help files.
Verified that Auto C works OK with Open Watcom C/C++ 1.7.

Version 2.7.4 - August 11, 2007:

The width of the elements of the Toolbar design-time ActiveX control were incorrect. The width of a toolbar at design-time did not accurately reflect the toolbar's width at runtime. Now, the width of Toolbar buttons, separators and drop-down arrows should be accurate under all Windows versions. This applies only to toolbars with the Windows Classic appearance. A toolbar's width may be different depending on the XP theme or "skin".
Auto C's appearance under Windows Vista is improved.

Version 2.7.3 - July 19, 2007:

Under Windows 2000, when linking a DLL using Watcom C, Auto C did not read the exports from the DLL's library file correctly. Because of this, exported functions were not made visible externally by their undecorated names.

Version 2.7.2 - July 18, 2007:

Fixed problem with using the Add/Update Declarations command. Previously, only the first Dll function found was processed. This command was always intended to process all exported Dll functions. (This was fixed with version 2.7.1)
Under Windows NT4, under some circumstances Auto C would freeze at startup.
When using the toolbox, added the capability to right-click the toolbox in order to add a control.
In ActiveX Control Pad, the ScrollBar control and the UpDown control always appeared in the Windows Classic form. Now, under Windows XP or later those controls will be drawn at design-time using the selected theme. The ListBox control also did not appear correctly at design-time.
Borland cfg files were always overwritten at startup. This is no longer the case; advanced users can modify the cfg files and the modifications will be preserved the next time that project is opened.
The commands used to make projects with Open Watcom have been revised.
The Check Box you could check to create and use a Manifest file has been moved to the Window Styles dialog box.
Auto C's main window and toolbox are now tool windows without icons instead of standard windows.
There is no longer an "Open" command available from Auto C's File menu.

Version 2.7.1 - June 29, 2007:

Added support for Open Watcom C/C++ compiler. Open Watcom version 1.6 from December of 2006 is the only version of Open Watcom that has been tested with Auto C. Previous versions are untested with Auto C.
At design-time sometimes a button would not display a bitmap or icon correctly. (For example, a button would display the text "BEANY" instead of displaying the bitmap resource named BEANY.) Hopefully this is now fixed.
Auto C no longer moves or re-sizes SuperEdi or ActiveX Control Pad. This was something left over from Instant C and was determined to be not useful.
Although use of a module definition file with Pelles C was discontinued, Auto C still created empty .DEF files that were never used. The files are not created anymore.
The position of Auto C's main window and Toolbox window are now stored in the registry.
Fixed problem with using the Add/Update Declarations command. Only the first Dll function found was processed. This command was always intended to process all exported Dll functions.

Version 2.7 - June 14, 2007:

Fixed error that would occur if Auto C was used to create two or more files to be added to a project.

Version 2.6 - June 12, 2007:

In the Play Sound example project, the names of lib files had been inadvertently removed from the linker response files. This was only a problem with version 2.6.

Version 2.5 - June 12, 2007:

Added the capability to make a Dll in C++ using Borland.
Auto C no longer uses a module definition file when creating a Dll with Pelles C.

Version 2.4 - June 5, 2007:

Fixed problem with the Slider control. At design-time the slider was not created and did not appear. This was only a problem with version 2.3. Previous versions did not have this problem.

Version 2.3 - June 1, 2007:

Fixed "Invalid Property Value" error at startup. This problem did not appear on the author's machine until recently.
Fixed problem where if you altered certain portions of the auto-generated code and then tried to add a menu, an error would occur.
Problems with Auto C's height being too short are hopefully fixed. Other window sizing problems are somewhat improved, but there could still be remaining issues when running Auto C on some machines with non-standard displays.
Two of the example projects contained unique code that caused the code for added buttons to be put in the wrong place within the function Button_Click. This was only a problem with the examples and should not have been a problem with any other files. Corrections were made to the way code is added so that the potential for this problem no longer exists.
The number of recent file slots has been increased from 4 to 8.

Version 2.2 - May 21, 2007:

Added code that draws controls using the colors specified by the Desktop Appearance settings. Previously, Auto C always used black for text and white for window backgrounds, etc.. Updated the ActiveX Controls as well; previously some controls used the wrong color (COLOR_BTNTEXT was used where COLOR_WINDOWTEXT should have been used and similar issues). Still, not all controls will appear at design time exactly as they will at runtime.
Changed the way Auto C positions itself on the screen. The default startup location is now in the upper-left corner. Previously Auto C's default startup position was in the upper-right corner.
When closing, Auto C will now try to restore SuperEdi's original screen position and size. Auto C will also try and restore SuperEdi's toolbar windows to their original show state.

Version 2.1 - May 21, 2007:

Added the ability to use a manifest file so that Windows XP style visual themes can be applied to the executables created with Auto C.
Added a DefaultButton property to the CommandButton control. If you wish, one command button on the form can be the default button and will be created with the BS_DEFPUSHBUTTON style. All the other command buttons will be created with the BS_PUSHBUTTON style.
Fixed problem with using the Remove DLL command to remove the auto-generated code that loads a dll and functions. One character too many was removed from the auto-generated header file when the prototype for the function LoadDllFunctions was removed.
Fixed problem where if files were added to a project that did not have spaces in their names, and the project's main file did contain spaces, and Borland C++ was used, linking didn't work because some filenames were not enclosed in quotes when needed.
Fixed problem with using filenames that contained commas but no spaces. Previously this didn't work because Auto C didn't enclose them in quotes.
Fixed problems with using Auto C to create a new file to be added it to the project.
Fixed other miscellaneous issues pertaining to adding files to a project. Disallowed the use of filenames that contain the Ampersand character. Disallowed the use of filenames with trailing spaces.
Fixed problems with using File Open and Save dialog boxes: Sometimes selecting Cancel wasn't properly handled.

Version 2.0 - May 12, 2007:

Fixed problem with Toolbar control: Sometimes an invalid or unusable button ID was generated when you added buttons to a toolbar.
Fixed problem where entering an invalid URL or HTML filename to display caused an error.
Added a Progress Bar as a design-time only ActiveX Control.
Added a new auto-generated function to return the Tool Tip window's handle. Use GetToolTipsHwnd() to return the tooltip window's HWND.
Auto C now detects if your Taskbar is not bottom aligned. Auto C won't place any windows on top of the taskbar if it is not set to auto-hide.
Auto C now remembers which compilers you have selected. When you restart Auto C, the compiler you last used for an EXE project or DLL project will again be the selected compiler for that type of project.
Added code to allow for the use of quotation marks (") in tooltips and toolbar button captions. Previously errors would occur if you tried to place a quote in a TabStrip tab's tooltip or a Toolbar button's tooltip or caption (by using \" ).

Version 1.9 - April 27, 2007:

Improved the way Auto C starts up and opens a project. This process is now faster and smoother, and unnecessary message boxes aren't displayed.
Added the option of having Auto C's start-up position be on the left side of the screen instead of always being on the right side. If Auto C is on the left side of the screen when you close it, the next time you start Auto C it will be in the upper left corner.
Simplified the way Auto C places SuperEdi's caret on a specific line to further reduce the possibility of an error.
Re-worked the Play Sound example project.

Version 1.8 - April 12, 2007:

Fixed problem where RC file contents could be lost or garbled when updating menus.

Version 1.7 - April 12, 2007:

Fixed problem where files that had been added to a project were omitted from the project when it was later re-opened.
When a Label's font changed, the change wasn't shown immediately in the Properties Box.
A minor revision was made to the function MouseOverControl. A statement assigning the HWND of the control the mouse is over to a static variable was moved to a different location. Previously it had been near the end of the function, now it is near the beginning of the function.

Version 1.6 - April 4, 2007:

There was a problem with one of the example files in the v1.5 distribution. It had been altered and hadn't been restored to it's original state. This is corrected with the 1.6 distribution.

Version 1.5 - April 4, 2007:

Version 1.4 had a problem in that the reference to the ActiveX controls wasn't set correctly when it was compiled. This is corrected in version 1.5. Version 1.4 was only posted for a short time, but the version numbers were incremented anyway.
Fixed problem with opening the help file from the start menu. The wrong filename was specified.

Version 1.4 - April 4, 2007:

Updated and tested with latest version of SuperEdi (4.0, 4.0.U)
Fixed problem with right-clicking a file or using the drop-down menu to compile an individual file. Sometimes this didn't work because the file's extension was omitted.
Enabled using the compile & run button even if no supported compilers were found. Previously, if you had Borland installed but it wasn't in the default location, and had no other compilers installed, it wasn't clear how to specify the Borland compiler's location. Now the project options dialog box can be more easily displayed, making it a little easier to specify the Borland compiler's location.

Version 1.3 - April 2, 2007:

The help file is now an HTML Help file. The Property Pages no longer have a button that you can click for help, you must press F1.
At startup, if SuperEdi is already running, Auto C will close and restart SuperEdi. This is to ensure that code page and unicode detection are turned off. If they are enabled when not needed, the contents of a file can become garbled unexpectedly.
Disallowed use of LCC-Win32 under Windows 98/ME. The latest version of LCC-Win32 requires Windows 5.0 (Windows 2000) or higher.
Fixed problem that occurred when overwriting an old project. If you selected a previously existing project name for a new project, intending to overwrite the old project files, some files were not re-written.

Version 1.2 - March 24, 2007:

Fixed problem with deleting multiple controls and one of them, but not all of them, was a control in the button class. The function Button_Click was not updated correctly.
Fixed error that would occur if you added a menu or menus, and then later completely removed all menus.
Fixed problem that occurred when linking DLLs with LCC-WIn32 if you also had Pelles C installed. Auto C used the same environment block for both compilers, and LCC's implib.exe wouldn't run correctly if it was run in a process that used an environment block created for use with Pelles C.

Version 1.1 - March 22, 2007:

Environment variables are no longer used. Previously it was necessary to add the name of a compiler's BIN folder to your PATH environment variable, and using Pelles C required additional environment variables. The need to use environment variables was eliminated in order to make setting up Auto C easier. (June 29, 2007: - The Environment Variables that Open Watcom creates when it is installed are required.)
Changed the way Auto C places SuperEdi's caret at a specific line in a file. The SuperEdi application doesn't blink or flash when Auto C does this any more.
Made corrections to help file, which in one location referred to an example project by the wrong name and also used incorrect terminology.

Version 1.0 - March 20, 2007:

Updated for latest versions of SuperEdi, 3.9.2 and 3.9.2.U