Project

notifly

0.01
No commit activity in last 3 years
No release in over 3 years
This project intend to offer a full notification system, back and front-end.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies
 Project Readme

Notifly

Build Status Gem Version Dependency Status

This project is still under development and it intend to offer a full notification system, back and front-end. Questions and suggestions are welcome and you can use the issues list on Github to provide that feedback.

In actual version, notifications are composed by:

  • Receiver (required): the object that will receive the notification
  • Sender: who sent the notification
  • Target: object that you will be the subject between the sender and receiver
  • Data: hash where you can store more info about the notification
  • Template (required): html template used by notification
  • Read: flag that records if the receiver read the notification
  • Seen: flag that records if the receiver seen the notification
  • If and Unless: used to create notifications conditionally
  • Kind: an attribute to scope notifications

Install

First we need to add the gem to Gemfile

  gem 'notifly'

Run the bundle command to install it. After that, you need to run the initializer

  $ rails generate notifly:install

You can choose to change the namespace for Notifly routes, but the default is notifly. It will creates config/initializers/notifly.rb too. Also, in this file you can see/change the default configs

Notifly need to storage the notifications and to do it you need to run the migrations

  $ rake notifly:install:migrations
  $ rake db:migrate

Usage

Back-end

We have two ways to create notifications:

Using #notifly method in your classes (as callback)

If you want to create notifications after (or before) any method call.

class TicketOrder < ActiveRecord::Base
  belongs_to :ticket
  belongs_to :buyer
  belongs_to :owner

  notifly default_values: { receiver: :owner }

  notifly before: :destroy, template: :destroy, sender: :buyer, data: :attributes
  notifly after: :send_gift!, template: :ticket_gift, sender: :buyer,
    target: :ticket, if: -> { completed? }
  notifly after: :accept_gift, sender: -> { self.owner }, receiver: :buyer, target: :ticket,
    then: ->(notification) { self.send_mail_with(notification) }

  def send_gift!
    # code here
  end

  def accept_gift
    # code here
  end

  def send_mail_with(notification)
    # code here
  end
end

Value explanation about each parameter:

Parameter Value
before or after The method which will create notification before or after its call
receiver The method which returns the notification receiver object
sender The method which returns the notification sender object
template The symbol or string that indicates which partial will be rendered at views. The partial must be inside app/views/notifly/templates/. Default is :default.
target The method which returns the notification target object. It's a third actor of the notification. Example: In "Max sent you a ticket" notification, Max is the sender, you are the receiver and the ticket is the target.
data A method which returns a hash with usefull values to be persisted, like ticket price or whatever you want to persist.
kind String used to scope notifications, default is :notification and all notifications with default type will be shown in current_user's notifications
then Callback that will be executed after the notification creation. It can receive a notification as parameter. Right now it only works in the code above.

Note that you can use the default_values parameter, it is specific to DRY your notiflies and set the values to all notiflies. If you need to overwrite some default value, just declare it again like the :accept_gift notifly above.

Using #notifly! method on your receiver object

If you need to create notifications without callbacks, even in the controller scope.

class TicketOrder < ActiveRecord::Base
  belongs_to :ticket
  belongs_to :buyer
  belongs_to :owner

  before_destroy do
    owner.notifly! template: :destroy, sender: buyer, data: attributes
  end

  def send_gift!
    # code here

    if completed?
      owner.notifly! template: :ticket_gift, sender: buyer, target: ticket
    end
  end

  def accept_gift
    # code here

    buyer.notifly! sender: owner, target: ticket
  end
end

The receiver will be always the object which you call #notifly!

Mail

Notifly can send mails too. To do it, just add the option mail to your notifly statement

class TicketOrder < ActiveRecord::Base
  belongs_to :ticket
  belongs_to :buyer
  belongs_to :owner

  notifly default_values: { receiver: :owner }

  notifly before: :destroy, template: :destroy_order_notification, sender: :buyer,
    data: :attributes, mail: { template: :destroy_order_mail }
  notifly after: :send_gift!, template: :ticket_gift, sender: :buyer,
    target: :ticket, mail: true, if: -> { completed? }
  notifly after: :accept_gift, sender: :owner, receiver: :buyer, target: :ticket,
    template: :accept_gift, mail: { only: true }

  def send_gift!
    # code here
  end

  def accept_gift
    # code here
  end
