@dandv wrote:
A co-admin new to Discourse was going through the options and pointed out that "Onebox" wasn't exactly intuitive. Maybe it's worth adding a heading to that page about what Onebox is?
Posts: 3
Participants: 2
@dandv wrote:
A co-admin new to Discourse was going through the options and pointed out that "Onebox" wasn't exactly intuitive. Maybe it's worth adding a heading to that page about what Onebox is?
Posts: 3
Participants: 2
@watchmanmonitor wrote:
Continuing the discussion from Users can change their preferences, not save them, and navigate away without warning:
I can't figure out why there's no save button at the top of the user's admin edit page, or to the right of the Group-edit field.. how can I know that I've saved the changes to a user's group?
Posts: 6
Participants: 3
@dandv wrote:
This appears to be a default (blank) customization page for CSS and header/footer markup.
But why is it called "Migrated from Site Text"? A new admin won't know what that is. (I don't know what that is either)
Posts: 3
Participants: 3
@dandv wrote:
On the Admin page, when going through sub-menus, the top menu tab stays selected if it's e.g. Groups or Email, but the selection is lost under Users and Customize.
Running the latest update.
Posts: 2
Participants: 2
@nahtnam wrote:
Hey!
Now that S3 is deprecated, what options do we have? Digitalocean only limits you to 20-30 GB, so do you guys know of an external software that handles this? Is there a software that "symlinks" files to s3?
Thanks.
Posts: 1
Participants: 1
@nahtnam wrote:
Hey!
Just wondering, why not send a test email to make sure SMTP is working while bootstrapping the app? If it fails, let the server admin know at the end so he can make a change.
Thanks.
Posts: 6
Participants: 5
@tobiaseigen wrote:
We are able to set custom URLs for TOS, privacy policy and FAQ - could you also add an option to allow use of custom URL for ABOUT?
I love the ABOUT page, actually, but also am missing a suitable place to link back to the main site from discourse. The ABOUT link on the sandwich menu seems to be the ideal place for this, short of adding custom header text.
Posts: 4
Participants: 3
@sam wrote:
Customers often ask us for a "solved button" feature. This has been discussed a few times on meta. #7082 #26070
We are going to embark on building an official "Solved Button" I wanted to make sure it is very well specified prior.
Prior Art
@shiv built the Solved Button plugin, it performs some of the functionality we would like to see, but not all. Further more it is build on some old interfaces and needs an update.
Spec
Admins can select a checkbox on categories -> settings, "allow solved button".
Admin can set a site setting globally to enable disable the solved button feature (works in multisite)
On an open topic, the OP or Staff may select any reply as a "solution", only one reply may be marked as a solution.
If a topic has a solution, the solution will be linked directly from the bottom of the first post.
If a topic has a solution we will display a special icon in the topic list
If a topic is closed/frozed you can not set a solution.
The ui will hint (via a tooltip) who accepted the solution, as Staff have override power.
If the OP selects an answer it will become "locked" after a configurable period of time, after which they may not select a different answer.
We will have a special search query term to fine "unsolved"/"solved" topics in a category.
special css classes will be injected at the topic and post level to denote a topic has a solution.
Out of scope for initial version (maybe in v2)
Special badges for N accepted answers
Displaying count of accepted answers on usercard or user page
Mockups
Post:
OP
List
Posts: 6
Participants: 6
@probus wrote:
I noticed that .docked .d-header has the css-rule backface-visibility:hidden, which causes all text in the header to be rendered with grayscale font smoothing in Chrome in Windows. This makes the text appear unnecessary blurry, especially white on colour such as the default login/sign-up buttons.
with backface-visibility:hidden (current):
without backface-visibility:hidden (proposed):
Why is that rule there and could we remove it?
Posts: 1
Participants: 1
@Fredo wrote:
browser: Opera 28
platform: Ubuntu 14.10 64bitThis is a bit wondering me, because Opera uses the same underlying engines as Chromium, which does not show this issue. I suppose discourse uses feature detection and no browser switches?
When submitting a new post, the new post may appear in the current browser page (on the client), but when later browsing again to the same page, the post is missing (not sent to server?).
Similarly the "read" status on new posts is not persistent, and allready read posts are displayed again as unread.
Posts: 1
Participants: 1
@Abdul_Munim_Zahid wrote:
This is a pretty noob question
Anyways, i wish to disable the custom header (that i added to my discourse forum) on mobile sites. And replace it with another header that i will make for the mobile version of the forum.
What will be the best way to do that?
Posts: 5
Participants: 2
@steve_pd wrote:
So we've recently switched our Discourse install over to use SSL and have noticed that the initial page loading time is now significantly higher.
Our install sits on a 2GB/2CPU DigitalOcean droplet, is this simply to small for reasonable performance with SSL? are there config tweaks we can make to improve matters?
Posts: 2
Participants: 2
@iamntz wrote:
Hi guys. I encounter two .. let's say downsides, that I think are related:
1. Rules
Both Discourse instances I manage have a very short set of rules, about 150 chars. So I display this pinned topic on the home, so anyone can see.
The problem I encounter is that i'd like to display the whole post formatted, because I'd like that anyone could see rules at a glance. Either way, the height won't increase that much (and it's a thing that i'd like to be always visible).
Current:
Desired:
Eventually would be nice to allow setting
colspan="6"
and simply display unnecessary things (e.g. category, users, replies etc), like so:2. Category
Right now there is an option to set an image for each category. This is fairly nice, but a nicer thing would be to display a text instead (which is also an extra set of rule)
Posts: 1
Participants: 1
@JazzyJosh wrote:
This does not work cooked
However, if you preview, it renders correctly.
.topic-body sup sup{top:0} seems to be the problem.
Really, that class shouldn't exist, because you're breaking the functionality of <sup>
Posts: 3
Participants: 2
@downey wrote:
We have some users that work with our Discourse installation almost exclusively by email. So they are surprised when they occasionally log in to see they have earned badges some time back.
Email notifications of badge grants might also encourage them to sign in more often by leading them to learn more about that badge and who has it....
What do others think?
Posts: 3
Participants: 3
@tobiaseigen wrote:
OK, I am going to bite. Why does @eviltrout have a garbage man badge?
And why does the badge only display on his user card, and not on his user profile page? Or on the badges page?
I categorized as a bug since when you click on the badge, it goes to https://meta.discourse.org/badges/120/garbage-man which is an empty page - probably not as intended.
I am interested however in custom badges like this - would be interesting to display for example organizational affiliation with details synced from wordpress via SSO.
Posts: 1
Participants: 1
@georgiano wrote:
Is there a way to organize events in discourse like facebook events?
Where you can see not only number of interested attendees(this probably can be managed using polls) but also their names or usernames.
Posts: 3
Participants: 3
@tobiaseigen wrote:
On my site, the user profile page displays "leader" for me, since I have TL4. I think this should say "Trust Level 4" which is the text I use for that badge on my site. Same is true for other trust badges which seem to have some remnant of hardcoded names for trust badges.
Posts: 1
Participants: 1
@tobiaseigen wrote:
On my site I've just turned on SSO this week which (sadly) disables the invitation system. I don't think it should show the "Invited by..." anymore since it is pretty much meaningless.
I also wonder if displaying this info on profile pages could be made optional in the admin settings. Perhaps it could become admin-only info?
Posts: 1
Participants: 1
@tobiaseigen wrote:
On a site without SSO, when a new user shows up there are two buttons in the top right corner - SIGN UP and LOG IN:
But when you have SSO turned on, you only see one button in the top right corner - LOG IN. This leaves new people without an obvious way to sign up. On our site, we'd have both buttons link to our wordpress signup/signin page.
We fixed this provisionally by changing the button with CSS, but would prefer to have two separate buttons as without SSO.
.login-button::after { content: " | Sign up"; }
Posts: 1
Participants: 1