Files
Terminal.Gui/docfx/docs/multitasking.md
Copilot aef88ad4bb Fixes #4332 - Refactor test infrastructure to use modern ApplicationImpl.Coordinator instead of legacy MainLoop (#4335)
* Initial plan

* Refactor tests to use modern ApplicationImpl.Coordinator architecture instead of legacy Application.RunIteration

Co-authored-by: tig <585482+tig@users.noreply.github.com>

* Changes before error encountered

Co-authored-by: tig <585482+tig@users.noreply.github.com>

* Replace Application.RunIteration implementation to use modern ApplicationImpl.Coordinator architecture

Co-authored-by: tig <585482+tig@users.noreply.github.com>

* Simplify Application.RunIteration to directly delegate to ApplicationImpl.Coordinator without legacy infrastructure

Co-authored-by: tig <585482+tig@users.noreply.github.com>

* Update multitasking.md documentation to use Application.AddTimeout/RemoveTimeout instead of deprecated Application.MainLoop methods

Co-authored-by: tig <585482+tig@users.noreply.github.com>

* Refactor contribution guidelines and documentation

- Consolidated all contribution-related instructions into `CONTRIBUTING.md` as the single source of truth.
- Updated `copilot-instructions.md` and `AGENTS.md` to reference `CONTRIBUTING.md`.
- Enhanced build, test, and CI/CD workflow documentation.
- Updated repository structure documentation in `README.md` and `CONTRIBUTING.md`.
- Reinforced coding conventions and streamlined testing requirements.
- Documented GitHub Actions workflows and provided local CI replication steps.
- Refined API documentation requirements and PR guidelines.
- Simplified `.sln` file and removed redundant content.
- Updated links to point to the latest documentation resources.

* Revamp bug report template for clarity and detail

Updated the bug report template to improve structure, readability, and comprehensiveness:
- Specified "Terminal.Gui" in the `about` section.
- Replaced bold headings with Markdown heading syntax.
- Enhanced "To Reproduce" with placeholders for code and behavior details.
- Added an "Environment" section to collect OS, terminal, PowerShell, .NET, and `Terminal.Gui` version details.
- Expanded "Screenshots" to include GIFs and terminal output instructions.
- Removed outdated "Desktop" and "Smartphone" sections, consolidating relevant details.
- Improved "Additional Context" with prompts for consistency, prior behavior, and error messages.
- Streamlined "For Maintainers" instructions for setting project and milestone.

These changes aim to make bug reports more actionable and easier to reproduce.

* Remove [Obsolete] attribute and pragma warnings from Application.RunIteration - method now uses modern architecture internally

Co-authored-by: tig <585482+tig@users.noreply.github.com>

* Refactor Application.Run.cs for clarity and cleanup

Removed debug assertions and unused/commented-out code to simplify logic and improve maintainability. Renamed `forceDraw` to `forceRedraw` in `LayoutAndDraw` for better clarity. Removed the internal `OnNotifyStopRunState` method and its associated logic, indicating a refactor of the stop notification mechanism.

---------

Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: Tig <tig@users.noreply.github.com>
Co-authored-by: tig <585482+tig@users.noreply.github.com>
2025-10-26 09:15:46 -06:00

251 lines
6.2 KiB
Markdown

