ts2fable generates generic parameter arguments as `param` instead of `typeparam`
Closed this issue · 0 comments
baronfel commented
ts2fable 0.8.0-build.616 generates generic parameters as param
XML elements instead of typeparam
XML elements, which causes malformed XML warnings.
/// <summary>Additional information the webview view being resolved.</summary>
/// <param name="T">Type of the webview's state.</param>
type [<AllowNullLiteral>] WebviewViewResolveContext<'T> =
/// <summary>
/// Persisted state from the webview content.
///
/// To save resources, the editor normally deallocates webview documents (the iframe content) that are not visible.
/// For example, when the user collapse a view or switches to another top level activity in the sidebar, the
/// <c>WebviewView</c> itself is kept alive but the webview's underlying document is deallocated. It is recreated when
/// the view becomes visible again.
///
/// You can prevent this behavior by setting <c>retainContextWhenHidden</c> in the <c>WebviewOptions</c>. However this
/// increases resource usage and should be avoided wherever possible. Instead, you can use persisted state to
/// save off a webview's state so that it can be quickly recreated as needed.
///
/// To save off a persisted state, inside the webview call <c>acquireVsCodeApi().setState()</c> with
/// any json serializable object. To restore the state again, call <c>getState()</c>. For example:
///
/// <code language="js">
/// // Within the webview
/// const vscode = acquireVsCodeApi();
///
/// // Get existing state
/// const oldState = vscode.getState() || { value: 0 };
///
/// // Update state
/// setState({ value: oldState.value + 1 })
/// </code>
///
/// The editor ensures that the persisted state is saved correctly when a webview is hidden and across
/// editor restarts.
/// </summary>
abstract state: 'T option
from this source TS:
/**
* Additional information the webview view being resolved.
*
* @param T Type of the webview's state.
*/
interface WebviewViewResolveContext<T = unknown> {
/**
* Persisted state from the webview content.
*
* To save resources, the editor normally deallocates webview documents (the iframe content) that are not visible.
* For example, when the user collapse a view or switches to another top level activity in the sidebar, the
* `WebviewView` itself is kept alive but the webview's underlying document is deallocated. It is recreated when
* the view becomes visible again.
*
* You can prevent this behavior by setting `retainContextWhenHidden` in the `WebviewOptions`. However this
* increases resource usage and should be avoided wherever possible. Instead, you can use persisted state to
* save off a webview's state so that it can be quickly recreated as needed.
*
* To save off a persisted state, inside the webview call `acquireVsCodeApi().setState()` with
* any json serializable object. To restore the state again, call `getState()`. For example:
*
* ```js
* // Within the webview
* const vscode = acquireVsCodeApi();
*
* // Get existing state
* const oldState = vscode.getState() || { value: 0 };
*
* // Update state
* setState({ value: oldState.value + 1 })
* ```
*
* The editor ensures that the persisted state is saved correctly when a webview is hidden and across
* editor restarts.
*/
readonly state: T | undefined;
}