All Versions
113
Latest Version
Avg Release Cycle
30 days
Latest Release
-
Changelog History
Page 2
Changelog History
Page 2
-
v0.67 Changes
API changes:
Brick.Widgets.FileBrowser
now exports getters for allFileBrowser
fields. These getters are lens-like accessors with theG
suffix.Brick.Widgets.FileBrowser
no longer exports thefileBrowserEntryFilterL
lens. The lens broke the API because it allowed modification of internal state that could lead to inconsistency in the UI. Users who needed to usefileBrowserEntryFilterL
before this change should usesetFileBrowserEntryFilter
instead.
-
v0.66.1 Changes
๐ Bug fixes:
Brick.Widgets.Core.cached
no longer caches the visibility requests generated by the cached image. This fixes a bug where re-use of a cached rendering would cause undesired viewport scrolling of those requested regions into view when the cached renderings got re-used.
-
v0.66 Changes
๐ New features:
- Added
Brick.Main.makeVisible
, a function to request visible regions fromEventM
. This, together withBrick.Widgets.Core.reportExtent
, can be used to request that a viewport be scrolled to make a specified named region visible on the next redraw. The region must be known to the renderer withreportExtent
(or something that calls it, likeclickable
). Due to theOrd
constraint on some of the API calls required to implement this, anOrd
constraint on the resource name type (n
) got propagated to various places in the API. But that shouldn't present a problem since other fundamental API calls already required that instance.
- Added
-
v0.65.1 Changes
๐ Bug fixes:
Brick.Widgets.Core.viewport
: fixed non-scroll direction width/height in the presence of scroll bars (see e41ad936ebe8b49e259a72ff7a34765d5a587aaa).
-
v0.65 Changes
๐ New features and API changes:
- Viewports got support for built-in scroll bar rendering. This
includes additions of types and functions to manage the feature
behavior. These changes enable viewports to automatically get
scroll bars drawn next to them (on any side) with customizable
attributes and drawings. As part of this change, a new demo program,
ViewportScrollbarsDemo.hs
, was added to show off these new features. Here are the new types and functions that got added (mostly toBrick.Widgets.Core
):withVScrollBars
- enable display of vertical scroll barswithHScrollBars
- enable display of horizontal scroll barswithClickableVScrollBars
- enable mouse click reporting on vertical scroll bar elementswithClickableHScrollBars
- enable mouse click reporting on horizontal scroll bar elementsClickableScrollbarElement
- the type of elements of a scroll bar that can be clicked on and provided to the applicationwithVScrollBarHandles
- enable vertical scroll bar handle drawingwithHScrollBarHandles
- enable horizontal scroll bar handle drawingwithVScrollBarRenderer
- customize the renderer used for vertical scroll barswithHScrollBarRenderer
- customize the renderer used for horizontal scroll barsScrollbarRenderer(..)
- the type of scroll bar renderer implementationsverticalScrollbarRenderer
- the default renderer for vertical scrollbars, customizable withwithVScrollBarRenderer
horizontalScrollbarRenderer
- the default renderer for horizontal scrollbars, customizable withwithHScrollBarRenderer
scrollbarAttr
- the base attribute of scroll barsscrollbarTroughAttr
- the attribute of scroll bar troughsscrollbarHandleAttr
- the attribute of scroll bar handles
- The
Context
type got then
type argument that is used forResult
,EventM
, etc.
๐ฆ Package changes:
- Raised
base
bounds to allow building with GHC 9.2.1 (thanks Mario Lang) - Stopped supporting GHC 7.10.
- Viewports got support for built-in scroll bar rendering. This
includes additions of types and functions to manage the feature
behavior. These changes enable viewports to automatically get
scroll bars drawn next to them (on any side) with customizable
attributes and drawings. As part of this change, a new demo program,
-
v0.64.2 Changes
๐ Bug fixes:
Brick.Themes.saveTheme
now correctly saves background colors (#338)Brick.Widgets.List.listMoveToEnd
now uses the correct destination index (#337)
-
v0.64.1 Changes
๐ Bug fixes:
- Fixed a bug where mouse clicks could fail to be noticed if "continueWithoutRedraw" was called.
-
v0.64 Changes
API changes:
- Added
Brick.Main.continueWithoutRedraw
, an alternative toBrick.Main.continue
that does not trigger a screen redraw. See the Haddock and User Guide for details. - Added
Brick.Widgets.Core.putCursor
to support Vty's new (as of 5.33) API for placing cursors without visually representing them. This change also updatedBrick.Forms.renderCheckbox
andBrick.Forms.renderRadio
to useputCursor
(thanks to Mario Lang for this work).
Other improvements:
Brick.Widgets.Edit
now supports a few more Emacs-style keybindings (thanks Mario Lang):M-b
andM-f
to navigate by wordC-b
andC-f
for consistencyM-d
to delete word under cursorC-t
to transpose previous character with current characterM-<
andM->
to goto-beginning-of-file and end of file, respectively
- Added
-
v0.63 Changes
API changes:
- The
Viewport
type got a new field,_vpContentSize
(and a corresponding lensvpContentSize
) to get the size of the viewport's contents.
- The
-
v0.62 Changes
API changes:
Brick.Widgets.Core
got new functionscrop{Left,Right,Bottom,Top}To
. Unlike thecrop...By
functions, which crop on the specified side by a particular amount, thesecrop...To
functions crop on the specified side and take a desired overall width of the final result and use that to determine how much to crop. A widgetx
of widthw
could thus be cropped equivalently withcropLeftBy a x
andcropLeftTo (w - a) x
.
Other changes:
- Added
programs/CroppingDemo.hs
to demonstrate the new (and preexisting) cropping functions.