Redmatrix Documentation

Project Code To-Do List

We need much more than this, but here are areas where developers can help. Please edit this page when items are finished. Another place for developers to start is with the issues list.

  • Documentation - see Red Documentation Project To-Do List

  • Include TOS link in registration/verification email

  • forum widget with unread counts (requires the DB schema changes from v3/hubzilla to be viable)

  • Create bug tracker module

  • translation plugins - moses or apertium

  • plugins - provide 'disable' which is softer than 'uninstall' for those plugins which create additional DB tables

  • Infinite scroll improvements (i.e. embedded page links) see http://scrollsample.appspot.com/items

  • Finish the anti-spam bayesian engine

  • implement an email permission denied bounce message from the sys channel

  • provide a way for xchans with a certain network type to upgrade (unknown to rss, rss to statusnet, friendica-over-diaspora to friendica, for instance) based on new knowledge and/or redmatrix ability

  • (done - HZ) If DAV folders exist, add an option to the Settings page to set a default folder for attachment uploads.

  • Integrate the "open site" list with the register page

  • implement oembed provider interface

  • refactor the oembed client interface so that we can safely sandbox remote content

  • Many modern social apps now have both a profile photo and a "cover photo". Add support for this.

  • Write more webpage layouts

  • Write more webpage widgets

  • restricted access OAuth clients

  • (Advanced) create a UI for building Comanche pages

  • (less advanced) create a way to preview Comanche results on a preview page while editing on another page

  • (done - HZ) Extend WebDAV to provide desktop access to photo albums

  • External post connectors - create standard interface

  • External post connectors, add popular services

  • (in progress Habeas Codice) service classes - provide a pluggable subscription payment gateway for premium accounts

  • (in progress Habeas Codice) service classes - account overview page showing resources consumed by channel. With special consideration this page can also be accessed at a meta level by the site admin to drill down on problematic accounts/channels.

  • Events module - fix permissions on events, and provide JS translation support for the calendar overview (done); integrate with calDAV

  • Uploads - integrate #^https://github.com/blueimp/jQuery-File-Upload

  • Import/export - include events, things, etc.

  • API extensions, for Twitter API - search, friending, threading. For Red API, lots of stuff

  • OAuth permission extensions

  • Import channel from Diaspora/Friendica (Diaspora partially done)

  • MediaGoblin photo "crosspost" connector

  • Create management page/UI for extensible profile fields

  • Create interface to include/exclude and re-order standard profile fields

  • Provide a mechanism to share page design elements in posts (just like apps) (done)

  • App taxonomy

  • Customisable App collection pages

  • replace the tinymce visual editor and/or make the visual editor pluggable and responsive to different output formats. We probably want library/bbedit for bbcode. This needs a fair bit of work to catch up with our "enhanced bbcode", but start with images, links, bold and highlight and work from there.

  • Photos module - turn photos into normal conversations and fix tagging

  • Create mobile clients for the top platforms - which involves extending the API so that we can do stuff far beyond the current crop of Twitter/Statusnet clients. Ditto for mobile themes. We can probably use something like the Friendica Android app as a base to start from.

  • (in progress Habeas Codice) Implement owned and exchangeable "things".

  • Family Account creation - using service classes (an account holder can create a certain number of sub-accounts which are all tied to their subscription - if the subscription lapses they all go away).

  • Put mod_admin under Comanche


  • In many cases some of the work has already been started and code exists so that you needn't start from scratch. Please contact one of the developer channels like Channel One (one@zothub.com) before embarking and we can tell you what we already have and provide some insights on how we envision these features fitting together.

    Return to the Main documentation page