Allegro 6.1: Common Graphics/IDE
A new Profile Control dialog offers more complete interactive
control over the profiler.
New menu commands allow macroexpanding every macro call in a form
rather than just top-level calls.
The arrow keys may be used to move and resize widgets on forms by
exactly one or ten pixels for more accurate widget placement.
A new restart may be selected to edit a file at the point where an
error occurs during compilation.
IDE preferences may be saved separately for different users.
Different background colors may be used in the Trace Dialog for
different processes or blocks of code.
The Trace Dialog dialog contents may be saved to a file as
Improvements to projects:
adding a file to a project displays a dialog that explains
the differnet types of files that may be added,
a project may be assigned arbitrary distributed files to be
gathered by Build Project Distribution,
It is more straightforward to specify a
custom package for project code, and
command-line arguments may be specified to be built into the
standalone executable for a project.
Build Project Distribution offers to re-use the most recently used
distribution directory. Compilation warnings from multiple project
files are combined into a single dialog, which may be disabled
Over 100 other fixes and small enhancements to CG and the IDE.
New Common Graphics Capabilities:
There is a new flood-fill function for arbitrary areas, and a new
draw-arrowhead function for drawing arrowheads at any angle. Icons
may be properly created programmatically rather than loaded from an
Animations may be played in a particular existing window. Mouse wheel
events may be handled arbitrarily. Tab-controls may be nested
(including on forms).
More intuitive grid-widget interactive sorting behavior is built in.
There are new Common Graphics examples in the Navigator dialog.
Improved IDE Features:
- More useful IDE multithreading. IDE dialogs may now be used while
user code is busy running.
- Faster IDE: activities that involve many Windows API calls (such
as smooth scrolling), are up to a few times faster in Windows 2000,
now that we have addressed the Windows 2000 behavior of checking for
process switches on every Windows API call.
Certain other relatively intensive IDE activities (such as
reindenting forms in the editor) are significantly faster in all
versions of Windows due to enahncing some internal process-wait wait
functions to use process gates.