We're trying to better integrate private messaging on our site (8tracks), and we want to add a "private message" button to 8tracks user profile pages, which would then link to their forum profile page, with the message window already open.
Is there something we can add to the URL to make the profile page appear in this state?
On my forum there's a topic where guys make giveaways. And post authors decide themselves to who they want to giveaway their stuff. For this we have [hide]text[/hide] shortcode now (we're on phpBB currently, gonna migrate soon) that hides text from guests by default. But also authors can specify how many posts users should have to see their hidden text. Like this: [hide=200]text[/hide]. It's very handy for givaways and it would be cool to have this functional in Discourse. Otherwise I'll have to write a JS crutch that will rip off hidden text after is was loaded on page and we all understand how easily this method can be hacked.
I would like to suggest using the git describe output to represent both (a) how long it has been since the beta and (b) if the currently running version of Discourse is carrying unsupported patches (through a sha mismatch and number increment).
This plugin must be created, fellas! It's not right that users can't customize BBcodes from admin panel. For example, I want to add new BBcodes - strikeout text, underlined text and also second spoiler (old fashion) for hiding very long texts. The only way I can add them now is via JS.
ADD: Also videos from vk.com doesn't embeds automatically. So I would like to add a BBcode for them.
OK, was just trying out the official akismet plugin. Works pretty well so far, caught all the spam in one day but I've noticed that a post that has been marked and treated as spam (even user deleted) will still trigger a notification under New for a logged in user. Clicking on New Topics will reveal an empty list.
Not a mission critical bug but after you've nuked 10 posts it's a bit of a nuisance.
Pretty much in the quote. Allowing a user to @mention someone, or similar, and give that person access to read and reply only to that topic.
Use case
My society is moving towards discourse for both general discussion between members, but also discussion between members of the exec (executive board).
Most discussions for the exec are private, and thus people not on the exec should not be able to read them. However occasionally someone external to the exec can contribute to a discussion (e.g. bring their skill set to the table).
Instead of adding this individual to the exec group (and thus granting access to all discussion), @mentioning them in the relevant topic would provide them immediate access to past topic discussion, and allow them to reply.
Discourse now
As far as I can tell, at the moment the only way add a user is to topic (in a private category) is to add them to the group, or for the discussion to happen in a private topic. This is inadequate because it either requires giving them access to everything (via the group) or having the foresight to start the discussion in a private topic.
Hi, could you add payment integration for alipay (China paypal), so that we can do payment in post. For more information of alipay, please look at http://global.alipay.com/ospay/home.htm. Thanks.
I'm currently using 1.2.0.beta09 and have discovered a bug when you check use https and use SSO. We have haProxy for SSL termination so we've based our app.yml on the standard standalone template.
The last redirect in the SSO process is done over http. At the moment we have this custom command workaround in our app.yml:
- exec: sed -i '/proxy_pass/a proxy_redirect http://example.com https://example.com;' /etc/nginx/conf.d/discourse.conf
What do you guys think of having "Meetup" functionality in Discourse? This extension will boost Discourse communities a lot by combination of online & offline activities.
There are many events listing services out there, and www.meetup.com can be a nice example: (I think simplified version of events listing feature will be enough. No need to be this much.)
Another cool idea from Hulk. On my current forum I have this feature - if someone sends a post and then sends another one in 24 hours, if there's no replies between, this posts will merge like this:
It's kindda thing for gamers. But since my forum is for gamers, I'm gonna suggest this. There's a lot of services that provides dynamic signatures, that track your stats and updates in N hours. It would be nice if Discourse had signature field in user profiles, so people could add stuff like this. Or just their favourite quotes as a text - you know, usual stuff for forums.
From design side - I like how XenForo aproached this. Signatures are hidden by default and they apear only when you mouse-over on someone's post. This doesn't create a visual mess with tons of images on page.
As seen on Smartthings forum and hairxhub, you can add an image on the header depending on the tab or the category the user is in.
For example, if the user enters in forum.com/c/examples, he can view the image on the header, but not in all the other tabs/category, nor in the main homepage.
Does someone know how to do this? We can pay for this customization if there is someone interested.
When creating or editing a badge, there are text fields for both "Icon" and "Image". However, both use the same help description: Use either a Font Awesome class or URL to an image.
As an admin, I ask:
What's the actual difference between the two?
Should we enter something for one, the other, or both fields?
This is a bit confusing as it stands now.
PS: Maybe a link to the current (well, out-dated) available FA icon classes would help admins know what to type here, too.
Before I get to my feature request, I would like to take the time to thank the Discourse team for their work. Discourse is an epic piece of software, and so far everyone I have introduced it to has nothing but high praise for it.
Feature
Would it be possible to extend the Badge Query options to groups.
Currently groups can either be assigned by email domain or manually. Adding SQL queries would extend that to support anything an admin can imagine.
Use Case
I currently use SSO to integrate discourse into the rest of our society's site. Our society's site manages a number of things such as rotas, POS and film schedules.
To do this our site used groups to assign rights to various members. I would like to extend these groups over to discourse.
Currently I am using the custom_fields provided by SSO and SQL queries to assign badges to people based on their roles. Adding SQL queries to groups would also allow me to assign groups based on their roles.
This then allows me to create private categories so that teams can discuss topics that are only pertinent to that team.
I'd like to suggest tweaking how the topic column is styled to bring more emphasis to them. Currently they're the same weight as category, user, etc columns that are secondary to the common user. Read topics are styled even less importantly than non-topic columns.
Basically, I'm suggesting bolding unread topics and leaving read topics normal font-weight. Or equivalent.
Currently, the custom fields can be set via the user preferences which is awesome but unfortunately they are given low priority at the bottom of the "Other" category alongside subscription-related settings. I would prefer to see them up higher under "About me" which makes more sense and gives them the prominence they deserve.
Along these lines ... would anyone else benefit from a way to rapidly add/remove users from a category's Watching list? Right now the only way to do this is to edit the settings per user and add the category.
What I'd propose is a category setting somewhere near the security and other settings, that would allow an admin to add/edit an array of users who are Watching or Tracking that category. Similar to the UI/UX in the user profile settings, but with a list of users instead of a list of categories.
Clicking between topics is slow - for a few reasons - one of which is the generation of suggested topics.
For me I currently consider this a bug because suggested topics currently adds a ~640ms additional query delay to the initial display of a topic which is not critical to that topics display.
What's the impact?
For me with 40K topics and 430K posts on a 2GB Digital Ocean instance I'm seeing almost 500ms added to each topic load just from the "random" query for suggested topics.
Problem Detail
Currently the function TopicQuery::list_suggested_for generates a list of random topics to augment the unread and new topics listed at the bottom of the each topic page.
The random element of this uses ORDER BY RANDOM in the SQL query, this is an easy but slow way of getting a random list of rows from the database.
Here is the function:
The Suggestions Queries
As an example here are the numbers for a slightly faster than typical load - perhaps due to being cached.
New Topic Suggestions
ORDER BY CASE WHEN topics.category_id = 79 THEN 0 ELSE 1 END, topics.bumped_at DESC LIMIT 5
This "new" query takes 120.1 ms Screen capture of "new" query times (click to expand)
Random Suggestions
ORDER BY CASE WHEN topics.category_id = 79 THEN 0 ELSE 1 END, RANDOM() LIMIT 5
This "random" query takes 479.3 ms - this was a quite fast example. Screen capture of "random" query times (click to expand)
Solution / Alternative to ORDER BY RANDOM
There are several alternatives to ORDER BY RANDOM, one of which is this: