Cards are wiki-inspired data atoms.Card "Sharks" use links, nests, types, patterned names, queries, views, events, and rules to create rich structures.

Ruby gem wrapper for the Plaid API. Read more at the homepage, the wiki, or in the Plaid documentation.

== OceanDynamo As one important use case for OceanDynamo is to facilitate the conversion of SQL databases to no-SQL DynamoDB databases, it is important that the syntax and semantics of OceanDynamo are as close as possible to those of ActiveRecord. This includes callbacks, exceptions and method chaining semantics. OceanDynamo follows this pattern closely and is of course based on ActiveModel. The attribute and persistence layer of OceanDynamo is modeled on that of ActiveRecord: there's +save+, +save!+, +create+, +update+, +update!+, +update_attributes+, +find_each+, +destroy_all+, +delete_all+, +read_attribute+, +write_attribute+ and all the other methods you're used to. The design goal is always to implement as much of the ActiveRecord interface as possible, without compromising scalability. This makes the task of switching from SQL to no-SQL much easier. OceanDynamo uses only primary indices to retrieve related table items and collections, which means it will scale without limits. OceanDynamo is fully usable as an ActiveModel and can be used by Rails controllers. Thanks to its structural similarity to ActiveRecord, OceanDynamo works with FactoryBot. See also Ocean, a Rails framework for creating highly scalable SOAs in the cloud, in which ocean-dynamo is used as a central component: http://wiki.oceanframework.net

A personal and collaborative wiki for Vim users

A simple, Git-powered wiki with a sweet API and local frontend.

A simple, Git-powered wiki with a sweet API and local frontend.

a wiki approach to structured data, dynamic interaction, and web design

RgGen is a code generation tool for ASIC/IP/FPGA/RTL engineers. It will automatically generate source code related to configuration and status registers (CSR), e.g. SytemVerilog RTL, UVM RAL model, C header file, Wiki documents, from human readable register map specifications.

TracWiki markup language render (http://trac.edgewall.org/wiki/WikiFormatting ).

Wikitext is a fast wikitext-to-HTML translator written in C.

Wiki and Tickets

Facebooker is a Ruby wrapper over the Facebook[http://facebook.com] {REST API}[http://wiki.developers.facebook.com/index.php/API]. Its goals are: * Idiomatic Ruby * No dependencies outside of the Ruby standard library (This is true with Rails 2.1. Previous Rails versions require the JSON gem) * Concrete classes and methods modeling the Facebook data, so it's easy for a Rubyist to understand what's available * Well tested

You can create your slide as a text file. It means that you can version controlyour slide like your Ruby scripts. You can custom your slide style by Ruby.So Rabbit is for Rubyist. You can use RD, Markdown and Wiki format as slide source. Rabbit provides programmer friendly keyboard interface. It uses Emacs and Vistyle keybindings by default. You can use PDF and image as slide source. Rabbit can show PDF and imagedirectly. You can create your slide by other presentation tool and show yourslide by Rabbit. If you show your slide by Rabbit, you can use programmerfriendly keyboard interface provided by Rabbit to control your slide. You can upload your slide as a gem. If you publish your slide as a gem, youcan see your slide at https://slide.rabbit-shocker.org/ .

This library tracks historical changes for any document, including embedded ones. It achieves this by storing all history tracks in a single collection that you define. Embedded documents are referenced by storing an association path, which is an array of document_name and document_id fields starting from the top most parent document and down to the embedded document that should track history. Mongoid-history implements multi-user undo, which allows users to undo any history change in any order. Undoing a document also creates a new history track. This is great for auditing and preventing vandalism, but it is probably not suitable for use cases such as a wiki.

Designed for maintaining many wiki entries within a single document in Markdown format. #nothrills #personalwiki

something like dictionary, wiki, or information card

A full programming language and environment extending the features of the venerable HP calculator programmable calculators. With XRPN you can accomplish a wide range of modern programming tasks as well as running existing HP-41 FOCAL programs directly. XRPN gives modern life to tens of thousands of old HP calculator programs and opens the possibilities to many, many more. New in 1.9: Added functions 'lastpage' and 'load' and also added 'pprgtofile' in version 1.9.1 (see GitHub wiki). 1.9.5: Comments are now removed when loading programs (comments start with a tab and a semicolon and a space and whatever)

Facebooker is a Ruby wrapper over the Facebook[http://facebook.com] {REST API}[http://wiki.developers.facebook.com/index.php/API]. Its goals are: * Idiomatic Ruby * No dependencies outside of the Ruby standard library (This is true with Rails 2.1. Previous Rails versions require the JSON gem) * Concrete classes and methods modeling the Facebook data, so it's easy for a Rubyist to understand what's available * Well tested

Command-line tool that automatises photo/video uploads to Flickr. Entering 'flickru <directory>' in your command line, any photos under 'directory' (and subdirs) are uploaded to your Flickr account (interactively entered the first time you start flickru). Photos are identified by case-insensitive extensions: GIF, JPEG, JPG, PNG, and TIFF. Videos are identified by case-insensitive extensions: AVI, MPEG, and MPG. flickru automatically sets the following Flickr metadata: (1) date taken: file last-modification time, unless JPEG/TIFF Exif metadatum 'date_time_original' is found (Flickr understands it natively). (2) privacy policy: private, visible by friends & family, hidden for public searches (3) safety level: safe (4) permissions: friends & family can add comments to the photo and its notes; nobody can add notes and tags to the photo (5) description: for videos longer than 90s (Flickr's longest allowed duration) but shorter than 500MB (Flickr's maximum permisible size), it will contain an annotation about its large duration. (6) title: extracted from the parent directory name (7) geolocation & accuracy: extracted from the parent directory name, unless JPEG/TIFF Exif GPS metadata is found (Flickr understands them natively). Before uploading photos, please, make sure that you have correctly named each photos parent directory according to the name format 'TITLE[@LOCATION[#PRECISION]]', where: (1) TITLE is the desired title for the photos stored in the directory. If no LOCATION is given, flickru tries to extract the location from Wikipedia page TITLE. (2) LOCATION is the location of the photos, specified as: (a) the Wikipedia page name (whitespaces allowed) of the location or (b) its coordinates LATITUDE,LONGITUDE (3) PRECISION is the Flickr geolocation precision. Flickru sets it to one of the following case insentitive literals: 'street', 'city', 'region', 'country', 'world'. Photos are classified into photosets. If the photoset does not exist, flickru creates it. This photoset is named after its grandparent directory. The photoset is arranged by 'date taken' (older first). To see some examples on the directory structure recognised by flickru, please explore the subdirectories under 'var/ts'. GitHub : http://github.com/jesuspv/flickru RubyGems: http://rubygems.org/gems/flickru

WP2TXT extracts text and category data from Wikipedia dump files (encoded in XML / compressed with Bzip2), removing MediaWiki markup and other metadata.