end
Email Description
true send email and notification using notifly template
only: true send only an email using notifly template
template: :foo send email using foo mail template and a notification using notifly template

Notiflies with mail: { only: true } will persist notifications, but them won't be in receivers notifications views. If you use delayed_job or sidekiq mails will be sent async.

Notifications access

You can access the notifications using the following methods:

  • receiver_object.notifly_notifications
  • Querying Notifly::Notifications
  • Using our front-end helpers

Useful scopes

  • all_from: used on Notifly::Notifications to show notifications from a specific receiver
  • unseen: used on Notifly::Notifications and #notifly_notifications to show only unseen notifications
  • not_only-mail: used on Notifly::Notifications and #notifly_notifications to remove notification that are mail only

Websocket

If you want to use websocket just install the gem websocket-rails and change the notifly's configuration at config/initializers/notifly.rb

Front-end

First, you need to have a current_user, if you use Devise maybe it is already there. If you haven't a current_user, just define a method in ApplicationController and add it to the helpers methods. Your controller should look like this:

class ApplicationController < ActionController::Base
  def current_user
    current_talker
  end

  ActiveSupport.on_load(:action_controller) do
    helper_method :current_user
  end
end

After that you need our assets, add them to your application.js and application.css.

//= require notifly

The notifly contain the code to do all requests and notifications injection, if you do not use Twitter bootstrap you will need to add //= notifly_dropdown to the code above.

/*
*= require notifly
*/

Now finally you can see the notifications view adding code bellow to your view

<%= notiflies %>

This will inject our views and it will be like that

image

If you want to change something just use the code below

  $ rails generate notifly:views
Option Description
--notification generates notifications templates files
--layout generates layout files
--mail generates mail templates files

Notifications and Mails are rendered with their templates. They use a simple default template but if you want to change or create new ones run the generate above with the option that you want or create them in app/views/notifly/templates/. Remember that notifications templates should be in notifications folder and mails templates in mails folder and with both you need to use the main_app to render links.

If you already have a layout and just want add our features to it, take a look at Adapting your layout.

I18n

Notifly uses I18n to render mail's subject and views, if you run the install generator you can change it in config/locales/notifly.en.yml or create your own.

Adapting your layout

All partials that we insert in your layout are in the gem or if you generated them, they will be in app/views/notifly/layouts/

Below are the elements that will loading the Notifly in your layout

  • Counter: this element will show how many notifications are not seen. It should have the id #notifly-counter, and it will be replaced by the _counter.html.erb
  • Notifications icon: this element is the trigger to load the notifications and you should have an icon to show when the user "have notifications" and "do not have notifications" this element should have the id #notifly-icon. The html icon is defined in our view helper notifly_icon you can overwrite it, just remember that this method should have the argument have_notifications=false and is this method that tell us which icon will be in the view.
  • Notifications: they will be inserted in #notifly-notifications-container, this element will contain all notifications (_notification.html.erb) rendered by _index.html.erb
  • Next page link: this link will append the next notifications page to the #notifly-notifications-container, it should be in the page and should have the id #notifly-more-notifications-link. This link should not have a href.
  • Mark as read: this link will mark all notifications in the page as read, it should be in the page and should have the id #notifly-mark-as-read-link. This link should not have a href.
  • Loading: html element that will be showing while the notifications request isn't completed. It should be in #notifly-notifications-container and should have the class loading
  • Toggle read: this link will be rendered by _actions.html.erb' in _notification.html.erb`

Those elements should be inside an element with id #notifly and the dropdown trigger should have the id #notifly-trigger. For more info and examples, just take a look at _notifly.html.erb

Contributing

Consider to use zenhub, with it will know what issues and features are in "progress" or "to do". Also, I encourage you to use git-flow and EditorConfig.

Fork the repository. Then, run:

  git clone git@github.com:<username>/notifly.git
  cd notifly
  git branch master origin/master
  git flow init -d
  git flow feature start <your-feature>

Then, do work and commit your changes.

  git flow feature publish <your feature>

When done, open a pull request to your feature branch.