There are currently two customization i'm planning to apply to my board, one includes removing search spyglass from top right menu and putting search bar just under the main menu - example:
and another one is somewhat more specific and i'll discourse (pun intended xD) it with selected individual. feel free to PM me your price/time required.
I currently have a database of users from our existing site and I was wondering if there is any way to silently log a user into discourse when they log into our main website?
Which, for the obvious reason that it has the wrong name, doesn't get picked up of course. If instead you omit the "javascript/" (and of course move the file to the proper location) the application.js generation is fine
But because the asset has the same name it seems to favor the first one it can find picked in the development environments javascript_tags-thing, making it a pain to develop and debug. Also it just feels not very thought-through nor reliable to be honest.
I personally would prefer a way to temper with templates (like inject your own stuff) before it gets compiled but I'm not sure that is easy to do.
We're on version 0.9.7.8 and use the same s3 access_id and access_key for two Discourse sites. For security reasons we had to change s3 access_id and access_key (without modifying the Discourse version) and now one of the sites works fine but the other gives us this error when trying to upload a profile picture:
[RAILS_ROOT]/vendor/bundle/ruby/2.0.0/bin/thin:23:in `<main>' hostname "com.kii.community.us-west-2.s3-us-west-2.amazonaws.com" does not match the server certificate (OpenSSL::SSL::SSLError) http://community.kii.com/users/jewel_nuruddin/preferences/avatar Excon::Errors::SocketError
We searched meta.discourse and found that:
some people said you shouldn't use dots in the bucket name, we are using com.kii.community.us-west-2, which always worked for us so it might be unrelated
some people recommended a ruby version downgrade , I checked and found that: site that works uses ---> ruby 1.8.7 site with the upload problem uses --->ruby 2.0.0p247 (and was working before the credentials update, weird)
Can anybody suggest a fix before we upgrade to the latest Discourse version? We can't upgrade right now (but we will).
Like, is there a cookie with his session id/Username or something like that i can use to get his info from /users/username.json ? or if i can directly get it via ajax?
I need to submit a form, ONLY when the user is Logged in on discourse.
Or can i get user's password via ajax? , this way i can ask user to enter pass for his forum account and then check it against the password, I get from discourse.
First, some background: I'm Joel Uckelman, one of the developers of VASSAL, an open-source virtual tabletop program for boardgames. We used mail2forum to bridge our mailing list to our forum back when phpBB 2 was current. When phpBB went to version 3 and mail2forum didn't, I wrote a mailing list bridge which we've been using more or less successfully at our forum since 2009 or so. I would very much like to see Discourse have mailing list support so that switching to Discourse from phpBB is an option for us.
So, some thoughts, in no particular order:
Should mailing list support be integrated or work with existing lists? The list bridge I wrote for phpBB is truly just a bridge. Mailing list software (Mailman, in my case) provides the list. There were some advantages to this approach: It was a lot less work, since I could rely on Mailman to handle mail properly, and any PHP (blech!) I didn't have to write was welcome. On the other hand, bridging forum posts to an existing list means that the list software doesn't know anything about forum accounts, etc., and as a consequence, users have to subscribe to the list manually, so you can end up with list subscribers who don't have accounts on the forum. This hasn't been much of a problem for us because the number of subscribers to our list is small, but I could see there being issues (confusion, mainly) if there were more subscribers.
How granular should subscription be? My list bridge supports one list per subforum. It's not required that each subforum have a unique list, or any list at all. E.g. our Games in Progress subforum isn't hooked up to any list, the Test subforum has its own list, while the other eight subfora are bridged to the main list. The main list can be something of a firehose at times, but my reason for having it set up this way is that the list subscribers are mostly developers, team members, and some people who are a constant presence answering user questions---these are the people who want to see every message which comes through. But I could see someone wanting a bit more control over what they get by mail, too.
How should bounces be handled? What I'm doing right now is letting Mailman handle bounces.
Being able to start topics and reply to posts by mail, as well as suppressing reply notifications for list subscribers (you don't need to be emailed about replies if you're already geting posts by mail!) are mandatory features. Being able to unsubscribe from the list by mail is close behind, for me. Nothing else strikes me as terribly urgent.
There are various things which can come in from the list side which we have to think about how to handle: attachments, quoting, ugly MIME parts (base64, quoted-printable, HTML), bounces, forgeries, spam. If you want to see what I did with, e.g., quoting, browse around the posts in our forum. It's not the prettiest thing in the world, but it's functional.
Determining where incoming mail goes in the forum is not that hard, so long as we construct Message-Ids from which we can recover post IDs. We do have to decide what to do with incoming messages which aren't In-Reply-To any message we already have. Most of the time, these will be starting new topics, but it is possible that the message was sent by a broken mail client...
I suspect that a lot of the infrastructure for handing email would also work for NNTP. (I think supporting NNTP would be neat, too, but email is my priority.)
We have created a plugin which allows remote sites to log in a user while linking to Discourse.
It does require the remote site to have some knowledge about the user being present in Discourse. Currently this can be done by looking up the user in the Discourse user database, or requiring certain usernames or email addresses to be present. (That's a different problem, and we will provide some remote API calls for that soon)
Just wanted to let the Discourse team know that the differences in the top menu items "latest, New and Unread" is lost on my users. You probably want to do a little usability / UX testing on this to fix it.
My recommendation - simplify this down to 1 or two options, and move the "Create Topic" button over to the left.
A user has reported that that when they use the latest Firefox browser on their android phone - that "I can't see the topic while i type it on my phone"
This sounds like a bug - but perhaps someone can confirm that they see it also?
Hi, we currently made our forum's landing page the categories list as it's more easier for us. My question is-- is it possible to sort the categories by an alphabetical order? Right now it pushes up the latest category added...
I think I've seen this come up once or twice on a few instances. Is there a simple way to remove the reliance on the tooltips for the those last two columns?
So I've successfully installed and launched Discourse. Now I have few questions: 1) Where I can find Discourse files? What folder? 2) How can I stop/reboot/launch it? 3) How can I setup mail? 4) How can I upgrade Discourse?
Maybe all this questions are stupid, but people like me is the most part of all forum admins in the web =/
P.S. Docker method of installing is so freaky simple that looks like WordPress-style no more needed.
I bought Adwords to draw some traffic to my forum, but I noticed that campaign stats tells me over 1,600 clicks, but when I sum the views column in my forum I get less than 700 views. What am I missing here? If 1,600 people clicked the link, I would think that I would see at least that many views. I apologize if this is stupid question.
I'd really like to see some more privacy settings and options built into Discourse. The intention is not to discourage pariticpation, but rather provide users with the comfort of knowing their discussions will only reach an limited and appropriate audience. This could be of particular interest to social circles as a social network replacement. Right now the only good way to separate is to run multiple instances.
I like the idea of having a per-category or per-board (if such things existed) user-level permissions. As well as the ability to define permissions at the group level, something similar to Google+ Circles.