With AutoCAD .NET API, one can quite easily uses the built-in Autodesk.AutoCAD.Runtime.ProgressMeter object to show progress of lengthy executing process. However, from my experience of using ProgressMeter, it often does not show a satisfactory progressing visual effect. The processing effect shown by the ProgressMeter for exact long processing operation done by the exact code could be different from one AutoCAD version to another version, and in many cases, the progress meter simply does not get refreshed during the lengthy processing.
A few years back, I wrote an article on showing a progress window for a long running process in AutoCAD, where I used a modeless window/dialog box to host a progress bar. The purpose was to separate the actual lengthy operation and the visual progress effect in different component, so that the code for progress bar can be easily reused as a component. Again, it has been proving that using modeless window/dialog box has the same unstable progressing visual effect. That is the progress bar sometimes is not refreshed when AutoCAD is busy of intense processing.
I guess, using either AutoCAD built-in ProgressMeter, or ProgressBar hosted in a modeless window, we, as .NET API programmer, do not have much control on how AutoCAD handles its UI update.
The only way to guarantee the UI that shows promptly updated progress bar is to host the progress bar in a modal window/dialog box.
So, I decided to update/rebuild my progress bar code component by using a modal form. Here I used similar approach to use an Interface separating the actual code that does the lengthy AutoCAD processing and the code to display progressing bar.
Firstly, I define an Interface that will be used by the progress bar component. This Interface object tells the progress bar component when a lengthy processing starts and end, stimulate the progress bar to progress: all of these are done through vents defined in this Interface. The Interface also define an action (method), which the progress bar component calls as soon as the progress bar UI shows. See code below (including custom EventHandler and EventArgs used by those Events:
using System; namespace ShowProgressBar { public interface ILongProcessingObject { event LongProcessStarted ProcessingStarted; event LongProcessingProgressed ProcessingProgressed; event EventHandler ProcessingEnded; event EventHandler CloseProgressUIRequested; void DoLongProcessingWork(); } public class LongProcessStartedEventArgs : EventArgs { private int _loopCount; private string _description; private bool _canStop; public LongProcessStartedEventArgs( string description, int loopCount = 0, bool canStop = false) { _loopCount = loopCount; _description = description; _canStop = canStop; } public int LoopCount { get { return _loopCount; } } public string Description { get { return _description; } } public bool CanStop { get { return _canStop; } } } public class LongProcessingProgressEventArgs : EventArgs { private string _progressDescription; private bool _cancel = false; public LongProcessingProgressEventArgs(string progressDescription) { _progressDescription = progressDescription; } public string ProgressDescription { get { return _progressDescription; } } public bool Cancel { set { _cancel = value; } get { return _cancel; } } } public delegate void LongProcessStarted( object sender, LongProcessStartedEventArgs e); public delegate void LongProcessingProgressed( object sender, LongProcessingProgressEventArgs e); }
Then here the progress bar component:
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace ShowProgressBar { public class ProcessingProgressBar : IDisposable { private dlgProgress _dlg = null; private ILongProcessingObject _executingObject; public ProcessingProgressBar(ILongProcessingObject executingObj) { _executingObject = executingObj; } public void Start() { _dlg = new dlgProgress(_executingObject); _dlg.ShowDialog(); } public void Dispose() { if (_dlg!=null) { _dlg.Dispose(); } } } }
As the code show, it is really simple with one public method Start(), which shows a modal dialog box where the progress bar is hosted. This component implements IDispose(), so that when it is disposed, the instance of dialog box (Windows Form) is disposed. The most important part of this component is that it holds an instance of ILongProcessingObject class: as soon as the progress bar form shows, the Start() method of this ILongProcessingObject gets called, and its events subscribed by the progress bar form stimulate the progress bar to progress and close the form when processing is done.
The dialog box form has 4 controls on it: 2 labels to show executing process' message/description, a progress bar, and a button labelled a "Stop". Here is the code behind the form:
using System; using System.Windows.Forms; namespace ShowProgressBar { public partial class dlgProgress : Form { private ILongProcessingObject _executingObject = null; private bool _stop = false; private bool _isMarquee = false; private int _loopCount = 0; public dlgProgress() { InitializeComponent(); } public dlgProgress( ILongProcessingObject executingObj) : this() { _executingObject = executingObj; _executingObject.ProcessingStarted += new LongProcessStarted(ExecutingObject_ProcessStarted); _executingObject.ProcessingProgressed += new LongProcessingProgressed(ExecutingObject_Progressed); _executingObject.ProcessingEnded += new EventHandler(ExecutingObject_ProcessEnded); _executingObject.CloseProgressUIRequested += new EventHandler(ExecutingObject_CloseProgressUIRequested); } private void ExecutingObject_CloseProgressUIRequested(object sender, EventArgs e) { this.DialogResult = DialogResult.OK; } private void ExecutingObject_ProcessEnded(object sender, EventArgs e) { pBar.Value = 0; lblTitle.Text = ""; lblDescription.Text = ""; this.Refresh(); } private void ExecutingObject_ProcessStarted( object sender, LongProcessStartedEventArgs e) { if (e.LoopCount == 0) { pBar.Style = ProgressBarStyle.Marquee; lblDescription.Text = "Please wait..."; } else { pBar.Style = ProgressBarStyle.Continuous; pBar.Minimum = 0; pBar.Maximum = e.LoopCount; pBar.Value = 0; lblDescription.Text = ""; _loopCount = e.LoopCount; } _isMarquee = e.LoopCount == 0; btnStop.Visible = e.CanStop; lblTitle.Text = e.Description; Application.DoEvents(); this.Refresh(); } private void ExecutingObject_Progressed( object sender, LongProcessingProgressEventArgs e) { if (!_isMarquee) { pBar.Value++; } lblDescription.Text = e.ProgressDescription; lblDescription.Refresh(); Application.DoEvents(); if (_stop) { e.Cancel = true; } } private void dlgProgress_Shown(object sender, EventArgs e) { Application.DoEvents(); if (_executingObject == null) { this.DialogResult = DialogResult.Cancel; } else { _executingObject.DoLongProcessingWork(); } } private void btnStop_Click(object sender, EventArgs e) { _stop = true; } } }
Sometimes, a long processing may not have determined loop count, or the processing loop only ends with certain condition been met. In the code showing here, I assume if the LongProcessStartedEventArg.LoopCount is 0, then it means the processing loop is unknown, so I set the ProgressBar's Style property to Marquee.
That is all the code for the progress bar component that can be used easily with my AutoCAD data processing objects, as long as they implement ILongProcessingObject Interface. Here is an example class MyCadDataHandler, in which I let it do 2 lengthy tasks:
- one with known loop count: looping through drawing's ModelSpace for each entity and do something with it
- one without known loop count: looping through drawing's ModelSpace to find BlockReferences with certain name, and if the count of the found BlockReferences reach a given number the looping stops
Here is he code of class MyCadDataHandler:
using System; using System.Collections.Generic; using System.Linq; using Autodesk.AutoCAD.ApplicationServices; using Autodesk.AutoCAD.DatabaseServices; namespace ShowProgressBar { public class MyCadDataHandler : ILongProcessingObject { private enum LongProcessingType { Type1=0, Type2=1, } private Document _dwg; private LongProcessingType _processingType = LongProcessingType.Type1; public MyCadDataHandler(Document dwg) { _dwg = dwg; } #region public methods public void DoWorkWithKnownLoopCount() { _processingType = LongProcessingType.Type1; using (var progress=new ProcessingProgressBar(this)) { progress.Start(); } } public void DoWorkWithUnknownLoopCount() { _processingType = LongProcessingType.Type2; using (var progress = new ProcessingProgressBar(this)) { progress.Start(); } } #endregion #region Implementing ILongProcessingObject interface public event LongProcessStarted ProcessingStarted; public event LongProcessingProgressed ProcessingProgressed; public event EventHandler ProcessingEnded; public event EventHandler CloseProgressUIRequested; public void DoLongProcessingWork() { switch(_processingType) { case LongProcessingType.Type1: LoopThroughModelSpace(); break; case LongProcessingType.Type2: SearchForTopBlocks("StationLabel", 500); break; } } #endregion #region private methods private void LoopThroughModelSpace() { try { //run 2 long processing loops for (int n = 0; n < 2; n++) { using (var tran = _dwg.TransactionManager.StartTransaction()) { //Get all entities' ID in ModelSpace BlockTableRecord model = (BlockTableRecord) tran.GetObject( SymbolUtilityServices.GetBlockModelSpaceId( _dwg.Database), OpenMode.ForRead); ObjectId[] entIds = model.Cast<ObjectId>().ToArray(); if (ProcessingStarted != null) { string process = n == 0 ? "Searching ModelSpace for AAAA" : "Search ModelSpace for BBBB"; LongProcessStartedEventArgs e = new LongProcessStartedEventArgs( process, entIds.Length, true); ProcessingStarted(this, e); } int count = 0; foreach (var entId in entIds) { count++; if (ProcessingProgressed != null) { string progMsg = string.Format( "{0} out of {1}. {2} remaining...\n" + "Processing entity: {3}", count, entIds.Length, entIds.Length-count, entId.ObjectClass.DxfName); LongProcessingProgressEventArgs e = new LongProcessingProgressEventArgs(progMsg); ProcessingProgressed(this, e); //Since this processing is cancellable, we //test if user clicked the "Stop" button in the //progressing dialog box if (e.Cancel) break; } //Do something with the entity Entity ent = (Entity)tran.GetObject( entId, OpenMode.ForRead); long s = 0; for (int i = 0; i < 1000000; i++) { s += i * i; } } if (ProcessingEnded != null) { ProcessingEnded(this, EventArgs.Empty); } tran.Commit(); } } } finally { //Make sure the CloseProgressUIRequested event always fires, so //that the progress dialog box gets closed because of this event if (CloseProgressUIRequested != null) { CloseProgressUIRequested(this, EventArgs.Empty); } } } private void SearchForTopBlocks(string blkName, int targetCount) { List<ObjectId> blkIds = new List<ObjectId>(); try { if (ProcessingStarted != null) { string msg = string.Format( "Searching first {0} block refeences: \"{1}\"", targetCount, blkName); LongProcessStartedEventArgs e = new LongProcessStartedEventArgs(msg); ProcessingStarted(this, e); } using (var tran = _dwg.TransactionManager.StartTransaction()) { //Get all entities' ID in ModelSpace BlockTableRecord model = (BlockTableRecord)tran.GetObject( SymbolUtilityServices.GetBlockModelSpaceId( _dwg.Database), OpenMode.ForRead); foreach (ObjectId id in model) { if (ProcessingProgressed != null) { string progMsg = string.Format( "{0} found\n" + "Processing entity: {1}", blkIds.Count, id.ObjectClass.DxfName); LongProcessingProgressEventArgs e = new LongProcessingProgressEventArgs(progMsg); ProcessingProgressed(this, e); } if (IsTargetBlock(id, blkName, tran)) { blkIds.Add(id); if (blkIds.Count == targetCount) break; } } tran.Commit(); } if (ProcessingEnded != null) { ProcessingEnded(this, EventArgs.Empty); } } finally { //Make sure the CloseProgressUIRequested event always fires, //so that the progress dialog box gets closed because of //this event if (CloseProgressUIRequested != null) { CloseProgressUIRequested(this, EventArgs.Empty); } } } private bool IsTargetBlock( ObjectId entId, string blkName, Transaction tran) { //kill a bit time to allow progress bar effect long s = 0; for (int i = 0; i < 10000000; i++) { s += i * i; } BlockReference blk = tran.GetObject( entId, OpenMode.ForRead) as BlockReference; if (blk!=null) { string name; if (blk.IsDynamicBlock) { BlockTableRecord br = (BlockTableRecord) tran.GetObject( blk.DynamicBlockTableRecord, OpenMode.ForRead); name = br.Name; } else { name = blk.Name; } return name.ToUpper() == blkName.ToUpper(); } return false; } #endregion } }
As the code shows, it has 2 public methods that can be called in a CommandMethod to start the 2 lengthy data processing executions. The third public method DoLongProcessingWork() is the ILongProcessObject interface implementing method and is called when the progress bar hosting dialog box shows.
When I implementing the ILongProcessingObject interface, I have freedom to decide what exactly I want to do when ILongProcessObject.DoLongProcessWork() is called. In the code shown here, I used private enum type LongProcessingType to indicate what long processing operation to be executed. I also has the freedom (and am responsible) to decide when to raise events that stimulate progress bar and close the progress bar form.
Here is the CommandClass that uses MyCadDataHandler:
using Autodesk.AutoCAD.ApplicationServices; using Autodesk.AutoCAD.EditorInput; using Autodesk.AutoCAD.Runtime; using CadApp = Autodesk.AutoCAD.ApplicationServices.Application; [assembly: CommandClass(typeof(ShowProgressBar.MyCadCommands))] namespace ShowProgressBar { public class MyCadCommands { [CommandMethod("LongWork1")] public static void RunLongWork_1() { Document dwg = CadApp.DocumentManager.MdiActiveDocument; Editor ed = dwg.Editor; try { MyCadDataHandler dataHandler = new MyCadDataHandler(dwg); dataHandler.DoWorkWithKnownLoopCount(); } catch (System.Exception ex) { ed.WriteMessage( "\nError: {0}\n{1}", ex.Message, ex.StackTrace); } finally { Autodesk.AutoCAD.Internal.Utils.PostCommandPrompt(); } } [CommandMethod("LongWork2")] public static void RunLongWork_2() { Document dwg = CadApp.DocumentManager.MdiActiveDocument; Editor ed = dwg.Editor; try { MyCadDataHandler dataHandler = new MyCadDataHandler(dwg); dataHandler.DoWorkWithUnknownLoopCount(); } catch (System.Exception ex) { ed.WriteMessage( "\nError: {0}\n{1}", ex.Message, ex.StackTrace); } finally { Autodesk.AutoCAD.Internal.Utils.PostCommandPrompt(); } } } }
This video clip show how the code works (I used a drawing with over 9000 entities in ModelSpace).
As I stated at the beginning, I have used AutoCAD built-in ProgressMeter, used Windows.Forms.ProgressBar hosed in both modeless and modal form. So far, using modal form to host a ProgressBar has the most reliable progressing visual effect (I'd guess it would be the same with WPF modeless and modal window, but I have not tried). However, as we all know, forced UI update slows down the actual processing. So, better progressing visual effect with modal form means longer processing time. The bottom line is that psychologically, user feel things going faster with visual progressing indicator when he/she waits 10 seconds than 5 seconds while staring at frozen AutoCAD screen.
The source code can be downloaded here.
Hi Norman Yuan,
ReplyDeleteMany Thanks for this post.
I used this utility in one my programs which needs to show a lengthy operation.As compared to show the progress in AutoCAD status bar via progressbar this takes some time to finish the process. But still gives a good way to show the progress.
Here is the screencast.
https://screencast.autodesk.com/Embed/c1eaf101-cff2-4e1e-8147-bf1821968892
I finally took the time to go through the code, its been bookmarked for sooo long. So I went through, and mentally separated what I have to do to make it do what I want, and its way easier than I expected.
ReplyDeleteI have done these progress dialogs in the past, and they got complicated. One of my needs is for the loop count and progress to change during a process that essentially generates more loops as it goes (iterative). I need to see if yours does that. Very much appreciate you sharing this, your code is the easiest to understand I have run across.
I got it to allow changing loopcount with just a couple tweaks. I added a loopcout prop to the progress arguments, and had the dialog adjust pbar.maximum if a loopcount above 0 was passed in. I pass in -1 for progs that do not have a changing loop. slick stuff man!
ReplyDelete
ReplyDeleteEvery bodies want how the home design or Auto cad services, space planing.Thanks!Look for added posts on this affair soon. Thanks for administration this info. - See more at: www.simplicitydesignusa.com Or,
Auto cad services
If you are in any way in need of a genuine and urgent Auto cad services,space planing to start a business,Auto cad services
ReplyDeleteIt is important that If you want to choose a great Auto cad services, space planing source. Then,Below are some of the key factors which will make your your dreams success without anyone’s help,Auto cad services
ReplyDeleteThis comment has been removed by the author.
ReplyDeleteHi Norman,
ReplyDeleteI know it's an old thread. I'm trying to play the video in this post but I can't. no more flash player. How can I watch this video?
Bkkar,
ReplyDeleteI was unfortunate that I chose to use TechSmith's screen recording app to make videos for my blog many years ago and now the flash videos were not playable any more. Sorry, I do not have time to re-produce these video clips right now. However, since the source code in its Visual Studio solution is available for download. If you download it and compile/run the DLL with your AutoCAD, you can see the effect of the code, rather easily.