@rxc wrote:
Continuing the discussion from UI breaks when letter avatar images don't load:
In that case @sam , may I recommend something simple like X for the alt-text. Small, simple, not redundant. Should not irritate screen-readers at all, and would still leave a mouse target when avatars fail to load.
Posts: 3
Participants: 2
@ceeray wrote:
good day, I'm attempting to import a vanilla 2.1 forum exported using porter and am running into this error. thanks in advance for any assistance.
# RAILS_ENV=production ruby apps/discourse/htdocs/script/import_scripts/vanilla.rb /home/cee/exp.txt fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git <command> [<revision>...] -- [<file>...]' loading existing groups... loading existing users... loading existing categories... loading existing posts... loading existing topics... parsing file... reading file... parsing comments... parsing discussions... parsing media... parsing permissions... parsing roles... parsing users... parsing user_discussions... parsing user_roles... importing users... 62 / 8067 ( 0.8%) Skipping user id 103 because email is blank 8067 / 8067 (100.0%) importing categories... apps/discourse/htdocs/script/import_scripts/vanilla.rb:116:in `import_categories': private method`select' called for nil:NilClass (NoMethodError) from apps/discourse/htdocs/script/import_scripts/vanilla.rb:20:in `execute' from /opt/discourse-test/apps/discourse/htdocs/script/import_scripts/base.rb:45:in `perform' from apps/discourse/htdocs/script/import_scripts/vanilla.rb:254:in `<main>' root@vps52426:/opt/discourse-test# vim apps/discourse/htdocs/script/import_scripts/vanilla.rb root@vps52426:/opt/discourse-test# vim apps/discourse/htdocs/script/import_scripts/vanilla.rb
Posts: 1
Participants: 1
@coryeuc wrote:
I apologize if this isn't the place to ask, but I figured a place filled with Discourse fans would be excited to share their thoughts.
My organization is currently evaluating online community platforms for a video-heavy, educational program offering. We make a ton of videos, and want to give our viewers an awesome place to discuss and learn more from one another. They're currently hosted on a Wordpress site.
Some of our goals are: to give students a place to discuss video and blog content; allow students to form organic groups, gain reputations through gamification (including through non-community actions, like viewing videos); continue to present our video content on our Wordpress site, although closely connected with community discussions.
Part of our search has included some really big enterprise-focused community platform providers, as well as some database-turned-community solutions.
So my question: Why Discourse, and not one of those big enterprise, proprietary solutions?
Thanks for any and all help!
Posts: 8
Participants: 4
@Shannon_Rogers wrote:
I like the ability to create "about the category" posts and most importantly that the initial 200 character text of that post shows up in the category page. But I wonder if it would be cleaner to integrate that post into the header of the category with potentially a read more link to expand the box if you want to add more than the 200 character text.
Has anybody tried to do this? Examples? Any thoughts about why would this might be a bad idea?
Posts: 1
Participants: 1
@Koinu wrote:
The built-in backup functionality is great, but It'd be nice if there was an option to disable compression and produce plain .tar files.
Specifically, if the backups were uncompressed, rolling hash-based chunking (intra and inter-file deduplication) done by backup software such as Borg could kick in more effectively and avoid repeatedly uploading/storing unchanging parts of the backup (i.e., uploads).
(I'm backing up /var/discourse in its entirety to keep the disaster recovery steps as simple as possible, while still keeping Discourse's own tarball-based backups enabled as a fallback in case Postgres fails to recover from a potentially-inconsistent state. I'd just like those tarballs to be less costly to back up.)
Posts: 1
Participants: 1
@ColdSun wrote:
In the sake of cleaner tabs and more helpful search titles via Google (etc), I would recommend stripping emoji from the page title in the html header.
Obviously it can't display the emoji which would be most desirable, and keeping it as is offers relatively little value for the amount of characters the emoji require (typically) take up in the tab/search result.
The other option would be strip it from the topic title as a whole but that would be far less of an ideal situation as emoji in titles can be a great way to provide meta data about what the topic might be about (depending on the emojis provided/utilized)
Posts: 3
Participants: 2
@codinghorror wrote:
We're putting together the user-friendliest Markdown tutorial we possibly can at:
If you have a chance, can you take a peek, try the interactive tutorial, and let us know what you think?
All feedback welcome.
Posts: 21
Participants: 6
@meglio wrote:
So, every goat farmer in our forum is allowed to create their own personal topic where they share their company news.
I created a custom user field where they can put a URL to such a topic. However, it is not clickable.
In this topic I read why links are not clickable by default. However, when linked to the same domain where the forum runs, it should not be dangerous.
I propose a few ideas on how to improve links behaviour, choose one or many:
Make all links in custom user fields, as well as in user profile description, clickable, if the domain matches the forum domain.
Add a domains whitelist into settings and make all links containing the domain clickable in user profile and custom user fields
If a custom user field (or website url standard user field) contains only a link, and it is a topic or a message link, display the topic title instead and make it clickable.
Posts: 1
Participants: 1
@codinghorror wrote:
We’ve always had a great relationship with Emoji in Discourse. From the earliest days of Discourse, you could add Emoji to your posts by by typing : and using our handy Emoji autocomplete. Of course
:just so happens to be the first character of the most common ASCII smiley, our old friend:)…
This topic is for comments on the original blog entry at: http://blog.discourse.org/2015/12/emoji-and-discourse/
Posts: 2
Participants: 2
@meglio wrote:
New custom field type: forum topic
To enter value in such a field, let users choose a forum topic, then display a clickable topic title on the user profile page.
Use-cases:
- personal topic page with company / organization news
- favorite topic
- ask-me-anything topic for organization representatives
Posts: 4
Participants: 3
@jomaxro wrote:
So over on discourse.stonehearth.net, I have noticed on more than one occasion in the last few days that
:slightly_smiling:takes a significant time to resolve to the proper emojii. There does not appear to be any delay in the post edit preview, but on the topics themselves I have noticed the text appearing for more than 5 minutes before it "converts" to the emoji form.
Posts: 3
Participants: 2
@jomaxro wrote:
Summary:
Attempted to set notification type for "moderators" group, and was unable to change it from
normalSteps to reproduce:
- Open messages view
- Switch to group message page
- Click notification type switcher, and select any type other than normal
Expected Results:
Notification type switches
Actual Results:
Error appears in Chrome dev tools
Attachments:
Error in Chrome:
Uncaught TypeError: Cannot read property 'setNotification' of undefined t.default.r.extend.clicked @ _application-870be5d55ca96513a5c42e2817c3cab9.js:28024 r @ ember_jquery-c510009d3d7cecdf3f948f54d4922d9a.js:8 (anonymous function) @ _application-870be5d55ca96513a5c42e2817c3cab9.js:10064 Z.event.dispatch @ ember_jquery-c510009d3d7cecdf3f948f54d4922d9a.js:2 v.handle @ ember_jquery-c510009d3d7cecdf3f948f54d4922d9a.js:2Versions and Mods:
Discourse 1.5.0.beta7 (discourse.stonehearth.net)
System Information:
Windows 10 Pro, Chrome Stable 47
Posts: 3
Participants: 2
@Jeremy_Quinn wrote:
I'm trying to learn more about how the flagging system works, but I don't see any flags here. I'm assuming they are turned off and I'm not blind....?
Posts: 8
Participants: 5
@jomaxro wrote:
Continuing the discussion from Unable to set notification type for group message inbox:
OK, now that I can pick an option, I am a bit confused as to how they work.Watching is pretty clear, notification for any and every post in a group thread. Tracking and Normal are what I am confused about. I know I will be notified by having my name
@jomaxromentioned, but what happens if the group is @mentioned? Will I receive a notification unless I mute the group (just like my own name), or does it work differently?
Posts: 2
Participants: 2
@inputusernamehere wrote:
Hi,
Can I use webmin in conjunction with discourse? How do most users manage discourse, via cmI?
Is there a cms?
Can the frontpage layout be changed?
Posts: 2
Participants: 2
@jomaxro wrote:
Not going to post a full report here, as I have no repro steps or real details, but I just noticed that
Reasonfield for suspended users has gone blank. I have no date as to when this occurred, but we have 3 suspended users on our instance and at least 2 of them has suspension reasons the last time I viewed their profile. It is not listed on their public profile, nor on their admin page.
Posts: 7
Participants: 3
@jomaxro wrote:
Continuing the discussion from Description of various user states in Discourse:
Has there been any thought about a second type of staff initiated suspension? Right now, a user is either "normal", blocked (which I believe cannot be done manually), or suspended. Suspension does not allow the user to log in, and thus also prevents communication with the user, even by mods/admins over PM. It would be helpful to have a method to "partially-suspend" a user where they can log in, but cannot make any topics or posts, except in a PM with staff. This way mods/admins can talk to the user about what is going on, while still preventing them from making new posts that could cause issues.
I have 2 examples of where this could be useful.
The first example did happen about a month ago. A new user created an account with a completely inappropriate username (it included a swear). We (the mods) sent an "official warning" PM asking the user to change their name before posting, or we would be forced to suspend their account. We would have liked a method to temporarily block public posting so we could discuss the new name. Fortunately, the user sent an appropriate name before making any posts, we changed it and had no issues. However, had the user posted, we would have suspended the account and thus have had no method to communicate further.
The second example has not happened on a site I moderate, but I have heard of it from a friend. Let's say a user starts creating creating controversial posts. They might fall into a "grey area" of the rules, and thus not be 100% clear that they are violating anything. The mods PM this user to explain the situation (whatever the issue might be), and feel that an understanding is reached. However, the user posts something controversial again. The mods have now received many reports (this wasn't a Discourse site, so no flags) about the content, and don't want the user posting anything else until they are sure there is an understanding. If this was to happen on a Discourse site, the mods would not have many options here, as they would either have to watch for new posts by the user and delete them while discussing things, or suspend the user and lose the ability to communicate further.
Both of these situations are ones where suspension might be too harsh, and communication (discourse!) is what is necessary. In both of these, suspension might have been warranted if the user appeared to be doing things on purpose, but in many cases there is a lack of understanding, a maturity difference (we have lots of younger users on our site), or a language barrier. In the first case, the "partial-suspension" is preemptive, making sure the change is made before any posts happen, in the second, it would be reactive, helping to prevent further issues. In both cases, I think it would be a useful tool for moderators to have.
Posts: 4
Participants: 2
@meglio wrote:
I know such a database is a piece of private information.
However, as the owner of my own Instance, I would be very interested in finding out my position in the global database that you, the Discourse, receive and collect when our instances ping your server for version updates.
This info could be shown in our admin panel and might be encouraging for the whole team of admins and mods!
There could be a total average score calculated by some secret formula, as well as separate scores for number of users, topics, messages, average daily activity etc.
Posts: 5
Participants: 3
@meglio wrote:
Our admins love to learn new features introduced with every update. However, the most tempting is to go to the settings page and see what new settings were introduced.
Is there a way to maintain the global list of settings ordered by their creation date?
Posts: 2
Participants: 2
@doudou wrote:
I wan to clear mail log of all or sent or skipped log, how can I do , from setting panel or from server command line?
Posts: 2
Participants: 2
