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

Feature Req: Channels appear in category where requested #2

Open
jamescobalt opened this issue Apr 24, 2020 · 5 comments
Open

Feature Req: Channels appear in category where requested #2

jamescobalt opened this issue Apr 24, 2020 · 5 comments
Assignees
Labels
enhancement New feature or request

Comments

@jamescobalt
Copy link

In the interest of organization and privacy (for categories that are private), ideally new thread channels would appear in the same category the request was made from.

@Mailstorm-ctrl
Copy link
Owner

Mailstorm-ctrl commented Apr 24, 2020 via email

@Mailstorm-ctrl
Copy link
Owner

In the interest of organization and privacy (for categories that are private), ideally new thread channels would appear in the same category the request was made from.

I forgot to include this (I'm new to github despite being here for a few months so hopefully you get an email).

When you make a thread, it should inherit the same permissions as the channel it was invoked in. If this doesn't happen any more or I can't read, let me know and I'll make sure it does this in the re-write version.

@Mailstorm-ctrl Mailstorm-ctrl added the enhancement New feature or request label Apr 30, 2020
@Mailstorm-ctrl Mailstorm-ctrl self-assigned this Apr 30, 2020
@jamescobalt
Copy link
Author

Haven't installed yet - researching moving community from Slack to Discord and people are anxious for solution to lack of threading. We have a couple devs so we might be able to help, but none are familiar with the Discord API yet.

@Mailstorm-ctrl
Copy link
Owner

Mailstorm-ctrl commented May 3, 2020 via email

@jamescobalt
Copy link
Author

jamescobalt commented May 3, 2020

Thanks. Familiar with Discord as an end user, but not from API standpoint. Understood about separate channels to represent the threads, but I think that has its own good use cases (some people don't want certain discussions to stick around). This seems like the best approach I've seen so far.

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

No branches or pull requests

2 participants