Tag Info

Hot answers tagged

7

As with any legal contract, both sides, including the user, must agree (“assent”) to the terms and conditions offered with the online service in order to create a legally enforceable “agreement.” In addition, a user can demonstrate agreement in a variety of ways, either by words or by deeds, depending on the circumstances. Online, however, the line ...


6

You are trying to solve two different tasks (to provide Q&A and to collect users feedback) using one solution. Frankly speaking, forum idea does not suite any of your problems. Feature proposals Would you prefer to simplify this scenario or will you force a user to struggle with a forum, performing registration/creating a topic/posting a comment/...? ...


6

What about GitHub-flavored Markdown? It leaves embedded newlines as line breaks, with no need to insert two spaces. See https://help.github.com/articles/github-flavored-markdown#newlines.


5

In a forum thread, users are likely to want to go to the start, or end of the thread fairly often, as well as possibly a particular point in the thread. That makes forum threads a poor candidate for infinite scrolling, as to get to the beginning (or end depending on how you set up your forum), someone will have to scroll through the entire thread. And some ...


4

What's wrong with: [First] [Prev] ... [4] [5] ... [6] [Next] [Last] It has been commonly used in little-space-for-paging situations. As per: I may only edit the CSS of the original (desktop) interface to adapt it to a mobile environment. I may not add or remove any of the already present elements You can remove elements with css (display:none) ...


4

Will your team have a presence in discussions and responding to questions from your users? If yes, I would say that a forum on your own site is much better. Most forum packages will let you configure roles or groups so that users who are from your team can have a beacon of some sort next to their avatar or name, which makes it easier for users to identify ...


4

I've run several very large forums in the past (25k+ users per day). At first this seemed like a good idea in theory but boy did this backfire. I'm not sure if your forum gets people posting "bump" in order to bump their thread to the top of the list. Instead of doing that, people would constantly edit their posts to keep it at the top. This essentially ...


3

Tree like forums Best to use when you are likely to have or need multiple conversations at once in separate threads. Possible to have side conversation threads without derailing any other point. Easy to ignore conversation threads that you aren't interested in. Difficult to follow the overall chronological flow of a conversation Tends to be messy with many ...


3

Yes, the need to upload an image to a 3rd party server, then going there, retrieving the URL, going to your site and pasting it there - is annoying. It makes you work much harder to share an image and many users just decide it's not worth the trouble. However, this doesn't necessarily mean you need to develop the whole image hosting infrastructure by ...


3

Looking at the screen shot above, it does seem too crowded for a mobile site. I would suggest reconsidering the UI. What is of most important? if it's not that important don't show it on the mobile or displace on to another screen. Make sure to make the clickable elements large enough to be pressed with the finger. Have you considered a dynamically loading ...


3

One option would be like you say, to have the root node float as you scroll down. You could even repeat this for one or two nested levels. This becomes problematic of course as you get beyond two nested levels because there's only so much vertical space. At that point I would consider collapsing the intermediate responses except the Original post and the ...


3

The signin mecanism already accepts openID and fb connect, and the "or sign in with" albel makes it clear that you can sign in with your existing account. So there is defintely no restraint for people to sign in/up and contribute on the site. So the real question is: what kind of topics do you expect them to post? If you expect people to ask questions ...


3

Digg style definitely. It is much more easy to scan through the information and creates a lot less visual noise. It also provides more information, such as the number of likes and replies.


3

Maybe you could have a discussion or a forum checkbox?! Using a different tab or view, like discussion section on the original Wikipedia. Personally I would go with the discussion tab from Wikipedia:


3

My understanding of this is that the original uppermost content becomes the anchor of the interaction. Everything below it is a reply. To reply to a reply, you'd need to set that as an anchor (in many UX cases). Tweets in reply, for example, unfold the whole conversation in this manner with a "More" option if there's more than X-number of Tweets threaded. ...


2

