Skip to content

Latest commit

 

History

History
96 lines (74 loc) · 5.5 KB

TODO.md

File metadata and controls

96 lines (74 loc) · 5.5 KB

If you want to contribute to the development of Jorani, here is a list of things to be implemented. I tried to sort them out by priority and to explicitly explain what is out of scope.

v0.4.6

  • i18n: Use locale for m/d start/end periods in contracts list.
  • Add a version for JS libs (avoid cache problems).
  • Use open formats for Spreadsheet exports.
  • Migrate all datatables to the new language initiatlization.
  • Add shortcuts to ICS feeds into My leaves/My collaborators.
  • HR/Employees: reset filters on entry date (post pend).
  • Add a diagnostic page (check configuration and data).

v0.4.7

  • Add turkish language.
  • Add requests list into Reports/Leaves.
  • Remove duplicated string defs (moved into global): users_create_popup_manager_button_ok
  • i18n: Last 3 columns in Reports/Leaves.
  • Maybe: Filter Excel export on visible rows (lot of security backend).
  • Maybe: user/index Ajaxload.
  • Compute automatically: length of multiple leave requests.
  • Maybe: series of leave requests (Employees / Multiple edit); take into account days off. and...
  • Maybe: swap a leave request / ask for change (-> back to Planned status or formal swap ?).
  • Add a "All" option into Reports/Leaves.

v0.5.0 or later

Following naming convention, this version will need a DB patch.

  • Fix wrong charset problem on table dayoffs.
  • Report carried-over leaves wizard : select an entity (change date), opt-in/out employees, check suggested report and go.
  • Mass apply entitled days to a group of employees. (organisation) - (employees in entity) <-> select.
  • Complete PHP triggers (add fruux lib to put CalDAV -> no : incomplete library).
  • Simplify Overtime entitlments. Maybe:
  • Add a table to log the execution of services using the API (eg cron tasks) + a sample page in local to display them.
  • Possible DB optimization on leave table ALTER TABLE leaves ADD INDEX(startdate); ALTER TABLE leaves ADD INDEX(enddate);.
  • Possibility to sort the leave types. NEEDS DB PATCH (maybe). Cookie or DB ? Entity scope ?
  • Possibility to optionally exclude leave types to a contract. NEEDS DB PATCH (maybe). Impact leave request, should impact a dynamic build of leave balance report. What about type 0?
  • Possibility to optionally sort the leave types (contract-level, types not excluded).
  • Notification by e-mail : Request deleted / modified (maybe or report v0.5.0). We should maybe have basic objects to pass...
  • Better LDAP integration with an explorer and better/simpler binding method.

Ideas

  • Export to Excel: export only the visible rows (POST with the list of Ids). Look into HR/Employees to see how to build the list.
  • Provide examples of REST clients (seniority leaves, carry over, LDAP sync...) in PHP (cron) or go (service).
  • PHP scripts of migration from OrangeHRM, PHP_Conges, LiberTempo, etc.
  • More OAuth2 or SAML identity providers (Investigation for a CAS/SSO integration).
  • Option/Config: kind of multi-tenancy filter on entity and its children the calendars (then calendar/global should be hidden).
  • Color set/stripes for color blind people, eg. :

Code sample:

    /*Status for color-blind people*/
    .rejected-color-blind {
        /*background-color: #ff0000;*/
        background-image: linear-gradient(90deg, transparent 50%, rgba(255,255,255,.5) 50%);
        background-size: 10px 10px;
    }

Not a priority

  • Supporting docs (upload attachments into local folder).
  • Implement a kind of heritage in HR/organization for supervisors (child entities).
  • HR officers of a part of the organization (defined in HR/organization), for future functions when they'll be CCed. and/or ...
  • ... Multitenancy (add global filter / Additionnal field on all tables). Allow access to the same instance for multiple tenants.
  • Add a field explaining why a request is rejected. Validation E-mail will redirect to a form is this option is activated ?
  • Anticipated leaves (entitled days of next yearly period). Today we can deal with it manually because LMS doesn't forbid to request a leave even if your credit is negative and because leave balance reports can be executed with a past/future date.
  • Setup assistant (with links to requirements, testldap and testmail scripts).
  • Mass importer of users (from CSV, LDAP ?). From GUI or a side tool using the REST API ?
  • Alternative overtime module. It will be separated from the LMS, accepted extra time will not be added as a compensate entitled days but compensation will have its own wkf.

Post v1.0

  • Mobile-optimized views (limited to few pages : simple user and validation).
  • Simplified time tracking. Not sure because Jorani is specialized in LMS. Maybe a side project ?

Might not be implemented

  • Requests are validated by two users (too complicated for targeted users).
  • Different colors for each leave type. Requesters often don't know that you can get the list of leaves elsewhere.
  • PDF Export (no serious OSS PDF lib dealing correctly with Unicode / Modern browsers can print as PDF).
  • Migration to CI 3.0.0 (we don't rely too much on the library, so it has no interrest and it is slower than v2).

Impacts

Fullcalendar

Migration of fullcalendar requires the application of this patch fullcalendar/fullcalendar#2516 while the issue is not solved.

Jquery

We noticed an incompatibility between Jquery 2 and datatable that must be investigated prior any migration.