Researches and organizes media file libraries
Library to manipulate Marlowe Core contracts
Cardano Wallet Capabalities for Marlowe specific environment
Client for the Marlowe Specification compliance test
Entry Point for Running remotely Marlowe Contracts over a backend instance of the runtime using a connected wallet.
Core concepts used throughout the Marlowe Runtime libraries
Library to manipulate Marlowe Core contracts
Testing libraries to Support Marlowe Development
experimental parser lib for Cardano Marlowe DSL
Marlowe Runtime SDK for building and managing Marlowe Contracts
Entry Point for Running remotely Marlowe Contracts over a backend instance of the runtime using a connected wallet.
Large contract support
Library to manipulate Marlowe Core contracts
Library to manipulate Marlowe Core contracts
Marlowe Runtime SDK for building Marlowe Contracts
Node.js SDK for our Marlowe API
Typescript SDK for the Marlowe Runtime REST API
Download EPUB Marlowe Banks, Redesigned by Jacqueline Firkins for Free
Example contracts using language-core-v1
Client of Runtime REST API
Client of Runtime REST API
Contract parameters serialized as metadata
No description provided.
Make it easy for parents to assign chores to children
HTTP client for the Marlowe Runtime REST API
HTTP client for the Marlowe Runtime REST API
SDK for the Marlowe Runtime REST API
SDK for the Marlowe Runtime REST API
experimental parser lib for Cardano Marlowe DSL
Asynchronous Software Transactional Memory
Performance-focused implementation of software transactional memory. Allows composable atomic operations.
Implementation of Software transactional memory. Allows composable atomic operations.
Implementation of Software transactional memory. STM Allows composable atomic operations. STM-core implements the bare bones of stm usage. The STM crate adds useful data structures.
{Marlowe}[https://github.com/KineticCafe/marlowe] is a Rack middleware that extracts or creates a request ID using a pre-defined header, permitting request correlation across multiple services. When using Rails, Marlowe automatically adds itself to the middleware before <tt>Rails::Rack::Logger</tt>. As of Marlowe 3.0, a Faraday middleware is provided (<tt>require 'marlowe/faraday'</tt>).
Relink Marlowe API wrapper https://relinklabs.com.
go (to project) do (stuffs) godo provides a smart way of opening a project folder in multiple terminal tabs and, in each tab, invoking a commands appropriate to that project. For example if the folder contains a Rails project the actions might include: starting mongrel, tailing one or more logs, starting consoles or IRB sessions, tailing production logs, opening an editor, running autospec, or gitk. godo works by searching your project paths for a given search string and trying to match it against paths found in one or more configured project roots. It will make some straightforward efforts to disambiguate among multiple matches to find the one you want. godo then uses configurable heuristics to figure out what type of project it is, for example "a RoR project using RSpec and Subversion". From that it will invokes a series of action appropriate to the type of project detected with each action being run, from the project folder, in its own terminal session. godo is entirely configured by a YAML file (~/.godo) that contains project types, heuristics, actions, project paths, and a session controller. A sample configuration file is provided that can be installed using godo --install. godo comes with an iTerm session controller for MacOSX that uses the rb-appscript gem to control iTerm (see lib/session.rb and lib/sessions/iterm_session.rb). It should be relatively straightforward to add new controller (e.g. for Leopard Terminal.app), or a controller that works in a different way (e.g. by creating new windows instead of new tabs). There is nothing MacOSX specific about the rest of godo so creating controllers for other unixen should be straightforward if they can be controlled from ruby. godo is a rewrite of my original 'gp' script (http://matt.blogs.it/entries/00002674.html) which fixes a number of the deficiencies of that script, turns it into a gem, has a better name, and steals the idea of using heuristics to detect project types from Solomon White's gp variant (http://onrails.org/articles/2007/11/28/scripting-the-leopard-terminal). godo now includes contributions from Lee Marlow <lee.marlow@gmail.com> including support for project level .godo files to override the global configuration, support for Terminal.app, and maximum depth support to speed up the finder. godo lives at the excellent GitHub: http://github.com/mmower/godo/ and accepts patches and forks.
No description provided.
No description provided.