If you decide to go with something other than phpBB, you should be able to export/import the data. For example, there are scripts to migrate from phpBB to bbPress. I would suggest you start by comparing the vanilla installations of a few pieces of forum software (this might be a starting point) and identifying which you think is most user-friendly. Next, ...


2

It really depends on the purpose you're trying to achieve. The StackExchange system is for a Q&A-style format while a forum is meant for a discussion. While similar, these are two distinct goals and the appropriate tool should be used for each. Could forum software be improved? Yes, of course. Most of the larger forum software will allow you to install ...


2

The idea of allowing users to customize their front page sounds great. I think the problem in your suggestion is that you split selection from content. The way you suggest it, you a) still show all users all options before they get to the content and b) list the content in a different position from the options, which feels counter-intuitive. And c) it is ...


2

Discussion forums and Q&A sites are solving very different problems. Q&A sites are best when you want to focus on information. But to increase the information signal to noise ratio, you have to actively discourage discussion. Jeff Atwood (the co-founder of StackExchange) has written on this topic in his blog. Discussion forums are just what their ...


2

They are applicable in different types of circumstances. The tree structure is good for when the subject is of a discussion nature. There is no clear end to the main subject and it doesn't aspire to be. The topic is expected to evolve and go on until it dies out on its own. The flat structure is best for when there's no interest in letting a subject carry ...


2

I strongly recommend reading this excellent article on best practices for community specific design. From a design perspective and to ensure you allow for easy collaboration and contribution, To quote the article : Browsing Community sites, like any other website, need to facilitate browsing using design tactics > that immediately tell the user ...


2

If there are other systems / information out there that are already performing the function that you need then there's no need to reinvent the wheel. That just causes fragmentation throughout the web; something that doesn't benefit the user in the grand scheme of things. For example, take a site about film reviews. If they're discussing the film and want to ...


2

Markdown support, along with an optional toolbar (or at least a button prominently displayed to show formatting help) seems a reasonable approach. Showing a preview of the content is also an excellent idea.


2

If you have a solid handling of security in your assumed database driven website, a WYSIWYG editor is probably the best choice. By that I mean you need to handle all edits through stored procedures and never ever use "INSERT INTO..." in managed compiled or (worse) scripted code. Say yes to the question "I use stored procedures everywhere" and you're most ...


2

I can see why you wouldn't want to use "Ask a Question" since the user may not have a question. I'd be hesitant to use the terms "thread" and "post" since they are jargon words for online forums. While they are the correct words for this context, your non-technical users may not be familiar with them. I would vote for Create a New Topic Start a New Topic ...


2

Doesn't necessary, but could be very useful I find it useful for customer support. Indeed, discussion is needed when site support is weak and there is a chance to get help from the community. Also community could be more trusted source than internal support. Hovewer, context, type of goods, and overal experience should be considered. For technical goods ...


2

I would honestly build the least amount possible, release it and wait for people to ask for more features. Start with allowing simple text input and auto-linking urls. Autolinking can make it easy to spam your forum though, so watch out.


1

Tree-like Forum - Best way a forum can be with repetitive conversations sprung from one question but emerges to look at side conversations. Its organic, allows conversation in a humanely form (since you discuss lots of things simultaneously).But sometimes takes so much of side conversations, that filters your main context, and can be tough to track,people ...


1

The smaller the amount of topics/threads you expect the smaller the initial amount of boards/categories. For example, you can start with "Technical Problems" and later divide into "Technical Problems Product A" and "Technical Problems Product B". To find a good solution I would a: google for "information architecture" b: look at/search for comparable ...


1

I suggest to split this into two points: a) Page loading speed and data traffic b) Information context Page Loading Speed From a loading speed of view, it doesn't make sense to load all data. Is the user only interested in the latest response (or the few latest added messages), he has no advantage of having all the data on the site. Information Context ...



Only top voted, non community-wiki answers of a minimum length are eligible