You can install EZOut from the PowerShell Gallery. Simply:
Install-Module EZOut -Scope CurrentUser
You can use EZOut as a GitHub Action to automatically build your formatting and types files on every checkin.
- name: Build Formatting and Types
uses: StartAutomating/EZOut@master
id: BuildEZOut
Unlike many languages, PowerShell has a formatting engine built into the box.
You can define one or more "Views" that will change how PowerShell will display an object.
These views are stored in a .format.ps1xml file, and loaded in a module manifest with the setting 'FormatsToProcess:'
This is an example of a minimal module with just a format file:
@{
ModuleVersion = 0.1
FormatsToProcess = 'My.Format.ps1xml'
}
PowerShell formatting primarily supports three different types of views for any typename:
Table and List Views are fairly straightforward: You select some properties to display, and you get a table.
Custom Views, as the name implies, are anything you'd like them to be. Custom views can also be defined as a control, which can be referenced in other custom views.
You most likely see complex custom controls everyday: The most complex formatter built into PowerShell is the formatter for Help.
Objects in PowerShell are formatted according to their .pstypenames property. If you're creating a normal .NET object, this property will be the inheritance hierarchy of the class. For instance:
# This will have three typenames:
# System.Management.Automation.CmdletInfo, System.Management.Automation.CommandInfo, and System.Object
# When you see the output of Get-Command, you're seeing the formatter for System.Management.CommandInfo
Get-Command Get-Command | Select-Object -ExpandProperty PSTypenames
You can switch out the typenames of any given object by manipulating the typenames property
$helpCommand = Get-Command Get-Help # Get the command Get-Help
$helpCommand.pstypenames.clear() # Clear it's typenames
$helpCommand # When we echo it now, it will be unformatted.
$helpCommand.pstypenames.add('System.Management.Automation.CommandInfo') # This adds the formatting back
You can also define a single typename when creating an object from a hashtable. As the typename in this example implies, you can have a valid typename in PowerShell that could never exist as a real type in .NET.
[PSCustomObject]@{PSTypeName='http://My/TypeName/IsNot/A/Valid/.NET#Typename';N=1}
Switch to your module directory, then run:
Write-EZFormatFile | Set-Content .\MyModule.EzFormat.ps1 -Encoding UTF8 # Replace MyModule with the name of your module
This file will contain the scaffolding to write your formatters. Whenever you run this file, MyModule.format.ps1xml and MyModule.types.ps1xml will be regenerated.
For a working example of this, check out EZOut's own .ezformat.ps1 file.
We can declare formatters directly in the .ezformat.ps1 file, or within a /Formatting or /Views directory, in a file named .(format|view).(ps1|xml)
In the examples below, we will be piping to Out-FormatData (to combine all of the formatting) and Add-FormatData (to register it in a temporary module).
Table views are the most commonly used view in PowerShell, and the default of Write-FormatView
Write-FormatView -TypeName APerson -Property FirstName, LastName, Age |
Out-FormatData |
Add-FormatData
[PSCustomObject]@{PSTypeName='APerson';FirstName='James';LastName='Brundage';Age=41}
We can specify a -Width for each column. Using a negative number will make the column right-aligned:
Write-FormatView -TypeName APerson -Property FirstName, LastName, Age -Width -20, 30, 5 |
Out-FormatData |
Add-FormatData
[PSCustomObject]@{PSTypeName='APerson';FirstName='James';LastName='Brundage';Age=41}
We can also specify alignment using -AlignProperty, or use -FormatProperty to determine how a property is displayed, and even -HideHeader.
Write-FormatView -TypeName MenuItem -Property Name, Price -AlignProperty @{Name='Center';Price='Center'} -FormatProperty @{
Price = '{0:c}'
} -Width 40, 40 -HideHeader |
Out-FormatData |
Add-FormatData
[PSCustomObject]@{PSTypeName='MenuItem';Name='Coffee';Price=2.99}
We can define a -VirtualProperty, which will display as a column but does not really exist. Also, in most hosts, we can conditionally -ColorProperty or -ColorRow:
Write-FormatView -Property Number, IsEven, IsOdd -AutoSize -ColorRow {
if ($_.N % 2) { "#ff0000"} else {"#0f0"}
} -VirtualProperty @{
IsEven = { -not ($_.N % 2)}
IsOdd = { ($_.N % 2) -as [bool] }
} -AliasProperty @{
Number = 'N'
} -TypeName N |
Out-FormatData|
Add-FormatData
1..5 | Foreach-Object { [PSCustomObject]@{PSTypeName='N';N=$_} }
As shown in the examples above, we can use EZOut to add formatting interactively, by piping to Add-FormatData.
Import-Module EZOut
Write-FormatView -TypeName 'System.TimeZoneInfo' -Property Id, DisplayName -AlignProperty @{
ID = 'Right'
DisplayName = 'Left'
} -AutoSize |
Out-FormatData |
Push-FormatData
Get-TimeZone
EZOut can also create types files.
You can use Write-TypeView to write a segment of a types.ps1xml directly.
You can also use Import-TypeView to import an entire directory tree into a types.ps1xml file.
Due to EZOut being a build tool, we want to impact your runspace as little as possible.
Therefore, advanced EZOut formatting examples have been moved into a new module: Posh