Codefolio is a basic portfolio object builder for your projects.


  • Follow simple conventions to produce a standard Portfolio object from a Markdown Readme.
  • Or bring your own conventions, and just use Codefolio to produce standard Portfolio objects.

For example, given this markdown in a file:

# Hi I'm a level one heading


Here's the body!

When passed into Codefolio:

const codefolio = require('codefolio');

const portfolios = await codefolio.promisePortfolios(['']);

Produces a Portfolio object like this:

  body: "# Hi I'm a level one heading\n\nHere's the body!",
  image: {
    url: "./img.png",
    alt: "img",
    title: "img"
  examples: []


npm install --save-dev codefolio

project blue

An alternative, open source streaming music client for JRiver Media Center.

project blue is a streaming audio client for JRiver Media Center ( Stream your favorite music and audio from your JRiver Media Center wherever you are!

Its features include:

  • Reliable streaming from your home server running JRiver Media Center via an intuitive layout.
  • Caching of audio files during playback.
  • Synchronize audio from JRMC server to device.
  • Play local files when present and metadata match.
  • Updates server with playback statistics.
  • Edit and update playlists through Now Playing.
  • Interfaces with Bluetooth remote control clients.
  • Android TV Support
  • Supports Android Auto (beta) NOT supported due to strict Google Play requirements.
  • Interfaces with apps that implement the Scrobble Droid interface (Simple Scrobbler is my scrobbler of choice) for scrobbling to or

Download on the Google Play Store

Requires JRiver Media Center running on your home server

Handoff, an A+ like Promise Implementation for Java

Handoff is a simple, A+ like Promises implementation for Java. It allows easy control flow to be written for asynchronous processes in Java:

public Promise<PlaybackFile> promiseFirstFile() {
    return new Promise<>(messenger -> {
        final IPositionedFileQueueProvider queueProvider = positionedFileQueueProviders.get(nowPlaying.isRepeating);
        try {
            final PreparedPlayableFileQueue preparedPlaybackQueue = preparedPlaybackQueueResourceManagement.initializePreparedPlaybackQueue(queueProvider.provideQueue(playlist, playlistPosition));
            startPlayback(preparedPlaybackQueue, filePosition)
                .firstElement() // Easily move from one asynchronous library (RxJava) to Handoff
                    playbackFile -> messenger.sendResolution(playbackFile.asPositionedFile()), // Resolve
                    messenger::sendRejection); // Reject
        } catch (Exception e) {

And the promise can then be chained as expected. The method then is used to continue execution immediately using the promised result:

    .then(f -> { // Perform another action immediately with the result - this continues on the same thread the result was returned on
        // perform action
        return f; // return a new type if wanted, return null to represent Void

For instances where another promise is needed, the method eventually should be used, and excuse should be used for catching errors, which will fall through if not caught earlier in the method chain.

    .eventually(f -> { // Handoff the result to a method that is expected to produce a new promise
        return new Promise<>(m -> {

    .excuse(e -> { // Do something with an error, errors fall through from the top, like with try/catch
        return e;


A simple library that helps with serializing Android SQLite queries to and from Java objects:

public Collection<Library> getLibraries(Context context) {
  try (RepositoryAccessHelper repositoryAccessHelper = new RepositoryAccessHelper(context)) {
      return repositoryAccessHelper
          .mapSql("SELECT * FROM library")

What problems does it solve?

The standard Android library has for ages had numerous ways to pull back data from its built-in SQLite database. However, none of these ways either a) are easy to use, or b) give developers the power they need to develop performant, flexible applications.

In the C# world, developers have long had the excellent Dapper library, which maps C# types nicely to and from C# objects without getting in the way of how you want to write your queries. QueryDroid started off with Dapper as an inspiration and made querying your data in the built-in SQLite library much more natural and cleaner!

Image Created by Markus K├Âltringer

from the Noun Project