Tries to execute a function and discards any error that occurs
TypeScript definitions for nice-try
Fisk, a distributed compile system
Nice Try
Fisk, a nice distributed compile system
A small wrapper around try/catch, to make error handling in promises a bit more comfy.
https://linux.die.net/man/2/nice binding for Node.js
Nice try.
https://linux.die.net/man/2/nice binding for Node.js
Common stuff for nice-grpc and nice-grpc-web
https://linux.die.net/man/2/nice binding for Node.js
Deadline client middleware for nice-grpc
nice(2) bindings for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
https://linux.die.net/man/2/nice binding for Node.js
Debuggers are great! They help us troubleshoot complicated programming problems by inspecting values produced by code, line by line. They are invaluable when trying to understand what is going on in a large application composed of thousands or millions of lines of code. In day-to-day test-driven development and simple debugging though, a puts statement can be a lot quicker in revealing what is going on than halting execution completely just to inspect a single value or a few. This is certainly true when writing the simplest possible code that could possibly work, and running a test every few seconds or minutes. Problem is you need to locate puts statements in large output logs, know which file names, line numbers, classes, and methods contained the puts statements, find out what variable names are being printed, and see nicely formatted output. Enter puts_debuggerer. A guilt-free puts debugging Ruby gem FTW that prints file names, line numbers, class names, method names, and code statements; and formats output nicely courtesy of awesome_print. Partially inspired by this blog post: https://tenderlovemaking.com/2016/02/05/i-am-a-puts-debuggerer.html (Credit to Tenderlove.)
Ruby Webshot gem will make nice webshots for you. I needed the webshot/screenshot functionality for one of my website and after trying few ruby gems currently available I found that they are not updated lately and that they are using depricated version of `PhantomJS`: 'webshot' [ https://github.com/vitalie/webshot ] 'screenshot' [ https://github.com/amire80/screenshot ]. Also, I had an issue with produced image CSS formating when I used webshot gem. So, I decided to start building a gem for myself and to share for anyone who need something like this. The Ruby Webshot Gem use latest `Webdrivers`.
Library for building websites from a tree of Textile files. Cut your Textile into a nice website! Makas generates websites from a tree of Textile files. It does not try to deduce any meaning from the structure of that tree (i.e. where files are in the directory hierarchy), but can generate a blog from a directory of files named a certain way, if enabled. See doc/examples/singe-blog.rb for how that can be done. Multiple blogs, RSS feed generation and copying over static files are supported.
This video game framework is written using the Gosu game development library. It was originally intended to be used for writing Point-N-Click adventure games, but has become a more general 2D video game framework. It's interesting features include video and audio playback capabilities. The project is definitely lacking some documentation. Although I have been trying to write documentation using rdoc and write tests with Minitest, I do not think that I have been doing either of those very successfully. I don't think many people aside from myself will be able to use it properly, as I have built it specifically for my needs. Thank you for reading, have a nice day :)
Manage your notes from the console. If you're like me, you spend most of your computing time in a terminal, you have a text-editor set up just to your liking, and you wish you could use it for everything. Naturally, when it comes time to ditch your paper note-pad, you refuse to to use the more popular gui-driven apps and want to find a way to use your editor instead. But when you start looking for a terminal-based notes framework (or plugin for your editor) you're blinded by crazy features and unwilling to learn a new tool. You've also already started keeping your notes in some text files and don't want to have to start over. Anyway, I went through the same thing and made this this lightweight tool (originally from some aliases in my bashrc) to do what I wanted it to do, which isn't a lot. But, like ruby, it has a nice interface, and it'll stay out of the way. That means you can choose where you keep your notes, how you organize them, how you track them (if you do), and what editor you use to write them. So if you already have your own notes, you can just point `peter-notes` at them and start using worlds simplest (and coolest) notes-manager. This is a cli tool, don't try to import it into some ruby source code.
# Procer **NOTE: Experimental. Use it to experience what a default `to_proc` could have been. For production code, I recommend an explicit transformation, like the one provided by the gem `jgomo3-func`**. A reasonable good default `to_proc` method for all objects. Install with: ``` gem install procer ``` When you require Procer, all objects will have a default `to_proc` method which will try to call one of the following methods, in the given order: - `call` - `[]` - `===` Many methods which receive a block, can benefit greatly from this because you can now pass an object to perform the block role. Think of the Enumerable module and all its methods. Many objects define `===`, but not `to_proc`. So they will be nicely usable in a `case/when` expression, but not in other contexts. This is the case of classes and ranges, which you can use in `case/when` expressions, but they don't define `to_proc`. Now they do define `to_proc` so they are useful in those contexts. Examples: ```ruby require 'procer' [1, 2, '3', '4', 5, 6].filter(&Numeric) # => [1, 2, 5, 6] [-10, 100, -2, 3, 20, -33].filter(&(0..50)) # => [3, 20] ``` Also, Hashes already implement `to_proc` and that is useful with Enumerator. We can use it as a transformation table with `map`: ```ruby table = { 1 => 'one', 2 => 'two', 3 => 'three' } [3, 1, 2].map(&table) # => ['three, 'one, 'two'] ``` Sadly, Arrays, even when they have the same interface as hashes as a function of indices, don't implement `to_proc` and so they can't be used in the same way. Until now. ```ruby table = ['zero', 'one', 'two'] [2, 0, 1].map(&table) # => ['two', 'zero', 'one'] ``` Alternatively, you could have used `values_at`: ```ruby table.values_at([3, 1, 2]) # In the Hash example table.values_at([2, 0, 1]) # In the Array example ``` But the map solution is more generic and `table` can be anything that implements `to_proc` and not something that necessarily implements `values_at`. Notice that if the object implements `[]` that will triumph over `===`. It was unexpected when I tried to use Integers as the object, as they implement `[]` as a way to access their binary form: ```ruby 5 # b101 [5[2], 5[1], 5[0]] # [1, 0, 1] ``` So the proc will work like that: ```ruby [2, 4, 5].map(&5) # Actual => [1, 0, 0] # I was expecting => [false, false, true] ```
Contentful API wrapper library exposing an ActiveRecord-like interface
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.