6 posts
Sander Datema (Sander78) wrote:
I translated the category names of the Site Settings, but although all other changes I made show up, the admin.site_settings.categories.* variables won't:
What could be the problem? I use the exact same indentation as the original English client.en.yml.
Edit: sorry for the huge screenshot, seems retina displays screw up a little.
4 posts
almereyda wrote:
This one is for those familiar with the Federated Wiki:
At least in Forumfarms (many-forums-under-one-domain) like here with the try. and meta. subdomains, it'd be lovely to see the automatical linking of topics next to the post also across the instances.
This can be seen as an attempt to redecentralize the alternative internet.
3 posts
Kasper Peulen (Kasper) wrote:
According to this file: https://github.com/discourse/discourse/blob/37fd7ab574e70baeb5c5cf469a7d7052844f5082/app/assets/javascripts/discourse/views/composer/composer_view.js// if the caret is on the last line ensure preview scrolled to bottom
But it seems like the preview is not always scrolled to the bottom if the caret is on the lastline:
3 posts
Ben Lubar (ben_lubar) wrote:
For various reasons, I can't run a server on port 80. I have a Discourse install running on forum.example.com:1337 (using nginx as prescribed). On a topic I made yesterday, an img src is "//forum.example.com:1337:1337/uploads/default/1/e89cdc5bb7433ba7.png", which obviously won't load. It was a path relative to / yesterday, so I'm not sure what happened overnight.
What is the correct way to set up Discourse to work on a non-standard http port?
6 posts
Scott Albertson (salbertson) wrote:
What do ya'll think about naming classes after application processes?
Something like UserActivation, instead of the typical service class named UserActivator? The name change feels more natural when the service/process is multi-step. This approach would provide room to create methods other than a single "run" method.
These classes could live in /app/models/processes. Currently the only home for "service" classes is app/services and I'm guessing that directory will grow rapidly as code is pulled out of controllers and models.
This was brought up in this pull request.
Any thoughts or opinions would be great to hear.
53 posts
Michael Burns (mburns) wrote:
Any more experienced devs care to weigh in on how difficult would it be to add something like NNTP support for Discourse? Natively, or maybe by way of a simple proxy.
Is the API complete enough to be able to attempt that, or would it take patching up Discourse itself?
Cheers
5 posts
jon (timpone) wrote:
Not really a feature request but not really support...
I know that I can sort via likes in a category but that appears to be the aggregate for that topic. Is it possible to get the individual post (or follow-up comment) for the whole message board instance with the most likes or for a specific category.
I might be missing up terminology regarding posts. Finally, it it possible to get the post with the most likes in the past week or so?
82 posts
Sjors wrote:
It would be nice to have a plugin for static site generators like Jekyll or Octopress, since the performance and security benefits of those platforms are significant if you would take the time to learn it.
What do you guys think?
2 posts
Hakan Ensari (hakanensari) wrote:
Just wanted to give a heads-up on a UX bug on my Nexus 5 and possibly other Android phones.
When I go to create a new topic and tap into the title input, the keyboard pushes the box completely out of the view, making it impossible to see what I type.
14 posts
Patrick (patrick) wrote:
A user hits the forum, wants to jump in, then, of course, needs to register. Upon completing the registration, however, they are prompted to confirm their email before being able to do anything on the forum as a user, such as editing their profile.
I completely understand the reasons for this, however I think there is big value in being able to allow a user in immediately, with their email needing to be confirmed in, say, 24 hours. Having them leave the forum, swing over to their email, then back to the forum seems like an easy way to turn people off returning....I like the idea of letting them in right away, while we have their attention.
Any thoughts on how to go about implementing this?
17 posts
Andrew (and) wrote:
Is it possible to have multiple Discourse boards? For example, if I wanted to have a Discourse instance for two projects and both have their own categories (bug, feature, etc.) would it be possible without running two instances of Discourse? If not, I think this would be a good feature.
9 posts
Keith Newton (corillian) wrote:
I've created a fresh VM with yesterday's latest source to test out upgrading to 0.9.7.4 and my plugins aren't getting compiled into the deployment. I'm doing what I've been doing for the last few months which is stop bluepill and execute
RUBY_GC_MALLOC_LIMIT=90000000 RAILS_ENV=production bundle exec rake assets:precompile
every time I need to make a change to the plugins. Rummaging through the forums I don't see any topics that indicate the plugin interface has changed. My directory structure looks like:
plugins/external_auth/plugin.rb
plugins/external_auth/assets/javascripts/external_auth.js
I added an alert("Hello World!") to verify that nothing is getting executed but other than that I haven't changed any of the plugin code which works just fine with 0.9.7.1.
Thanks for the help!
3 posts
YOU wrote:
What's wrong with my db:migrate? Running in OSX, without Vagrant.
Development db seems ok, since I can run the rails s, with no problem.
but this needed to run rake autospec
% bundle exec rake db:migrate --trace
** Invoke db:migrate (first_time)
** Invoke environment (first_time)
** Execute environment
** Invoke db:load_config (first_time)
** Execute db:load_config
** Execute db:migrate
** Invoke db:_dump (first_time)
** Execute db:_dump
** Invoke db:structure:dump (first_time)
** Invoke environment
** Invoke db:load_config
** Execute db:structure:dump
rake aborted!
Error dumping database
/usr/local/lib/ruby/gems/2.0.0/gems/activerecord-4.0.2/lib/active_record/tasks/postgresql_database_tasks.rb:55:in `structure_dump'
/usr/local/lib/ruby/gems/2.0.0/gems/activerecord-4.0.2/lib/active_record/tasks/database_tasks.rb:143:in `structure_dump'
/usr/local/lib/ruby/gems/2.0.0/gems/activerecord-4.0.2/lib/active_record/railties/databases.rake:288:in `block (3 levels) in <top (required)>'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:236:in `call'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:236:in `block in execute'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:231:in `each'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:231:in `execute'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:175:in `block in invoke_with_call_chain'
/usr/local/lib/ruby/2.0.0/monitor.rb:211:in `mon_synchronize'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:168:in `invoke_with_call_chain'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:161:in `invoke'
/usr/local/lib/ruby/gems/2.0.0/gems/activerecord-4.0.2/lib/active_record/railties/databases.rake:51:in `block (2 levels) in <top (required)>'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:236:in `call'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:236:in `block in execute'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:231:in `each'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:231:in `execute'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:175:in `block in invoke_with_call_chain'
/usr/local/lib/ruby/2.0.0/monitor.rb:211:in `mon_synchronize'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:168:in `invoke_with_call_chain'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:161:in `invoke'
/usr/local/lib/ruby/gems/2.0.0/gems/activerecord-4.0.2/lib/active_record/railties/databases.rake:45:in `block (2 levels) in <top (required)>'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:236:in `call'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:236:in `block in execute'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:231:in `each'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:231:in `execute'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:175:in `block in invoke_with_call_chain'
/usr/local/lib/ruby/2.0.0/monitor.rb:211:in `mon_synchronize'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:168:in `invoke_with_call_chain'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/task.rb:161:in `invoke'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/application.rb:149:in `invoke_task'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/application.rb:106:in `block (2 levels) in top_level'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/application.rb:106:in `each'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/application.rb:106:in `block in top_level'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/application.rb:115:in `run_with_threads'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/application.rb:100:in `top_level'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/application.rb:78:in `block in run'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/application.rb:165:in `standard_exception_handling'
/usr/local/lib/ruby/gems/2.0.0/gems/rake-10.1.0/lib/rake/application.rb:75:in `run'
/usr/local/bin/rake:37:in `<main>'
Tasks: TOP => db:structure:dump3 posts
eDan (edan) wrote:
Hi,
It seems Discourse currently only supports uploads to Amazon S3 as a storage specially for image file, would be perfect if Discourse supports uploading images to all server via FTP.
23 posts
Bob Watson (Bob) wrote:
If this is the evolution of the discussion forum - is it possible that a later plugin API (or even core feature) would be able to expand to driving discussion email lists to replace our crusty old listservs?
4 posts
Qwertie (qwertie) wrote:
It's obvious enough to me that discourse is better than a mailing list, but not everyone is convinced. Here's what someone said to my suggestion of having a discourse forum for the Rust programming language:
FYI, I've used a Discourse forum, and I've found it rather obnoxious.
Much prefer the PHPBB or OSQA approach.Mailing lists are, IMO, better (e.g., gpg works, attachments work,
direct messaging comes built in).
What would you say to that?
7 posts
Anthony Sekatski (reterius) wrote:
Hello to everyone.
If we setup a multisite, then we will have separated userbases - one per new site.
If there is some functionality to share one userbase for multiple sites? Not nickname registry, but one login for many discourse sites.
For example, we create 2 forums: if user sign up at first - then he will sign up at second automatically because of userbase sharing?
4 posts
Pablo Corral (PabloC) wrote:
While setting up a new forum for a friend, I'm having a little headache tunning the logo.
What can I do to customize the CSS to show the logo in it current size?
I tried overwriting the CSS in the Customize Panel, testing site-logo classes, logo-big and logo-small but still I'm getting a less width image. Any advice much appreciated 
6 posts
Keith Newton (corillian) wrote:
After upgrading to Discourse 0.9.7.4 in which Emoji was moved into a plugin the icons have not been showing up. The plugin seems to be executing just fine however the web server seems to no longer be able to serve up the icons (for example: https://forums.inovaestudios.com/plugins/emoji/images/confused.png). There doesn't seem to be anything indicating a problem anywhere in the Discourse or nginx logs. Upgrading to 0.9.7.6 also doesn't fix the problem and Emoji seems to be working fine here so I'm a bit perplexed as to what could be going on. Also I double checked the linux permissions this time to make sure it wasn't that again 
.
14 posts
ComputerDruid (computerdruid) wrote:
Middle clicking (to open in a new tab) on a topic triggers Firefox's pop-up blocker.
This doesn't make sense to me, given that middle clicking on an ordinary link opens in a new tab without this. Is discourse intercepting middle-clicks somehow?
Right-clicking on the link (if you aim VERY carefully), and selecting "Open in new tab" works as expected, but this is a pain compared to the much-easier-to-execute middle click.
Edit: You don't actually have to aim carefully to right-click on the link, you have to right-click twice. The first right-click acts as if you'd right-clicked on the page, and the second one as if you'd right-clicked a link. Right-clicking before middle-clicking also works. This is really weird.
