Skip to content

Commit febf267

Browse files
authored
Merge pull request gui-cs#3454 from tig/v2_migration_guide
Adds V2 migration guide to API docs
2 parents 4105680 + e60a692 commit febf267

File tree

3 files changed

+239
-1
lines changed

3 files changed

+239
-1
lines changed

docfx/docs/migratingfromv1.md

Lines changed: 234 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,234 @@
1+
# Migrating From v1 To v2
2+
3+
This document provides an overview of the changes between Terminal.Gui v1 and v2. It is intended to help developers migrate their applications from v1 to v2.
4+
5+
For detailed breaking change documentation check out this Discussion: https://github.com/gui-cs/Terminal.Gui/discussions/2448
6+
7+
## TrueColor Support - 24-bit Color is the default
8+
9+
Terminal.Gui v2 now supports 24-bit color by default. This means that the colors you use in your application will be more accurate and vibrant. If you are using custom colors in your application, you may need to update them to use the new 24-bit color format.
10+
11+
Some methods to do with `Attribute` class have been simplified. Color names now match the ANSII standard ('Brown' is now called 'Yellow')
12+
13+
### How to Fix
14+
15+
Static class `Attribute.Make` has been removed. Use constructor instead
16+
17+
```diff
18+
- var c = Attribute.Make(Color.BrightMagenta, Color.Blue);
19+
+ var c = new Attribute(Color.BrightMagenta, Color.Blue)
20+
```
21+
22+
```diff
23+
- var c = Color.Brown;
24+
+ var c = Color.Yellow;
25+
```
26+
27+
28+
## Low-Level Type Changes
29+
30+
* `Rect` -> `Rectangle`
31+
* `Point` -> `Point`
32+
* `Size` -> `Size`
33+
34+
### How to Fix
35+
36+
* Replace `Rect` with `Rectangle`
37+
38+
39+
## `NStack.string` has been removed. Use `System.Rune` instead.
40+
41+
See [Unicode](https://gui-cs.github.io/Terminal.GuiV2Docs/docs/overview.html#unicode) for details.
42+
43+
### How to Fix
44+
45+
Replace `using` statements with the `System.Text` namespace
46+
47+
```diff
48+
- using NStack;
49+
+ using System.Text;
50+
```
51+
52+
Anywhere you have an implicit cast from `char` to `Rune`, replace with a constructor call
53+
54+
```diff
55+
- myView.AddRune(col, row, '▄');
56+
+ myView.AddRune(col, row, new Rune('▄'));
57+
```
58+
59+
When measuring the screen space taken up by a `Rune` use `GetColumns()`
60+
61+
```diff
62+
- Rune.ColumnWidth(rune);
63+
+ rune.GetColumns();
64+
```
65+
When measuring the screen space taken up by a `string` you can use the extension method `GetColumns()`
66+
67+
```diff
68+
- myString.Sum(c=>Rune.ColumnWidth(c));
69+
+ myString.GetColumns();
70+
```
71+
72+
73+
## `View Life Cycle Management
74+
75+
In v1, `View` was derived from `Responder` which supported `IDisposable`. In v2, `Responder` has been removed and `View` is the base-class supporting `IDisposable`.
76+
77+
In v1, `Application.Init` automatically created a toplevel view and set `Applicaton.Top`. In v2, `Application.Init` no longer automatically creates a toplevel or sets `Applicaton.Top`; app developers must explicitly create the toplevel view and pass it to `Appliation.Run` (or use `Application.Run<myTopLevel>`). Developers are responsible for calling `Dispose` on any toplevel they create before exiting.
78+
79+
### How to Fix
80+
81+
* Replace `Responder` with `View`
82+
* Update any code that assumed `Application.Init` automatically created a toplevel view and set `Applicaton.Top`.
83+
* Update any code that assumed `Application.Init` automatically disposed of the toplevel view when the application exited.
84+
85+
## Layout Improvements
86+
87+
In v2, the layout system has been improved to make it easier to create complex user interfaces. If you are using custom layouts in your application, you may need to update them to use the new layout system.
88+
89+
* `View.Frame` now represents the position and size of the view in the superview's coordinate system. The `Frame` property is of type `Rectangle`.
90+
* `View.Bounds` has been replaced by `View.Viewport`. The `Viewport` property represents the visible area of the view in its own coordinate system. The `Viewport` property is of type `Rectangle`.
91+
* `View.ContentSize` represents the size of the view's content. The `ContentSize` property is of type `Size`. This replaces `ScrollView` and `ScrollBarView` in v1. See more below.
92+
93+
### How to Fix
94+
95+
### `Bounds` -> `Viewport`
96+
97+
* Rename `Bounds` to `Viewport`. The `Location` property of `Bounds` can now have non-zero values.
98+
* Update any code that assumed `Bounds.Location` was always `Point.Empty`.
99+
* Update any code that used `Bounds` to refer to the size of the view's content. Use `ContentSize` instead.
100+
* Update any code that assumed `Bounds.Size` was the same as `Frame.Size`. `Frame.Size` defines the size of the view in the superview's coordinate system, while `Viewport.Size` defines the visible area of the view in its own coordinate system.
101+
* Use `View.GetAdornmentsThickness` to get the total thickness of the view's border, margin, and padding.
102+
* Not assume a View can draw outside of 'Viewport'. Use the 'Margin', 'Border', and 'Padding' Adornments to do things outside of `Viewport`. View subclasses should not implement their own concept of padding or margins but leverage these `Adornments` instead.
103+
* Mouse and draw events now provide coordinates relative to the `Viewport` not the `Frame`.
104+
105+
## `View.AutoSize` has been removed. Use `Dim.Auto` for width or height instead.
106+
107+
In v1, `View.AutoSize` was used to size a view to its `Text`. In v2, `View.AutoSize` has been removed. Use `Dim.Auto` for width or height instead.
108+
109+
### How to Fix
110+
111+
* Replace `View.AutoSize = true` with `View.Width = Dim.Auto` or `View.Height = Dim.Auto` as needed.
112+
113+
## Adornments
114+
115+
In v2, the `Border`, `Margin`, and `Padding` properties have been added to all views. This simplifies view development and enables a sophisticated look and feel. If you are using custom borders, margins, or padding in your application, you may need to update them to use the new properties.
116+
117+
* `View.Border` is now of type `Adornment`. `View.BorderStyle` is provided as a convenience property to set the border style (`myView.BorderStyle = LineStyle.Double`).
118+
119+
### How to Fix
120+
121+
## Built-in Scrolling
122+
123+
In v1, scrolling was enabled by using `ScrollView` or `ScrollBarView`. In v2, the base `View` class supports scrolling inherently. The area of a view visible to the user at a given moment was previously a rectangle called `Bounds`. `Bounds.Location` was always `Point.Empty`. In v2 the visible area is a rectangle called `Viewport` which is a protal into the Views content, which can be bigger (or smaller) than the area visible to the user. Causing a view to scroll is as simple as changing `View.Viewport.Location`. The View's content described by `View.ContentSize`. See [Layout](layout.md) for details.
124+
125+
### How to Fix
126+
127+
* Replace `ScrollView` with `View` and use the `Viewport` and `ContentSize` properties to control scrolling.
128+
* Update any code that assumed `Bounds.Location` was always `Point.Empty`.
129+
* Update any code that used `Bounds` to refer to the size of the view's content. Use `ContentSize` instead.
130+
* Update any code that assumed `Bounds.Size` was the same as `Frame.Size`. `Frame.Size` defines the size of the view in the superview's coordinate system, while `Viewport.Size` defines the visible area of the view in its own coordinate system.
131+
132+
## Updated Keyboard API
133+
134+
The API for handling keyboard input is significantly improved. See [Keyboard API](keyboard.md).
135+
136+
* The `Key` class replaces the `KeyEvent` struct and provides a platform-independent abstraction for common keyboard operations. It is used for processing keyboard input and raising keyboard events. This class provides a high-level abstraction with helper methods and properties for common keyboard operations. Use this class instead of the low-level `KeyCode` enum when possible. See [Key](~/api/Terminal.Gui.Key.yml) for more details.
137+
* The preferred way to handle single keystrokes is to use **Key Bindings**. Key Bindings map a key press to a [Command](~/api/Terminal.Gui.Command.yml). A view can declare which commands it supports, and provide a lambda that implements the functionality of the command, using `View.AddCommand()`. Use the `View.Keybindings` to configure the key bindings.
138+
139+
### How to Fix
140+
141+
* Replace `KeyEvent` with `Key`
142+
* Use `View.AddCommand` to define commands your view supports.
143+
* Use `View.Keybindings` to configure key bindings to `Command`s.
144+
* It should be very uncommon for v2 code to override `OnKeyPressed` etc...
145+
146+
## Updated Mouse API
147+
148+
The API for mouse input is now internally consistent and easiser to use.
149+
150+
* The `MouseEvent` class replaces `MouseEventEventArgs`.
151+
* More granular APIs are provided to ease handling specific mouse actions. See [Mouse API](mouse.md).
152+
* Views can use the `View.Highlight` event to have the view be visibly highlighted on various mouse events.
153+
* Views can set `View.WantContinousButtonPresses = true` to ahve their `Command.Accept` command be invoked repeatedly as the user holds a mouse button down on the view.
154+
* Mouse and draw events now provide coordinates relative to the `Viewport` not the `Screen`.
155+
156+
### How to Fix
157+
158+
* Replace `MouseEventEventArgs` with `MouseEvent`
159+
* Use the `View.Highlight` event to have the view be visibly highlighted on various mouse events.
160+
* Set `View.WantContinousButtonPresses = true` to have the `Command.Accept` command be invoked repeatedly as the user holds a mouse button down on the view.
161+
* Update any code that assumed mouse events provided coordinates relative to the `Screen`.
162+
163+
## Cursor and Focus
164+
165+
The cursor and focus system has been redesigned in v2 to be more consistent and easier to use. If you are using custom cursor or focus logic in your application, you may need to update it to use the new system.
166+
167+
### How to Fix
168+
169+
* Use `Application.MostFocusedView` to get the most focused view in the application.
170+
* Use `View.CursorPosition` to set the cursor position in a view. Set `View.CursorPosition` to `null` to hide the cursor.
171+
* Set `View.CursorVisibility` to the cursor style you want to use.
172+
* Remove any overrides of `OnEnter` and `OnLeave` that explicity change the cursor.
173+
174+
175+
## Events now use `object sender, EventArgs args` signature
176+
177+
Previously events in Terminal.Gui used a mixture of `Action` (no arguments), `Action<string>` (or other raw datatype) and `Action<EventArgs>`. Now all events use the `EventHandler<EventArgs>` [standard .net design pattern](https://learn.microsoft.com/en-us/dotnet/csharp/event-pattern#event-delegate-signatures).
178+
179+
For example `event Action<long> TimeoutAdded` has become `event EventHandler<TimeoutEventArgs> TimeoutAdded`
180+
181+
This change was made for the following reasons:
182+
183+
- Event parameters are now individually named and documented (with xmldoc)
184+
- Future additions to event parameters can be made without being breaking changes (i.e. adding new properties to the EventArgs class)
185+
186+
For example:
187+
188+
```csharp
189+
190+
public class TimeoutEventArgs : EventArgs {
191+
192+
/// <summary>
193+
/// Gets the <see cref="DateTime.Ticks"/> in UTC time when the
194+
/// <see cref="Timeout"/> will next execute after.
195+
/// </summary>
196+
public long Ticks { get; }
197+
198+
[...]
199+
}
200+
```
201+
202+
## How To Fix
203+
If you previously had a lamda expression, you can simply add the extra arguments:
204+
205+
```diff
206+
- btnLogin.Clicked += () => { /*do something*/ };
207+
+ btnLogin.Clicked += (s,e) => { /*do something*/ };
208+
```
209+
210+
If you have used a named method instead of a lamda you will need to update the signature e.g.
211+
212+
```diff
213+
- private void MyButton_Clicked ()
214+
+ private void MyButton_Clicked (object sender, EventArgs e)
215+
```
216+
217+
## `ReDraw` is now `Draw`
218+
219+
### How to Fix
220+
221+
* Replace `ReDraw` with `Draw`
222+
* Mouse and draw events now provide coordinates relative to the `Viewport` not the `Frame`.
223+
224+
## No more nested classes
225+
226+
All public classes that were previously [nested classes](https://learn.microsoft.com/en-us/dotnet/csharp/programming-guide/classes-and-structs/nested-types) are now in the root namespace as their own classes.
227+
228+
### How To Fix
229+
Replace references to to nested types with the new standalone version
230+
231+
```diff
232+
- var myTab = new TabView.Tab();
233+
+ var myTab = new Tab();
234+
```

docfx/docs/newinv2.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,8 @@
11
# Terminal.Gui v2
22

3-
Check out this Discussion: https://github.com/gui-cs/Terminal.Gui/discussions/2448
3+
This document provides an overview of the new features and improvements in Terminal.Gui v2.
4+
5+
For information on how to port code from v1 to v2, see the [v1 To v2 Migration Guide](migratingfromv1.md).
46

57
## Modern Look & Feel
68

docfx/docs/toc.yml

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -4,6 +4,8 @@
44
href: getting-started.md
55
- name: What's new in v2
66
href: newinv2.md
7+
- name: v1 To v2 Migration Guide
8+
href: migratingfromv1.md
79
- name: List of Views
810
href: views.md
911
- name: Configuration

0 commit comments

Comments
 (0)