threepenny-gui
GUI framework that uses the web browser as a display.
http://wiki.haskell.org/Threepenny-gui
Version on this page: | 0.8.3.0 |
LTS Haskell 22.41: | 0.9.4.1@rev:1 |
Stackage Nightly 2024-11-12: | 0.9.4.1@rev:1 |
Latest on Hackage: | 0.9.4.1@rev:1 |
threepenny-gui-0.8.3.0@sha256:4634827e7aea6aadcbd163a3014f69b494d04b56699a3027d693ccc6152337a1,9193
Module documentation for 0.8.3.0
- Foreign
- Graphics
- Graphics.UI
- Graphics.UI.Threepenny
- Graphics.UI.Threepenny.Attributes
- Graphics.UI.Threepenny.Canvas
- Graphics.UI.Threepenny.Core
- Graphics.UI.Threepenny.DragNDrop
- Graphics.UI.Threepenny.Elements
- Graphics.UI.Threepenny.Events
- Graphics.UI.Threepenny.JQuery
- Graphics.UI.Threepenny.SVG
- Graphics.UI.Threepenny.Timer
- Graphics.UI.Threepenny.Widgets
- Graphics.UI.Threepenny
- Graphics.UI
- Reactive
Threepenny-GUI
What’s this?
Threepenny is a GUI framework written in Haskell that uses the web browser as a display. It’s very easy to install. See the
for more information on what it does and can do for you as a library user.
Examples
The library comes with many examples, which can be found in the samples folder. Follow the link for more information on how to run them.
Desktop Apps
Threepenny is mainly intended for writing GUI applications that run on the local network, and it relies on a web browser being installed. You can drop the latter requirement and integrate it a bit more tightly with you desktop environment by using the Electron framework. There is no fully automated support for this yet, but the documentation includes a tutorial on how to use Electron with Threepenny.
Technical overview
JavaScript FFI
A program written with Threepenny is essentially a small web server that displays the user interface as a web page to any browser that connects to it.
The web server displays a HTML page, which in turn establishes WebSocket connection with the server. The server uses this connection to send JavaScript code that is executed in the client. In the library, this appears as a JavaScript Foreign Function Interface (FFI). The documentation includes more information on the design of the JavaScript FFI.
Latency
The frequent communication between browser and server means that Threepenny is best used as a GUI server running on localhost. You can use it on your local network as well.
If you want to reduce latency, the best option is to generate larger blocks of JavaScript code and run them on the client. Consider this approach similar to a shading language. You can import any JavaScript library and use it from the JavaScript FFI.
If you don’t want to write JavaScript, then you could choose a Haskell-like language like PureScript, Fay. You can also directly compile Haskell to JavaScript with Haste or GHCJS.
Future ideas
HTML rendering mode
It might be nice in the case of search engines to merely generate a DOM and render it, so that search engines can read the pages.
UI libraries
qooxdoo — provides a feature-complete widget set. One could wrap this in a type-safe API from Threepenny and get a complete, stable UI framework for free. Most of the “immediate feedback” like dragging things here, switching tabs there, are taken care of by the framework. All that would be left would be to provide the domain configuration and business/presentation logic.
There are plenty more like this, but this is the first that springs to mind that is good.
Contributors
Many thanks to everyone who contributed, provided feedback or simply wrote an application using Threepenny! In particular, many thanks to:
Heinrich Apfelmus, Daniel Austin, Jeremy Barisch-Rooney, Steve Bigham, Simon Jakobi, Ken Friis Larsen, Daniel Mlot, Tim C. Schröder and many others
Special thanks to Simon Jakobi for co-maintaining this project.
Special thanks to Chris Done for starting the precursor project Ji.
Changes
Changelog for the threepenny-gui
package
0.8.3.0 – Maintenance and snapshot release
- Export
keypress
event. - Fix the spelling of the
refX
andrefY
SVG attributes.refX
andrefY
are added toGraphics.UI.Threepenny.SVG.Attributes
, the old lowercase versions are deprecated. - Invoke compatibility mode of IE11 for jQuery v3.2.1.
- Compatibility with GHC-8.6.1
0.8.2.4 – Maintenance release
- Remove redundant dependencies on
network-uri
andnetwork
- Bump dependencies to allow
aeson
1.4.0.0 - Exclude
websockets
0.12.5.0 from dependencies.
0.8.2.3 – Maintenance release
- Compatibility with GHC-8.4.1
- Bump dependencies to allow
aeson
1.3.0.0 - Bump dependencies to allow
exceptions
0.10.0 - Bump dependencies to allow
snap-server
1.1.0.0
0.8.2.2 – Maintenance release
- Bump dependencies to allow
exceptions
0.9.0
0.8.2.1 — Maintenance release
- Bump dependencies to allow
async
2.2 - Fix a compatibility issue with Cabal-2.0
0.8.2.0 — Snapshot release
- Add
getCookies
function that retrieves the cookies sent with the HTTP request when the browser window connects (to the websocket). #137 - Allow Electron process to be accessed from JavaScript FFI. #200 This means that Threepenny is now more useful when used with the Electron framework, see doc/electron.md for more information on that.
- Bump dependencies to allow
file-embed
0.0.10.1
0.8.1.0 — Snapshot release
- Improve documentation and handling of call buffering (
CallBufferMode
). The default call buffer mode was documented incorrectly, it wasBufferRun
and is nowFlushOften
. #163, #191, #192 - Add new default
CallBufferMode
:FlushOften
. This mode is likeBufferRun
, but will flush the buffer at everyonEvent
as well, leading to less confusion when using the library in most circumstances. #191 - Add new
CallBufferMode
:FlushPeriodically
. This mode is likeBufferRun
, but will flush the call buffer every 300ms if nonempty. #192 - Add support for custom DOM events (
CustomEvent
). #196 - Expose JavaScript FFI functions
toJSObject
andliftJSWindow
inGraphics.UI.Threepenny
. This is useful for linking the lifetime of JavaScript objects to the lifetime ofElement
. #181 - Use
jsLog
parameter to log exceptions. #185 - Update bundled jQuery to version 3.2.1. #186
0.8.0.1 — Maintenance release
- Bump dependencies for compatibility with GHC-8.2.1
- Bump dependencies to allow
websockets
0.12
0.8.0.0 — Snapshot release
Graphics.UI.Threepenny
- Fix
getElementById
to properly returnNothing
when no element with the givenid
attribute is present. #129. - Bring back
loadFile
andloadDirectory
. #110 - Add
MonadUI
typeclass for easier lifting in custom monad stacks. #173
JavaScript FFI
- Implement batching / buffering for FFI calls. #131. Several calls to the
runFunction
function may now buffer the JavaScript code and send it to the browser window in a single message at a later time. This improves performance considerably. - Clarify semantics for exceptions. See the file
doc/javascript-ffi.md
for more.- The
UI
monad now supports exception handling by being an instance of the type classesMonadThrow
andMonadCatch
. - The function
callFunction
can now throw aJavaScriptException
exception to the Haskell side. - The function
runFunction
now terminates the connection to the browser window whenever the JavaScript code within throws an exception.
- The
- Exceptions in the
UI
monad that are not handled are now printed properly for better debugging. #145 - Clarify semantics of the
disconnect
event. It is now triggered more reliably. #133. - Remove unnecessary client response when exporting event handlers. #131.
- Add option
jsWindowReloadOnDisconnect
to reload the browser window #130 whenever the WebSocket connection is broken. This is useful for e.g. mobile devices, which tend to disconnect WebSocket connections very often.
Dependencies
- Add dependency on
exceptions
0.7.0.2 — Maintenance release
- Bump dependencies to allow
aeson
1.2 - Bump dependencies to allow
websockets
0.11
0.7.0.1 — Maintenance release
- Bump dependencies to allow
aeson
1.1 - Bump dependencies to allow
vector
0.12 - Bump dependencies to allow
websockets
0.10
0.7.0.0 — Maintenance and snapshot release
- JavaScript FFI: Reduce communication from browser to server when creating
Element
s. New functionunsafeCreateJSObject
to create JavaScript objects without waiting for a client response. #131 - JavaScript FFI: Implement escape sequence ‘%%’ when calling JavaScript functions. #132.
- Change type of
onEvent
function to allow unregistering events. - Add function
timestamp
for simple performance measurements. - Update JavaScript dependencies to jQuery 2.2.3
- Adapt to GHC 8.0.1. #138
- Bump dependencies to allow
aeson
1.0 - Bump dependencies to allow
data-default
0.7 - Bump dependencies to allow
snap-core
1.0 andsnap-server
1.0 - Bump dependencies to allow
template-haskell
2.11 - Bump dependencies to allow
websockets-snap
0.10
0.6.0.6 — Maintenance release
- Bump dependencies to allow
base
4.9 - Bump dependencies to allow
aeson
0.11
0.6.0.5 — Maintenance release
- Bump dependencies to allow
async
2.1 - Bump dependencies to allow
transformers
0.5
0.6.0.4 — Maintenance release.
- Elements that have become unreachable, for instance because they have been removed from the DOM and are no longer reachable in the Haskell code, will be garbage collected again. Fix #109, #113.
- Adjust dependencies.
- Add
<meta>
tag to indicate UTF8 encoding in html file. #116
0.6.0.3 — Maintenance release.
- Temporary fix for #109, which was causing event handlers to be discarded. Unfortunately, this means that elements are currently not garbage collected after they have been removed from the DOM tree.
0.6.0.2 — Maintenance release.
- Remove unused direct dependencies, in particular ** attoparsec-enumerator ** utf8-string ** MonadCatchIO-transformers ** time
0.6.0.1 — Maintenance release.
- The
ADDR
environment variable is now parsed correctly. - Now builds on GHC 7.8 and GHC 7.10
- The example source code in the
samples
folder has been reorganized and consolidated.
0.6.0.0 — Snapshot release.
- The internals of the JavaScript FFI has been reimplemented completely. A new module
Foreign.JavaScript
exports a bare JavaScript FFI in case you want to write a custom GUI framework. However, the moduleGraphics.UI.Threepenny
is not compatible with it, even though it builds on top of it. - The fields of
Config
type for server configuration are now prefixed withjs
instead oftp
. Example:jsPort
,jsStatic
. - The functions
loadFile
andloadDirectory
have been removed, as I felt that thejsStatic
option is sufficient for most use cases.
0.5.0.0 — Snapshot release.
- Possibility to specify IP address to bind the server to.
- FFI now supports callbacks into Haskell. Remove
callDeferredFunction
function. Graphics.UI.Threepenny.Canvas.SVG
for creating SVG elements and attributes.- 2D graphics API in
Graphics.UI.Threepenny.Canvas
is beginning to grow. Bool
is now correctly marshalled to JavaScript.Text
can now be marshalled to JavaScrtip.
0.4.2.0 — Maintenance release.
- Dependency
bytestring >=0.9.2
is now implemented correctly. - Allow newer versions of
aeson
dependency. - Allow newer versions of
network
,transformers
andtemplate-haskell
dependencies. - Helper scripts in the
samples
directory now assume that you use a cabal sandbox for development. - The
UI
monad is now an instance of theApplicative
class.
0.4.1.0 — Maintenance release.
- Dependency on
text
package now from version 0.11 to 1.1.*. - Dependency on
aeson
package replaces the former dependency on thejson
package. - Unicode characters are now transmitted correctly to the browser. #75, #62.
- Change default port number to 8023. #64
0.4.0.2 — Bugfix release.
- Fix CSS bug for
grid
function.
0.4.0.1 — Maintenance release.
- Adjust package dependencies.
0.4.0.0 — Snapshot release.
- New
UI
monad for easier JavaScript FFI and recursion in FRP. - Garbage collection for DOM elements. (Unfortunately, this doesn’t support using custom HTML files anymore, see issue #60.)
- First stab at widgets.
- Bump dependencies to allow
websockets
0.8
0.3.0.0 — Snapshot release.
- Browser communication with WebSockets.
- First stab at FRP integration.
0.2.0.0 — Snapshot release.
- First stab at easy JavaScript FFI.
0.1.0.0
- Initial release.