# Multitasking and Background Operations
_See also [Cross-platform Driver Model](drivers.md)_
Terminal.Gui applications run on a single main thread with an event loop that processes keyboard, mouse, and system events. This document explains how to properly handle background work, timers, and asynchronous operations while keeping your UI responsive.
## Threading Model
Terminal.Gui follows the standard UI toolkit pattern where **all UI operations must happen on the main thread**. Attempting to modify views or their properties from background threads will result in undefined behavior and potential crashes.
### The Golden Rule
> Always use `Application.Invoke()` to update the UI from background threads.
## Background Operations
### Using async/await (Recommended)
The preferred way to handle background work is using C#'s async/await pattern:
```csharp
private async void LoadDataButton_Clicked()
{
loadButton.Enabled = false;
statusLabel.Text = "Loading...";
try
{
// This runs on a background thread
var data = await FetchDataFromApiAsync();
// This automatically returns to the main thread
dataView.LoadData(data);
statusLabel.Text = $"Loaded {data.Count} items";
}
catch (Exception ex)
{
statusLabel.Text = $"Error: {ex.Message}";
}
finally
{
loadButton.Enabled = true;
}
}
```
### Using Application.Invoke()
When working with traditional threading APIs or when async/await isn't suitable:
```csharp
private void StartBackgroundWork()
{
Task.Run(() =>
{
// This code runs on a background thread
for (int i = 0; i <= 100; i++)
{
Thread.Sleep(50); // Simulate work
// Marshal back to main thread for UI updates
Application.Invoke(() =>
{
progressBar.Fraction = i / 100f;
statusLabel.Text = $"Progress: {i}%";
});
}
Application.Invoke(() =>
{
statusLabel.Text = "Complete!";
});
});
}
```
## Timers
Use timers for periodic updates like clocks, status refreshes, or animations:
```csharp
public class ClockView : View
{
private Label timeLabel;
private object timerToken;
public ClockView()
{
timeLabel = new Label { Text = DateTime.Now.ToString("HH:mm:ss") };
Add(timeLabel);
// Update every second
timerToken = Application.AddTimeout(
TimeSpan.FromSeconds(1),
UpdateTime
);
}
private bool UpdateTime()
{
timeLabel.Text = DateTime.Now.ToString("HH:mm:ss");
return true; // Continue timer
}
protected override void Dispose(bool disposing)
{
if (disposing && timerToken != null)
{
Application.RemoveTimeout(timerToken);
}
base.Dispose(disposing);
}
}
```
### Timer Best Practices
- **Always remove timers** when disposing views to prevent memory leaks
- **Return `true`** from timer callbacks to continue, `false` to stop
- **Keep timer callbacks fast** - they run on the main thread
- **Use appropriate intervals** - too frequent updates can impact performance
## Common Patterns
### Progress Reporting
```csharp
private async void ProcessFiles()
{
var files = Directory.GetFiles(folderPath);
progressBar.Fraction = 0;
for (int i = 0; i < files.Length; i++)
{
await ProcessFileAsync(files[i]);
// Update progress on main thread
progressBar.Fraction = (float)(i + 1) / files.Length;
statusLabel.Text = $"Processed {i + 1} of {files.Length} files";
// Allow UI to update
await Task.Yield();
}
}
```
### Cancellation Support
```csharp
private CancellationTokenSource cancellationSource;
private async void StartLongOperation()
{
cancellationSource = new CancellationTokenSource();
cancelButton.Enabled = true;
try
{
await LongRunningOperationAsync(cancellationSource.Token);
statusLabel.Text = "Operation completed";
}
catch (OperationCanceledException)
{
statusLabel.Text = "Operation cancelled";
}
finally
{
cancelButton.Enabled = false;
}
}
private void CancelButton_Clicked()
{
cancellationSource?.Cancel();
}
```
### Responsive UI During Blocking Operations
```csharp
private async void ProcessLargeDataset()
{
var data = GetLargeDataset();
var batchSize = 100;
for (int i = 0; i < data.Count; i += batchSize)
{
// Process a batch
var batch = data.Skip(i).Take(batchSize);
ProcessBatch(batch);
// Update UI and yield control
progressBar.Fraction = (float)i / data.Count;
await Task.Yield(); // Allows UI events to process
}
}
```
## Common Mistakes to Avoid
### ❌ Don't: Update UI from background threads
```csharp
Task.Run(() =>
{
label.Text = "This will crash!"; // Wrong!
});
```
### ✅ Do: Use Application.Invoke()
```csharp
Task.Run(() =>
{
Application.Invoke(() =>
{
label.Text = "This is safe!"; // Correct!
});
});
```
### ❌ Don't: Forget to clean up timers
```csharp
// Memory leak - timer keeps running after view is disposed
Application.AddTimeout(TimeSpan.FromSeconds(1), UpdateStatus);
```
### ✅ Do: Remove timers in Dispose
```csharp
protected override void Dispose(bool disposing)
{
if (disposing && timerToken != null)
{
Application.RemoveTimeout(timerToken);
}
base.Dispose(disposing);
}
```
## Performance Considerations
- **Batch UI updates** when possible instead of updating individual elements
- **Use appropriate timer intervals** - 100ms is usually the maximum useful rate
- **Yield control** in long-running operations with `await Task.Yield()`
- **Consider using `ConfigureAwait(false)`** for non-UI async operations
- **Profile your application** to identify performance bottlenecks
## See Also
- [Events](events.md) - Event handling patterns
- [Keyboard Input](keyboard.md) - Keyboard event processing
- [Mouse Input](mouse.md) - Mouse event handling
- [Configuration Management](config.md) - Application settings and state