esqlite.el is a implementation to handle sqlite database. (version 3 or later) Following functions are provided: * Read sqlite row as list of string. * Async read sqlite row as list of string. * sqlite process with being stationed * Construct sqlite SQL. * Escape SQL value to construct SQL * Some of basic utilities. * NULL handling (denote as :null keyword) Following environments are tested: * Windows7 cygwin64 with fakecygpty (sqlite 3.8.2) * Windows7 native binary (Not enough works) * Debian Linux (sqlite 3.7.13) ## Install: Please install sqlite command. (http://www.sqlite.org/) Please install this package from MELPA. (http://melpa.org/) ## Usage: See the online document: https://github.com/mhayashi1120/Emacs-esqlite

pcre2el or rxt (RegeXp Translator or RegeXp Tools) is a utility for working with regular expressions in Emacs, based on a recursive-descent parser for regexp syntax. In addition to converting (a subset of) PCRE syntax into its Emacs equivalent, it can do the following:

• convert Emacs syntax to PCRE

• convert either syntax to rx, an S-expression based regexp syntax

• untangle complex regexps by showing the parse tree in rx form and highlighting the corresponding chunks of code

• show the complete list of strings (productions) matching a regexp, provided the list is finite

• provide live font-locking of regexp syntax (so far only for Elisp buffers – other modes on the TODO list).

general.el provides a more convenient method for binding keys in emacs (for both evil and non-evil users). Like use-package, which provides a convenient, unified interface for managing packages, general.el is intended to provide a convenient, unified interface for key definitions. While this package does implement some completely new functionality (such as the ability to make vim-style keybindings under non-prefix keys with an optional timeout), its primary purpose is to build on existing functionality to make key definition more clear and concise. general-define-key is user-extensible and supports defining multiple keys in multiple keymaps at once, implicitly wrapping key strings with (kbd ...), using named prefix key sequences (like the leader key in vim), and much more.

helpful is an alternative to the built-in Emacs help that provides much more contextual information.

• Show the source code for interactively defined functions (unlike the built-in Help).

• Fall back to the raw sexp if no source is available.

• Show where a function is being called.

• Docstrings will Highlight the summary (the first sentence), include cross-references, hide superfluous puncuation.

• Show you the properties that have been applied to the current symbol. This provides visibility of features like edebug or byte-code optimisation.

• Provide a separate helpful-command function to view interactive functions.

• Display any keybindings that apply to interactive functions.

• Trace, disassemble functions from inside Helpful. This is discoverable and doesn't require memorisation of commands.

helpful is an alternative to the built-in Emacs help that provides much more contextual information.

• Show the source code for interactively defined functions (unlike the built-in Help).

• Fall back to the raw sexp if no source is available.

• Show where a function is being called.

• Docstrings will Highlight the summary (the first sentence), include cross-references, hide superfluous puncuation.

• Show you the properties that have been applied to the current symbol. This provides visibility of features like edebug or byte-code optimisation.

• Provide a separate helpful-command function to view interactive functions.

• Display any keybindings that apply to interactive functions.

• Trace, disassemble functions from inside Helpful. This is discoverable and doesn't require memorisation of commands.

Org Ref is an Emacs library that provides rich support for citations, labels and cross-references in Org mode.

The basic idea of Org Ref is that it defines a convenient interface to insert citations from a reference database (e.g., from BibTeX files), and a set of functional Org links for citations, cross-references and labels that export properly to LaTeX, and that provide clickable functionality to the user. Org Ref interfaces with Helm BibTeX to facilitate citation entry, and it can also use RefTeX.

It also provides a fairly large number of utilities for finding bad citations, extracting BibTeX entries from citations in an Org file, and functions to create and modify BibTeX entries from a variety of sources, most notably from a DOI.

Org Ref is especially suitable for Org documents destined for LaTeX export and scientific publication. Org Ref is also useful for research documents and notes.

Org-Babel support for evaluating rust code. Much of this is modeled after `ob-C'. Just like the `ob-C', you can specify :flags headers when compiling with the "rust run" command. Unlike `ob-C', you can also specify :args which can be a list of arguments to pass to the binary. If you quote the value passed into the list, it will use `ob-ref to find the reference data. If you do not include a main function or a package name, `ob-rust will provide it for you and it's the only way to properly use very limited implementation: - currently only support :results output. ; Requirements: - You must have rust and cargo installed and the rust and cargo should be in your `exec-path rust command. - rust-script - `rust-mode is also recommended for syntax highlighting and formatting. Not this particularly needs it, it just assumes you have it.

Package tested on: GNU Emacs 25.2.1 (x86_64-apple-darwin16.5.0) A simple implementation of the yahtzee game. Quick start: add (require yahtzee) in your .emacs M-x yahtzee start a game (in a new buffer) C-c n start a new game (in the same buffer) C-c p add players C-c P reset players SPC throw dice 1,2,3,4,5 hold outcome of 1,2,3,4,5-th dice UP/DOWN select score to register ENTER register selected score w save the game (in json format) The score of a saved game can be loaded using `M-x yahtzee-load-game-score`. Configuration variables: The user might want to set the following variables (see associated docstrings) - `yahtzee-output-file-base - `yahtzee-fields-alist for adding extra fields - `yahtzee-players-names set names of players use (setq-default yahtzee-players-names ...) Note: personally I don't enjoy playing with "Yahtzee bonuses" and "Joker rules" so they are not implemented (even thought they are simple to include). Only the "63 bonus" is available (see `yahtzee-compute-bonus'). Furthermore, some scores differ from the official ones. Changing all this can be done by simply modifying the corresponding functions in the definition of `yahtzee-fields-alist'.

Org mode export backend for exporting the document syntax tree to JSON. The main entry points are `ox-json-export-as-json and `ox-json-export-to-json'. It can also be used through the built-in export dispatcher through `org-export-dispatch'. Export options: :json-data-type-property (string) - This the name of a property added to all JSON objects in export to differentiate between structured data and ordinary key-value mappings. Its default value is "$$data_type". Setting to nil prevents the property being added altogether. :json-exporters - plist containing exporter functions for different data types. The keys appear in :json-property-types and can also be used with `ox-json-encode-with-type'. Functions are called with the value to be exported and the export info plist. Default values stored in `ox-json-default-type-exporters'. :json-property-types (plist) - Sets the types of properties of specific elements/objects. Nested set of plists - the top level is keyed by element type (see `org-element-type') and the second level by property name (used with `org-element-property'). Values in 2nd level are keys in the :json-exporters plist and are used to pick the function that will export the property value. Properties with a type of t will be encoded using `ox-json-encode-auto', but this sometimes can produce undesirable results. The "all" key contains the default property types for all element types. This option overrides the defaults set in `ox-json-default-property-types'. :json-strict (bool) - If true an error will be signaled when problems are encountered in exporting a data structure. If nil the data structure will be exported as an object containing an error message. Defaults to nil. :json-include-extra-properties (bool) - Whether to export node properties not listed in the :json-property-types option. If true these properties will be exported using `ox-json-encode-auto'.

Documentation at https://melpa.org/#/klondike

Documentation at https://melpa.org/#/elscreen

Documentation at https://melpa.org/#/filelock

Documentation at https://melpa.org/#/treeview

Documentation at https://melpa.org/#/epresent

Documentation at https://melpa.org/#/diffview

Documentation at https://melpa.org/#/macports

Documentation at https://melpa.org/#/zoutline

Documentation at https://melpa.org/#/nameless

Documentation at https://melpa.org/#/lastpass

Documentation at https://melpa.org/#/forecast

Documentation at https://melpa.org/#/floobits