Difference between revisions of "Main Page"

From Kosmos Wiki
Jump to navigation Jump to search
(34 intermediate revisions by 3 users not shown)
Line 1: Line 1:
== Codename 67P ==
+
'''Kosmos''' (ex ''Codename 67P'') is a team communication application based exclusively on open protocols, standards, APIs, and data formats. All of its components are free software, published under open-source licenses. User-facing programs are built upon the [https://platform.html5.org/ Web Platform], communicating with server components via HTTP and WebSockets.
 
 
Codename 67P a.k.a. Nice Cave a.k.a Subspace is a team communication application based exclusively on open protocols, standards, and APIs. All of its components are free software, published under open-source licenses. User-facing programs will be built upon the [https://platform.html5.org/ Web Platform], communicating with server components via HTTP and WebSockets.
 
  
 
== Building blocks ==
 
== Building blocks ==
  
67P consists of several components, all of which can be configured separately, and thus be either hosted by a provider or self-hosted by the user/organization. These are:
+
Kosmos consists of several components, all of which can be configured separately, and thus be either hosted by a provider or self-hosted by the user/organization. These are:
  
* [http://sockethub.org Sockethub] server for facilitating client/server communication between the Web client and the multiple protocols/backends/APIs it needs to talk to (e.g. IRC, SMTP, OStatus, Twitter, GitHub, SMS gateways, TURN etc.), as well handling incoming notifications like e.g. WebHooks from services that want to publish messages to 67P-handled IRC channels
+
* [http://sockethub.org Sockethub] server for facilitating client/server communication between the Web client and the multiple protocols/backends/APIs it needs to talk to (e.g. IRC, SMTP, OStatus, Twitter, GitHub, SMS gateways, TURN etc.)
 
* [http://remotestorage.io RemoteStorage] server for storing all user data in a user-defined/controlled storage backend
 
* [http://remotestorage.io RemoteStorage] server for storing all user data in a user-defined/controlled storage backend
* [https://en.wikipedia.org/wiki/Internet_Relay_Chat IRC] server for private communication servers (not needed for personal usage on public servers)
+
* [https://en.wikipedia.org/wiki/Internet_Relay_Chat IRC] or [https://en.wikipedia.org/wiki/XMPP XMPP] server for private communication servers (not needed for personal usage on public servers)
 
* [https://en.wikipedia.org/wiki/Traversal_Using_Relays_around_NAT TURN] server for WebRTC networking enhancements/fallback for audio and audio/video calls (optional)
 
* [https://en.wikipedia.org/wiki/Traversal_Using_Relays_around_NAT TURN] server for WebRTC networking enhancements/fallback for audio and audio/video calls (optional)
* [https://github.com/67P/hyperchannel Web client], written in [http://emberjs.com/ Ember.js], using sockethub.js and remotestorage.js, and making heavy use of Ember/Web components for implementing its functionality
+
* [https://github.com/67P/hyperchannel Web client], written in [http://emberjs.com/ Ember.js], using sockethub-client.js and remoteStorage.js
 +
* Daemon (tbd) for logging channels and handling incoming notifications like e.g. Webhooks from services that publish messages to Kosmos channels
  
 
[[Technical overview]]
 
[[Technical overview]]
Line 18: Line 17:
  
 
* Provide users/organizations/businesses with a modern, full-featured team communication solution, which is easy to set up and use
 
* Provide users/organizations/businesses with a modern, full-featured team communication solution, which is easy to set up and use
* Eventually provide a fully hosted, one-click-setup solution for private team communication (keeping the possibility to exchange any component at will, e.g. storing all data on a user-controller remoteStorage server instead of the 67P company's own remoteStorage servers
+
* Eventually provide a fully hosted, one-click-setup solution for private team communication (keeping the possibility to exchange any component at will, e.g. storing all data on user-controlled remoteStorage servers
* Use common, open, documented data formats for storing all data, thus making it possible to use/manage/input stored data from other apps (no matter if new or existing). This is where the remoteStorage protocol is different than all other personal data storage protocols made for the Web.
+
* Use common, open, documented data formats for storing all data, thus making it possible to use/manage/input stored data from other apps (no matter if new or existing). This is where the remoteStorage protocol really shines compared to all other personal data storage protocols made for the Web.
* Make it possible for users to be part of and use both public and private channels/spaces/servers at the same time (no more Campfire/Hipchat/Slack for work and clients, and IRC only for open-source and hobby, all in different apps)
+
* Make it possible for users to be part of and use both public and private channels/spaces/servers at the same time and in the same window (no more Campfire/HipChat/Slack for work and clients, and IRC only for open-source and hobby, all in different apps)
* Always keep the whole application in a state that can be deployed by anyone (with the necessary skills) who wishes to self-host the whole system. That explicitly includes excellent documentation for doing so.
+
* Always keep the whole application in a state that can be deployed by anyone (with the necessary skills) who wishes to self-host the whole system. That explicitly includes documentation for doing so.
* Reversing the trend of declining IRC users on public servers by giving everyone a great Web IRC client, most importantly making it easy to connect, register nicks, auto-log and replay messages while away — all the nitty-gritty details that even software developers struggle with these days
+
* Enable *anyone* to join the conversation on public servers by offering a great Web IRC client, making it easy to connect, register nicks, auto-log and replay messages while away — all the nitty-gritty details that even software developers struggle with these days
* Always be backwards-compatible to plain IRC. This will be achieved through smart client components, enhancing the rendering/fetching of messages on the client side, while messages transferred via servers are always plain-text and readable in IRC without spammy extra characters/lines
+
* Be backwards-compatible to plain text chat/clients
 
* Have an excellent mobile client (or multiple)
 
* Have an excellent mobile client (or multiple)
* Make use of the latest Web Platform standards, not caring about backwards-compatibility in Web runtimes (much). 67P is a modern Web application, and people not running modern Web runtimes can use plain IRC clients.
+
* Make use of the latest Web Platform standards, not caring about backwards-compatibility in Web runtimes (much). Kosmos is a modern Web application, and people not running modern Web runtimes can use plain IRC clients.
  
 
== Features ==
 
== Features ==
Line 39: Line 38:
 
* [[Feature: Onboarding / Setup| Onboarding / Setup]]
 
* [[Feature: Onboarding / Setup| Onboarding / Setup]]
 
* [[Feature: Design| Design]]
 
* [[Feature: Design| Design]]
 +
* [[Feature: Multi-backend support| Multi-backend support]]
 +
* [[Feature: Accessibility| Accessibility]]
  
 
== Development Roadmap ==
 
== Development Roadmap ==
Line 48: Line 49:
 
See [[Team]].
 
See [[Team]].
  
== Company ==
+
== Kredits ==
  
See [[Company]].
+
See [[Kredits]].
  
 
== Notes ==
 
== Notes ==
  
=== Similar projects / inspiration ===
+
See [[Notes]].
 +
 
 +
== Events ==
 +
 
 +
=== Upcoming ===
 +
 
 +
...
 +
 
 +
== Code of Conduct ==
  
* https://kiwiirc.com
+
[[Contributor Code of Conduct]]
* https://www.irccloud.com
 
* http://shout-irc.com
 
* https://gitter.im
 
* http://chat.stackoverflow.com
 
* https://chatgrape.com/ (good input field ideas)
 
* https://github.com/thedjpetersen/subway
 
* https://conversejs.org
 
* http://qoffee.io
 
* http://neovim.org (bounties for features)
 
* http://web.scrollback.io very similar in goals, open-source, claims to be used by a lot of different groups, has funding and appears to be hiring.
 
* http://sdelements.github.io/lets-chat/
 

Revision as of 03:57, 6 May 2016

Kosmos (ex Codename 67P) is a team communication application based exclusively on open protocols, standards, APIs, and data formats. All of its components are free software, published under open-source licenses. User-facing programs are built upon the Web Platform, communicating with server components via HTTP and WebSockets.

Building blocks

Kosmos consists of several components, all of which can be configured separately, and thus be either hosted by a provider or self-hosted by the user/organization. These are:

  • Sockethub server for facilitating client/server communication between the Web client and the multiple protocols/backends/APIs it needs to talk to (e.g. IRC, SMTP, OStatus, Twitter, GitHub, SMS gateways, TURN etc.)
  • RemoteStorage server for storing all user data in a user-defined/controlled storage backend
  • IRC or XMPP server for private communication servers (not needed for personal usage on public servers)
  • TURN server for WebRTC networking enhancements/fallback for audio and audio/video calls (optional)
  • Web client, written in Ember.js, using sockethub-client.js and remoteStorage.js
  • Daemon (tbd) for logging channels and handling incoming notifications like e.g. Webhooks from services that publish messages to Kosmos channels

Technical overview

Goals

  • Provide users/organizations/businesses with a modern, full-featured team communication solution, which is easy to set up and use
  • Eventually provide a fully hosted, one-click-setup solution for private team communication (keeping the possibility to exchange any component at will, e.g. storing all data on user-controlled remoteStorage servers
  • Use common, open, documented data formats for storing all data, thus making it possible to use/manage/input stored data from other apps (no matter if new or existing). This is where the remoteStorage protocol really shines compared to all other personal data storage protocols made for the Web.
  • Make it possible for users to be part of and use both public and private channels/spaces/servers at the same time and in the same window (no more Campfire/HipChat/Slack for work and clients, and IRC only for open-source and hobby, all in different apps)
  • Always keep the whole application in a state that can be deployed by anyone (with the necessary skills) who wishes to self-host the whole system. That explicitly includes documentation for doing so.
  • Enable *anyone* to join the conversation on public servers by offering a great Web IRC client, making it easy to connect, register nicks, auto-log and replay messages while away — all the nitty-gritty details that even software developers struggle with these days
  • Be backwards-compatible to plain text chat/clients
  • Have an excellent mobile client (or multiple)
  • Make use of the latest Web Platform standards, not caring about backwards-compatibility in Web runtimes (much). Kosmos is a modern Web application, and people not running modern Web runtimes can use plain IRC clients.

Features

Development Roadmap

See Roadmap.

Team

See Team.

Kredits

See Kredits.

Notes

See Notes.

Events

Upcoming

...

Code of Conduct

Contributor Code of Conduct