Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Need a non-persistent chat app #13

Open
KnowledgeGarden opened this issue Jan 28, 2015 · 2 comments
Open

Need a non-persistent chat app #13

KnowledgeGarden opened this issue Jan 28, 2015 · 2 comments
Assignees

Comments

@KnowledgeGarden
Copy link
Owner

There are use cases where a simple linear chat room would be of enormous value in terms of facilitating "backchannel" conversations during game move decision making in guilds.
Ideally, it needs to be group wide within a guild, but it is also of interest to use @mentions to direct chat to particular individuals. Given that it's non-persistent, it may be that unanswered @mentions could be persisted in some way and find their way to an "Inbox" -- which, itself, might turn into another issue.

@mprinc
Copy link

mprinc commented Jan 29, 2015

One project that i am developing now is _TopiChat_ (TopicChat if it is not obvious enough :) ).
It is intended to be VERY-persistent :) but other project i am interested in is VERY-nonpersistent. So the code base supports both. It is about Topic-driven dialougue.

I have a very short info communicating the idea behind it. Here is the link: https://docs.google.com/document/d/1CLcm_afgulqF5gAClSqS6jt1snhkLNvGcqQzfgRSRn0/edit#

Sorry for some missing parts, it is pulled out of the bigger context of _KnAllEdge Toolset document_ that is basically my full focus.

If you are interested it will be open-source

@KnowledgeGarden
Copy link
Owner Author

I am thinking that TQPortal includes a ringbuffer. I used it for all the recents; set its size to 20 entries. Those are actually persisted; Admin has a button to SaveRecents for when the system is going to be taken down for maintenance. Of course, they are lost if the system blows up.
Said ringbugger could be attached to each incubator room, and all chat messages go there. Don't necessarily have to persist them; they are volatile, but doing so means that anyone joining the incubator can see what's been said if the chatroom is filled from the ringbuffer when first fetching the page. The page then refreshes itself by way of the chat app's long poling or whatever.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants