Allow "Reply" to create sub-threads
Opened this issue · 5 comments
Desktop: A menu at the Right of the message allows, instead of just deleting the message,
- Delete message if allowed for this chat in its prefs.
- Edit message if allowed for this chat in its prefs.
- Reply to message.
- [Hide thread]
The latter creates a new indented message input field under the original message.
When the new message is inserted, it is indented a bit to the right
When the new thread is first added, a "Reply to thread" button is added to do the same thing more easily
Also allow a Hide Thread button somewhere. Grey Triangle at left?
RDF model: a link between the two messages, stored in the chat file, or in both chat files if they are in different dated chat files.
Ontology to be decided. SIOC? Schema.org?
Model: How Telegram does this. Also look at Reddit and hacker news...
Creating new threads should be an option the creator of the chat can tun off, but default on.
You should be able to open the first message of a thread in the browser and see just the thread below it.
In Matrix, to which we are moving from Gitter, a thread is based on a message in the mainline, and each message the thread has a pointer back to the original root message of the thread. A SIOC property which seems to maybe be appropriate. However the SIOC concept of thread is to have the thread as a container of messages.
"""
Class: sioc:Thread
Thread - A container for a series of threaded discussion Posts or Items.
| sub-class-of: | sioc:Container |
|---|
Class: sioc:Thread
Thread - A container for a series of threaded discussion Posts or Items.
sub-class-of: sioc:Container
But maybe the term sioc:reply_of would be the one for the link back to the thread root
Property: sioc:reply_of
reply of - Links to an Item or Post which this Item or Post is a reply to.
| Inverse: | sioc:has_reply |
|---|---|
| ObjectProperty | |
| sioc:related_to | |
| sioc:Item | |
| sioc:Item |
Property: sioc:reply_of
reply of - Links to an Item or Post which this Item or Post is a reply to.
Inverse: sioc:has_reply
OWL Type: ObjectProperty
sub-property-of: sioc:related_to
Domain: sioc:Item
Range: sioc:Item
- Reply button generate new thread in message bar
- Entering new message in thread does the right thing
- find icon for reply button
- Button to show thread replying to this message when there is one
- Space for thread view in 4th column of triptych
- button to close thread view
- Shapes diagram
- Generate threads in Matrix feed
- Fix problem os matrix replacements being different shape
- Thread as first class object in SolidOs panes
Testing issues
- can't send from thread in same day
- Check delete message and edit work in thread
- can't add new message in thread for any previous day
- error Statement to be removed is not on store: _:n174 http://www.w3.org/2007/ont/link#status _:175
- new message UI missing from thread (used to be there)
Future stuff carry forward
- UX to react with an emoji like in matrix
- Reply button generate (or reply) in message bar
- Find or make icon for list threads
- Find or make icon for reply directly
- Reply display (copy of replied to message in some form)
- Markdown
- List of threads mode in main display
- Imposter issue
An open question is how to represent in RDF that a message is what in IRC is a /me message which displays like
[timbl looks around], and which Matrix calls a m.emote
It is perhaps worth nothing that IRC display varies with clients. My client (Snak.app on macOS) displays the /me messages as
hh:mm:ss * timbl | looks around
vs a chat message that looks like
hh:mm:ss <timbl> | An open question...
Also, that IRC has allowed users to emote for decades. Matrix's "innovation" is just to prefix it with m.
See solid-ui PR SolidOS/solid-ui#531 ... still testing