evereq
NuGet publisher profile
Packages (5)
Handlebars.js
Handlebars.js is an extension to the Mustache templating language created by Chris Wanstrath. Handlebars.js and Mustache are both logicless templating languages that keep the view and the code separated like we all know they should be. Checkout the official Handlebars docs site at http://www.handlebarsjs.com.
NProgress.js
Slim progress bars for Ajax'y applications. Inspired by Google, YouTube, and Medium. Checkout project site at http://ricostacruz.com/nprogress
LABjs
The defining characteristic of LABjs is the ability to load all JavaScript files in parallel, as fast as the browser will allow, but giving you the option to ensure proper execution order if you have dependencies between files. with regular <script> tags, you cannot control their loading and executing behavior reliably cross-browser. Some new browsers will load them in parallel but execute them serially, delaying execution of a smaller (quicker loading) script in the pessimistic assumption of dependency on previous scripts. Older browsers will load and execute them one-at-a-time, completely losing any parallel loading speed optimizations and slowing the whole process drastically. All browsers will, however, block other page resources (like stylesheets, images, etc) while these scripts are loading, which causes the rest of the page's content loading to appear much more sluggish to the user. LABjs by contrast will load ALL the scripts in parallel, and will execute them as soon as possible, unless you express an execution order dependency in the chain by inserting .wait(). In addition, you can "couple" inline script logic to execute in the proper order in your chain as desired by passing a function to .wait(...). It's important to realize that explicitly, separate $LAB chains operate completely independently, meaning there will be no explicit waiting for execution order between them. NOTE: JavaScript execution is always still a single-threaded, first-come-first-served environment. Also, some browsers use internal loading queues which create implicit "blocking" on script execution between separate chains. Also, the 'AllowDuplicates:false' config option will de-duplicate across chains, meaning chain B can be made to implicitly "wait" on chain A if chain B references a same script URL as chain A, and that script is still downloading.
CouchbaseAspNetExtended
Port of the Enyim Memcached Provider to Couchbase Server with some improvements: - Target framework is .NET 4.5 - Session data compression is supported. - NLog logging can be enabled to output basic information for all Save / Load actions (item id and size before and after compression) - LZ4 fast compression algorithm supported - QuickLZ very fast compression algorithm supported and is default algorithm if compression enabled (http://www.quicklz.com). - LZ4Sharp library (https://github.com/stangelandcl/LZ4Sharp) used for fastest compression - Provider write his configuration during start to Windows Event Log and in addition to log file. Copyrights: - couchbase-aspnet project is Copyright (C) 2012 Couchbase, Inc - LZ4Sharp is Copyright (C) 2011, Clayton Stangeland - parts of LZ4Sharp are LZ4 - Fast LZ compression algorithm is Copyright (C) 2011, Yann Collet. - QuickLZ data compression library is Copyright (C) 2006-2011 Lasse Mikkel Reinhold
HighriseAPI
This library provides .NET wrapper for 37 Signals Highrise API using RestSharp