Hoogle Search
Within LTS Haskell 24.50 (ghc-9.10.3)
Note that Stackage only displays results for the latest LTS and Nightly snapshot. Learn more.
-
graphviz Data.GraphViz.Attributes.HTML No documentation available.
FormatField :: Bool -> Maybe Int -> Maybe Int -> ReportItemField -> StringFormatComponenthledger-lib Hledger.Data.StringFormat A data field to be formatted and interpolated. Parameters:
- Left justify ? Right justified if false
- Minimum width ? Will be space-padded if narrower than this
- Maximum width ? Will be clipped if wider than this
- Which of the standard hledger report item fields to interpolate
FormatLiteral :: Text -> StringFormatComponenthledger-lib Hledger.Data.StringFormat Literal text to be rendered as-is
-
No documentation available.
ForCapture :: AudioDeviceUsagesdl2 SDL.Audio The device will be used for sample capture.
ForPlayback :: AudioDeviceUsagesdl2 SDL.Audio The device will be used for sample playback.
module Development.Shake.
Forward A module for producing forward-defined build systems, in contrast to standard backwards-defined build systems such as shake. Based around ideas from fabricate. As an example:
import Development.Shake import Development.Shake.Forward import Development.Shake.FilePath main = shakeArgsForward shakeOptions $ do contents <- readFileLines "result.txt" cache $ cmd "tar -cf result.tar" contents
Compared to backward-defined build systems (such as normal Shake), forward-defined build systems tend to be simpler for simple systems (less boilerplate, more direct style), but more complex for larger build systems (requires explicit parallelism, explicit sharing of build products, no automatic command line targets). As a general approach for writing forward-defined systems:- Figure out the sequence of system commands that will build your project.
- Write a simple Action that builds your project.
- Insert cache in front of most system commands.
- Replace most loops with forP, where they can be executed in parallel.
- Where Haskell performs real computation, if zero-build performance is insufficient, use cacheAction.
- Pier http://hackage.haskell.org/package/pier/docs/Pier-Core-Artifact.html (built on Shake).
- Rattle https://github.com/ndmitchell/rattle (by the same author as Shake).
- Stroll https://github.com/snowleopard/stroll.
-
swagger2 Data.Swagger No documentation available.
-
swagger2 Data.Swagger.Internal No documentation available.
-
Note - this API is designed to support a narrow (but common!) set of use cases. If you find that you need more customization than this offers, then you will need to consider building your own layout and event handling for input fields. For a fuller introduction to this API, see the "Input Forms" section of the Brick User Guide. Also see the demonstration programs for examples of forms in action. This module provides an input form API. This API allows you to construct an input interface based on a data type of your choice. Each input in the form corresponds to a field in your data type. This API then automatically dispatches keyboard and mouse input events to each form input field, manages rendering of the form, notifies the user when a form field's value is invalid, and stores valid inputs in your data type when possible. A form has both a visual representation and a corresponding data structure representing the latest valid values for that form (referred to as the "state" of the form). A FormField is a single input component in the form and a FormFieldState defines the linkage between that visual input and the corresponding portion of the state represented by that visual; there may be multiple FormFields combined for a single FormFieldState (e.g. a radio button sequence). To use a Form, you must include it within your application state type. You can use formState to access the underlying state whenever you need it. See programs/FormDemo.hs for a complete working example. Also note that, by default, forms and their field inputs are concatenated together in a vBox. This can be customized on a per-field basis and for the entire form by using the functions setFieldConcat and setFormConcat, respectively. Bear in mind that for most uses, the FormField and FormFieldState types will not be used directly. Instead, the constructors for various field types (such as editTextField) will be used instead.