On load? Yes but also wen load has already sent.
Delightful JavaScript Testing.
Delightful JavaScript Testing.
The next generation of events handling for javascript! New: abstract away the network!
micromark utility to resolve subtokens
GraphiQL IDE with custom features for Gatsby users
$(document).ready() for the 21st century
EventEmitter3 focuses on performance while maintaining a Node.js AND browser compatible interface.
fs read and write streams based on minipass
mixin to add one-time ready event callback handler
Lightweight, robust, elegant virtual syntax highlighting using Prism
Analyze the exported API for a TypeScript library and generate reviews, documentation, and .d.ts rollups
unist utility to find nodes after another node
fs read and write streams based on minipass
Old abstractions from LangChain.js
TailwindCSS v4.0 compatible replacement for `tailwindcss-animate`.
analytize the time of loaders and plugins
A cache object that deletes the least-recently-used items.
A rich text editor for everyday writing
TypeScript ORM for Node.js based on Data Mapper, Unit of Work and Identity Map patterns. Supports MongoDB, MySQL, PostgreSQL and SQLite databases as well as usage with vanilla JavaScript.
Virtual syntax highlighting for virtual DOMs and non-HTML things
An iteration of the Node.js core streams with a series of improvements
GraphQL subscription client based on Mercurius
General purpose glob-based configuration matching.
This is the workflow we use when developing zena. The main idea is that developers work on feature branches on their fork and send an email to the reviewer when work is ready. The reviewer pulls from these branches, checks that all is good and either apply the commits to the gold master or abort. There is a script called 'gold' that helps use this workflow once the remote references are added. Any questions ? Ask zena's mailing list: http://zenadmin.org/en/community ~~
Carson is an autonomous git strategist and repositories governor that lives outside the repositories it governs — no Carson-owned artefacts in your repo. As strategist, Carson knows when to branch, how to isolate concurrent work, and how to recover from failures. As governor, it enforces review gates, manages templates, and triages every open PR across your portfolio: merge what's ready, dispatch coding agents to fix what's failing, escalate what needs human judgement. One command, all your projects, unmanned.
This gem installs several class methods to Object which in turn generates both class and instance methods but only when you are ready. In order to prevent name pollution, you have the ability to manage the generators to pick alternate names if you prefer. After scouring the RubyGems site, some of the better Class upgrades are included here as well as some of my own. The gem creates the backbone upon which future upgrades should be forthcoming. As a teaser, some of the generators presently include: obj.local_methods, obj.inherited_methods, obj.replaced_methods, obj.in?, COBJ.comes_from?, COBJ.derives_from?, obj.find_def. There are currently 20 generators and counting. Calling Object.better_install_all will install all of the generators. You can also generate a subset by calling Object.better_install(:generator_name). The generator names are also the method names which can be renamed by calling Object.better_rename(old_name, new_name);
# Fresh::Auth This gem makes it really, REALLY easy to use the Freshbooks API. It couldn't be easier. With only 3 functions you'll ever need to use, and only 2 required configuration values, it can't get any easier. ## Installation Add this line to your application's Gemfile: gem 'fresh-auth' And then execute: $ bundle Or install it yourself as: $ gem install fresh-auth ## Usage ### Configuration: You must define your Freshbooks subdomain and your OAuth Secret in your application code before using Fresh::Auth. For Ruby on Rails apps, a new file at config/initializers/fresh-auth.rb would be appropriate. Your configuration file should look like this (you fill in the three empty strings): Fresh::Auth.configure do |config| # The part of your login url between 'http://' and '.freshbooks.com' config.url.subdomain = "" # Under 'My Account' (on the top right when you're logged into Freshbooks) # -> 'Freshbooks API' -> 'OAuth Developer Access' -> 'OAuth Secret' # You'll need to request this from Freshbooks initially. config.oauth_secret = "" # Optional. Any string of your choice. Be creative or check out http://www.thebitmill.com/tools/password.html config.nonce_salt = "" end Fear not: If you try to use Fresh::Auth without configuring it first, an exception will be thrown that clearly describes the problem. ### Public API: There are two modules in this API: Fresh::Auth::Authentication and Fresh::Auth::Api #### Fresh::Auth::Authentication This module authenticates you with Freshbooks, storing the authentication in an array called `session`. This integrates seamlessly with Ruby on Rails' controller environment. If you're using some framework other than Ruby on Rails, make sure to define session in your class before including the Authentication module. This isn't recommended because your class will also need to define other objects called `params` and `request` and implement a `redirect_to` method. It gets complicated. Better leave it to Rails to handle this for you. The only public function of this module is AuthenticateWithFreshbooks. To use it, just add the following line of code to your controller: ` include Fresh::Auth::Authentication ` Then, the following line of code authenticates with Freshbooks from any method in your controller: ` AuthenticateWithFreshbooks() ` Note that, after authenticating with Freshbooks, the user will be redirected back to the same path using HTTP GET, so make sure the resource supports HTTP GET and that in the business logic executed on GET, AuthenticateWihFreshbooks() is called. #### Fresh::Auth::Api Once you've authenticated, you want to send XML requests to Freshbooks. The first step is preparing the XML with Fresh::Auth::Api.GenerateXml, which you'll supply with a block that defines all the nested XML that you want in your request. GenerateXml also takes two arguments before the block: the class and method that you want to call. First, in your controller: `include Fresh::Auth::Api` Then, in some method in that controller: my_xml = GenerateXml :invoice, :update do |xml| xml.client_id 20 xml.status 'sent' xml.notes 'Pick up the car by 5' xml.terms 'Cash only' xml.lines { xml.line { xml.name 'catalytic converter' xml.quantity 1 xml.unit_cost 450 xml.type 'Item' } xml.line { xml.name 'labor' xml.quantity 1 xml.unit_cost 60 xml.type 'Time' } } end Ok, you created the XML. Now you want to send it. Sounds pretty complicated, right? Not at all! Ready? Let's go! `_response = PostToFreshbooksApi my_xml` Now, are you wondering what's in `_response`? I'll tell you shortly, but before we discuss that, we have to know about the exception that PostToFreshbooksApi might raise. It raises a detailed error message if the response status is not 'ok'. Makes sense, right? Now, you still want to know what's in `_response`? Oh, nothing fancy. Just a Nokogiri XML object, representing the root element of the xml response. Could this get any easier? ## Contributing 1. Fork it 2. Create your feature branch (`git checkout -b my-new-feature`) 3. Commit your changes (`git commit -am 'Added some feature'`) 4. Push to the branch (`git push origin my-new-feature`) 5. Create new Pull Request
No description provided.
No description provided.
No description provided.