Dear All,
Our local newspaper site is made with Server Side Includes, and is pretty functional. All past issues etc are pulled in via this way, but we are thinking of introducing a forum to spice things up. I have been researching the various options at http://www.forum-software.org/forumlist but dont see drupal on there which Im quite surprised at (even though drupal is a full content management system, its forum is pretty good for straight out of the box solution). I have used drupal in the past for other newspaper site projects, and found the default forum set up great, but not sure I should go down this road and integrate a drupal site specifically for a forum into our current site over one of these other open source alternatives.
Can anyone plase advise on this. Switching the whole site to drupal is def not an option for this paper (although its what I want:()
What are the benefits of drupal solely as a forum over these other products for a newspaper site
Comments
Flexibility
We're a newspaper (granted, a trade publication, but still), and we use Drupal for forum-type stuff (technically, we're not using the forum module, but views and taxonomy, because we wanted a bit more flexibility than forum gives us, for example, the ability to have a discussion be in more than one "forum").
Drupal tends to be a lot easier to theme from what I can tell (don't all PHPBB sites look identical except for the colors?), so it'll be much easier to make the forums look like the rest of your site. With some fiddling with your server configuration, you can even get those SSIs to work (our network guy sprinkled some magic dust on the servers, I think, but we now have theme files with actual Apache SSIs in them).
You could even link individual articles with forums - giving people more than one way to enter the community. You can use the Commentify module for that (we built our own PHP code to do the same basic thing).
Toughie
This is a toughie. For people already using Drupal, I definitely recommend giving the core forum a try rather than using a bridge. But installing Drupal just for a forum, I'm not sure. Much of the benefit of using Drupal's forum is that it's integrated into the rest of your site and you can do things like use the nodes in other places. If there are no other places, you lose that benefit.
There's nothing inherently wrong with using Drupal just for a forum, though, especially if you like it. The only downside is that Drupal's forum administration is primitive. From the user end, there's modules available for pretty much everything. One benefit I can see is that, should you decide to expand beyond just forums into a more social networking site, you're already ready to go.
Sorry this is a little scattered. I have a 3 year old screaming at me and it's hard to focus. LOL
BTW, I crossposted this into the forum group to get more attention from people interested in Drupal's forums.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
Sticking with UBB.threads...
Michelle wrote:
I have tried twice to get excited about the Drupal core forum system. The last time I tried, going through the check list of things UBB.threads currently does for us, I came across forum icons.
In searching for a Drupal way to handle that, I ran across threads that talked about "possibly" considering that for D7! Ouch!
UBB.threads also has an integrated photo gallery that we are using.
We are sticking with UBB.threads, and need to have developed a D5 mod that will provide single sign-in to both Drupal and UBB.threads. Still have not decided who we trust enough to develop that module for us...
Michael
Michael Lueck
What do you mean by forum
What do you mean by forum icons?
Either way, for someone used to feature-packed stand-alone forum systems, Drupal's forum will definitely come across as anemic. As someone who prefers lean-and-mean solutions over bulky feature-packed ones, I personally don't find it to be a problem, but that's not really a gap that Drupal is trying to fill anyway.
You probably won't have much fun integrating UBB.threads with the rest of Drupal, especially when it comes to theming. Easy integration is what the core forum is all about. Just yesterday I set up a forum for a client's Drupal site using the core module; it took just a couple of hours and the client loves it, especially the ability to display recent threads in a block on the front page. Drupal's forum is more about integrating sweetly with the rest of the Drupal system than it is being yet another whizbang full-featured solution. Not that there's anything wrong with that if that's what you're looking for… But you'll likely be frustrated trying to integrate those with Drupal.
The Boise Drupal Guy!
Forum Icons
An icon associated with the particular forum/sub-forum.
We were not thinking of integrating it the way you are thinking. We are planning to develop a Drupal mod that will set/clear the cookie that UBB.threads associates "being logged in" with. That way we can block direct UBB.threads logins and the front door in that case must be Drupal.
UBB.threads will prime Drupal's user list... active UBB.threads accounts will be created in Drupal. From there, when a new Drupal user is created, a corresponding UBB.threads account will be created and UBB.threads will play second fiddle.
Michael Lueck
You may want a combination
For a chess site that I oversee, I use Drupal for the overall structure and governance, but I plugged in other systems to handle the forum and chat--creating the portals to those systems as pages in the Drupal content. Food for thought, anyway.
Good luck.
The truth, the whole truth, and nothing but the truth.
The forum icon could be
The forum icon could be pulled off with some CSS trickery. On the forum index page, the forums are listed in tables with id attributes like "forum-list-59". In addition, each column has a class. So you could do something like
#forum #forum-list-59 TD.forum {background-image: url(path/to/icon.png);
background-repeat: no-repeat;
}
In fact, the core Forum module already does something similar to add the little default envelope icons to table rows. It's not something that can be done from a pretty back-end, but it's not impossible.
…But, really, that's one of the "frills" i mentioned that I personally am not a huge fan of. Forums already have unique names; why do they need to have icons as well? Newsgroups and mailing lists didn't have icons! Damned kids, get off my lawn!
And… yes, it looks like you are thinking of integrating it the way I was thinking. It doesn't look like a whole lot of fun, and the seams will probably be visible to site visitors. But to each their own. I just hope that those who are looking at integration jobs similar to yours have really taken a moment to stop and consider if they really need more features than what you can get "for free" from core Forum and maybe a couple helper modules.
The Boise Drupal Guy!
Thanks
Thanks for that suggestion ala CSS.
Another thing was with Drupal you can not set the order of the forums / sub-forums. We needed to match exactly the order of the current forums, and Drupal seemed to insist on alpha order... at least from what I remember.
I was thinking that you were envisioning integration similar to Gallery which is able to embed into Drupal. Gallery menu goes in the Left col, Gallery content goes in the main col, etc...
Current site visitors rate UBB.threads and ParaChat as a couple of the main reasons to maintain membership. It would be stupid to get rid of those just because the foundation of the site is transitioning to Drupal.
Michael Lueck
weights
You can set weights, and always have been able to, and these will determine the order of the forum listing.
While Gallery can integrate with Drupal, in 99% of cases you're much better off with CCK/imagefield/imagecache.
rrr??? Where do you see that setting?
I do not remember seeing a weight option. I was evaluating Forums in Drupal 5.x. Where is the weight field?
And yes, for this site I was also evaluating creating a custom gallery with that trendy AJAX technology... forget the name of it right now.
Kind of crazy to eliminate UBB.threads but then add Gallery to the site! ;-)
Michael Lueck
.
It's right there when you add/edit a forum. In D6 it's even niftier because there's drag and drop right on the overview page.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
Which features?
Curious what that checklist is? You mentioned forum icons, which is pretty easy to do. Anything else? I'm always interested when someone chooses something over Drupal's forums to find out specifically why.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
Off the top of my head...
Granular security looked very lacking in the Drupal forum system. Currently UBB.threads supports forum moderators at a per forum/sub-forum level... and we use that.
I just got an email reply from the director... UBB.threads is important for the following features. Copy / Paste from their web site, the features that are key:
Portal Features
* Portal is completely optional. Enable one or two side columns, allowing users to turn either off.
* News posts from assigned forums can be displayed on main portal entrance.
* 8 Built-in portal boxes including: Search, Who's Online, Newest Members, Public and Private Calendar, AJAX Shoutbox, Top Posts, Forum Statistics. All which can be placed and ordered in either column.
* 10 fully customizable islands that support PHP or HTML including things like Google's Adsense. Option to display these islands in between posts.
* 10 Post islands that can display the most recent posts or topics from an admin-definable list of forums.
* Cached content to improve performance.
Categories & Forums
* Create unlimited subforums to better organize your board.
* Group based permissions for read, write and reply access.
* Assign style settings including colors, images, headers and footers to specific forums.
* Enable/Disable file attachments on a per-forum basis.
* Enable/Disable polls on a per-forum basis.
* Forum Introductions can be assigned to each forum.
* Enable/Disable post moderation on a per-forum basis.
* Syndicate content of an individual forum easily with customized RSS settings.
Topics & Posts
* Topic Watching - Subscribe to a topic with optional emails for any new posts in topic.
* Multi-Question polls.
* Manage Topic options - Announcement, Sticky, Move, Lock, Delete.
* User Avatars
* AJAX preview post option.
* Moderator Notification of questionable posts.
* Email post to a friend.
Calendar Features
* Private and Public Calendar Entries.
* Monthly/Yearly Recurring Events.
* Topics can be tied to a Calendar Day.
* Member Birthdays.
Private topics
* Multiple users can participate in a single private topic. Maximum number of participants is defined by the admin.
* New Private Topic indicators.
* Tracking to see who has or has not read a post within a private topic.
User Avatars
* Admin-definable settings to allow users to upload an avatar, link to an off-site avatar or choose from a stock set of avatars defined in the control panel.
* Admin-defined max width and height of user avatars.
Master Settings
* Search settings, including maximum search results, time between searches and more.
* Options to turn on/off Member/Topic ratings, polls, flood checks, etc.
Display Options
* Options such as time zone settings, community introductions, Who's Online timeframe, and many more.
* HTML headers/footers, any onload javascript, meta tags can all be defined in this area.
* Interface for the admin to add/change or remove post icons, graemlins, user avatars, forum images or news images.
* Easy Import/Export system to share your styles or add new ones for your users to choose from.
Forum & Category Management
* Easy subforum system to allow for better management and easier user navigation.
* Full control over all forum settings including post privileges, polls, attachments, RSS feeds and many more.
* Quick assignment of moderators and what privileges they have for each forum including edit, delete, sticky topics and more.
* Easy Group Management allows the admin to get an overview of what groups of users have what privileges, and quickly make changes to any or all forums.
Membership Area
* Member Moderation
* Specify Board Rules
* Registration Screen settings allow the admin to define required and optional fields.
Powerful Member Management
* Allows the admin to search for members using various criteria, including: last visit time, group, IP address, last post and more.
* Option to send an email to all users or selected users using the search mentioned above.
* Option to export all email addresses in a variety of formats.
* Quickly change user groups for single or multiple users.
* Ban/Unban a set of users.
Content Management
* Move or prune topics using a powerful topic management system, allowing the admin to specify search criteria for topics.
Moderation Features
* Full admin control of what a moderator privileges, including: editing posts, making sticky posts, moving posts/topics, deleting posts/topics and more.
* Post Approval screen allows the moderator to get an overview of all unapproved posts from all forums they moderate, and handle them accordingly.
* Member Management screen. If the admin has allowed a moderator to Edit Members, this will allow them to help with member management.
(ffffeeeewwww.... That was a lot of copy/paste!!!)
Michael Lueck
Michael Lueck
Ironically, it sounds like
Ironically, it sounds like many of those features - especially the "Portal features" - are in the direction of turning the forum into a more generalized content management system.
But anyway, I'm getting the feeling further discussion on whether you should use Drupal's core Forum module or not will be about as capable of changing minds as last Tuesday's boring presidential debate.
The Boise Drupal Guy!
Yeah
People get pretty set on their forum ideas. I don't usually bother trying to change anyone's mind if they are really set. I was just curious what features sold him on the other software since folders are a pretty minor thing. I had already looked at that list on their site but that doesn't tell me which features are important to someone using Drupal.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
I just don't understand...
Why there has to be such a divide between CMS's and "forum softwares"?
Drupal is a strong CMS... forum leaves much to be desired.
UBB.threads is a strong forum... and it is a forum. Did I mention that it is a forum? ;-)
Even with the Drupal Forum add-on / contrib modules, I just do not see Drupal forums getting anywhere near what UBB.threads is by default.
Thus, how can I argue with a client/employer that likes UBB.threads? (shrug)
I feel my hands are tied. :-(
Michael Lueck
Michael Lueck
.
If your client is happy, that's fine. But you said:
which sounds a lot like you wanted to use Drupal's forums but didn't. I was just wondering why. Not arguing... Just always looking at the reasons people choose not to use Drupal so I can use that to improve Drupal. If it's too late for you, that's fine, but maybe the next person will benefit from the discussion.
Drupal's weakest area is moderation & administration of the forums. I'll be tackling that, but that's probably some months off.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
Thoughts...
Hi Michelle-
Maybe the best option for us for now is to write the gaaagg Drupal/UBB integration mod. (eyes rolling)
Allow time for Drupal Forum and Photo Gallery to mature more, and consider migrating those components of the site to Drupal when we move to D6, D7, where ever we jump next.
Agreed! As you saw, I put that at the top of my list before the director replied and I pasted their response.
So, go girl, GO!! ;-)
Michael Lueck
Michael Lueck
Modules
mdlueck wrote:
>Maybe the best option for us for now is to write the gaaagg Drupal/UBB integration mod. (eyes rolling)
>Allow time for Drupal Forum and Photo Gallery to mature more, (...)
Well, there are currently some hundreds of third-party integration modules. To develop the Drupal/UBB one, you might get ideas from Drupal vB, for example.
But of course, for real, complete integration, in my opinion Drupal's Advanced Forum is more convenient. To add more features, simply install additional modules; there are a few thousand Drupal modules available, and many of them can apply to forums as well. For instance, Boost for really great caching and performance, etc., etc.
Good luck in any of the possible directions.
Great Suggestion!
Thanks for pointing that mod out! Looks like basically what we would like to come up with for UBB.
Michael Lueck
Michael Lueck
CMS / Forum divide
CMSes are not all the same, but since they are not forums, they don't purport to offer extensive (or any) forum features. They all present some level of challenge to people who want a CMS+forum. (There is a distribution of Drupal packaged with vBulletin that exists to meet this need.)
With Wordpress there is a real divide--no great forum extensions or bridges to standalone forum software. Wordpress has fundamental limitations in its simple, not inherently extensible ACL and user accounts that contribute to the divide. For Joomla there are some adequate forum extensions, but despite being fully integrated with Joomla, they are still limited by Joomla's ACL, which is also limited and not inherently scalable, not open to customized, infinite roles-based permissions. Worse, Joomla doesn't regard any content in extensions as core content. You can use really robust forums like SMF, phpBB, vBulletin, etc. with Joomla, but you have to bridge them, and this is typically quite a chore, but at least there is software to do this.
Drupal's forum module, like Elgg's, has been part of the core module set distributed with the core distribution. (At least that was true of the original, "classic" Elgg--I don;t recall how this works in Elgg 1.0, which I haven't used too much yet.) Elgg and Drupal treat forum content as CMS content--they don't segregate it. The difference between comment threads and forum threads is really just a difference in how content is rendered and displayed on the screen. In Elgg 0.9x you can actually switch between blog/comment views and forum/thread views and render the same content either way. In Joomla or Wordpress, comments are segregated content attached to content articles, and forums are a totally separate system or subsystem.
I think the integrated approach to forums in Drupal and Elgg is really good because it allows for CMS and forum functions together under one content and user management system that is very extensible and scalable. But while this has advantages--the "forum content" is fully integrated and accessible or subject to other CMS features--it also has disadvantages--you're limited to the features the core or forum extensions offer. So apart from bridging in standalone, forum software to Drupal whose functions and content will be more segregated from the CMS, you could modify the existing forum module or create a new one with more robust features and you'll have a very good foundation to work with.
The larger question here is whether a "forum" is a unique application beyond the scope of a web content manager's functions. It seems that CMS development has typically assumed the answer to that question is yes. I believe this is an under-examined assumption based an an old/deadtree media concept of publishing that mimics the workflow and regimes of "content authority" seen in newsrooms. MovableType, Wordpress, Joomla--most CMSes have fixed author-editor-publisher roles and permissions that control content production and face outward at the world. Social networking and "web 2.0" reverses this or simply dispenses with it. So I would argue that a "forum" is simply another way to render manged content, and it is actually a (maybe the) preferred interface for interactive, user-created content.
The social roles and relations, the assumptions that get made and are directed by interactive media interfaces, are different from articles, to comments, to forum posts. You will get different results--in terms of kind, quality and quantity--depending on which interfaces you offer or emphasize. It definitely seems that average users will produce content more freely and make use of an interactive environment that has a forumlike interface. This kind of interface is the oldest and perhaps the most intuitive form of networked, online, interactive communication/content production. (Think BBSes and Usenet.) Forums seem to be associated in most people's minds with informal, casual, colloquial communication--you don't have to worry about the official and more formal obligations of "writing an article" when you start a thread, and you are not necessarily commenting on an official article or someone else's writing, which puts you in a subordinate position where discussion is limited to the scope of the article.
For all these reasons, I think web content management software that aims to have community/socialnetoworking/user-create content capacities should follow and exploit the conceptual/information architecture of systems like Drupal (or Elgg) and regard forum and comment displays and functions as an essential part of core content management. It's a good foundation, and where it's lacking, it should be improved upon.
Dan Knauss
LinkedIn: www.linkedin.com/in/danknauss
New Local Media :: www.newlocalmedia.com
Someone correct me if I'm
Someone correct me if I'm wrong, but not one of these features is missing from drupal.
You're wrong. While they
You're wrong. While they should all be theoretically possible, many - especially per-forum moderation and such - do not exist either in core or in contrib modules as far as I know.
The Boise Drupal Guy!
Per forum moderation has
Per forum moderation has been available in forum_access for years.
As morbus said, per forum
As morbus said, per forum moderation is there. Please name the features that you think are missing, and I'll help point you in the direction of the right module.
Advanced Forum
Drupal's Advanced Forum is especially interesting to enhance Drupal's core forum. I've heard that a part of the advanced module will go probably into core in next Drupal versions.
You might also see Comparison of current forum software (Drupal, etc.).
Not quite
I'm hoping to make improvements to core to reduce the amount of re-work AF has to do just to override core. But most of the features will continue to be in AF.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
Is it possible to bring
Is it possible to bring forum itself out of core so that people can work on that specifically?
Do you mean make it a
Do you mean make it a third-party contributed module, or make it a stand-alone system like others discussed here?
If the former, yes, but I don't think it has precedent and I'm not sure what good it would do. If the latter, no; it's deeply ingrained with Drupal's systems for sorting and storing information, and is non-functional without it.
The Boise Drupal Guy!
Well I think moving it out
Well I think moving it out would help speed up development - probably far faster product cycles, as well as provide a unified front for forum development. All the features, views/rules(?) integration, stuff from UIE and Advance forum can all go in there, instead of having so many different modules that may or may not fit. And perhaps having assigned maintainers in charge will motivate people?
Another module that could probably benefit from being not in core is probably Book.
moving stuff out of core
I've been a proponent of removing things from core before - and got part of user module, ping and throttle removed in D7. While I still think it's valid for some things, I'm not sure it'll happen with forum. Some of the bigger issues with forum, like administration, are largely down to the comment module in core (which forum depends on) - and that's not going to be removed any time soon.
What really needs to happen is for a few of us to work on getting some of Michelle's improvements from advanced forum into core as patches - and then if/when we hit a brick wall there, file a patch to move forum into contrib. But fixing up comment module is an important (and reasonably hard) part of that process.
Maybe
I've gone back and forth on whether removing forum is a good idea. My current thinking is that it's not. Stripping down core is a fine goal but there's a fine line there. Like it or not, there's a perception of "I need this, it should be in core." Now, obviously, not everything should but core does need some things. I would argue that forum is one of those things that a CMS should just have. It may not be the best forum, but it doesn't need all the bells and whistles. That can be in contrib. So my focus is making forum, and the comment module it depends on (at least until we can get rid of that dependency) as strong as possible to provide a good base for contrib.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
What part of "content management" implies "forum"?
Content Management functions have nothing to do with a forum. Most traditional small to mid-sized businesses need a CMS but no forum. If you just want to blog with Drupal, you probably don;t want a forum. If Drupal is intended as a CMS, a forum module should clearly be outside the basic core distribution, or there should be a lightweight distribution without it.
Is Drupal intended as a CMS? I believe it has always been something different and more in a social-worky way. If social media eclipses the CMS/WCM then a forum in the core will be more justifiable. Businesses that don't want a forum could legitimately be told they don't understand their business and audience.
The simplest, most immediate problem is that for those who want a forum, the native Drupal option is weak, and it is tedious to supplement it with other modules due to the poor organization of this site. There's no one-stop shop page. Perhaps this is remedied over at Acquia.
Dan Knauss
LinkedIn: www.linkedin.com/in/danknauss
New Local Media :: www.newlocalmedia.com
.
Fine, let's leave "CMS" out of it and replace that with "Drupal". I believe Drupal core needs a forum. It's one of those basic things that people just expect to be there.
Whether it stays in core or not, you will always need to suppliment it with other modules. That's how Drupal is designed. Having the forum module do everything that's normally found in forum software would require a lot of module duplication and that's just not going to happen. I don't see what's so tedious about installing some modules. It's not that hard.
As for Acquia, they only include core forum, so that doesn't help any.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
What people?
I think you're engaging in the special pleading that is so familiar from people who have bonded to a piece of software. You're saying that Drupal can do anything if you just add x, y, and z, so it's current state is the best of all possible worlds. That is downright impossible and undesirable in open source where progress is change. Software development is healthy when it is changing and rather darwinian, with a diversity of rival products. The best way to "defend" Drupal is to be open and frank about its weaknesses and needs, not to bristle at any perceived criticism. When discussions like this turn into Drupal apologetics, we're in the realm of religious cultism, not open source software development.
What "people" expect a forum feature in Drupal? People who are used to Drupal, or people who want an application, possibly with robust roles-based permissions, to manage their business/organization website? I would say that in the latter group, most don't want a forum or are indifferent to the issue.
Are you also saying that core modules by definition cannot be improved/expanded in their functionality--that this must ONLY be done with additional modules? (I.e. additional security risks, additional maintenance needs, additional breaking points, higher total cost of ownership.)
"Having the forum module do everything that's normally found in forum software..." would make it a legitimate forum. So what if it requires module duplication? The old modules would become redundant, and they'd be abandoned--a good thing!
Most people who have no particular interest in or knowledge of Drupal but who have used forums like phpBB will find Drupal's forum software weak. I can't think of any exceptions to that in my experience. If Drupal offers a forum that is in the only core distro, it should be good. It's not good. If it were taken out of the core distro, it might become better.
Anyone new to building with Drupal is going to have the experience mentioned in this discussion by others: they won't know there are other forum improvement modules, or they won't know about the one they really need, or there is no way to do what they want. This experience is frustrating and time-consuming, especially if you try to use Drupal.org's search engine or navigation system. None of this represents Drupal well.
Dan Knauss
LinkedIn: www.linkedin.com/in/danknauss
New Local Media :: Riverwest Neighborhood Network
www.newlocalmedia.com :: www.riverwestneighborhood.org
Dan Knauss
LinkedIn: www.linkedin.com/in/danknauss
New Local Media :: www.newlocalmedia.com
.
Your post is bordering on insulting. There is no pleading, no bristling, no apologizing here. Please stick to the facts and keep the flaming out.
Drupal's forum is weak, yes, but the answer isn't to shove every possible feature into it at the expense of duplicating existing modules. Many of these modules have uses beyond the forum so it would be duplicating them, not replacing them. What Drupal's forum needs is to have its core stregthened. Like the Drupal core it is part of, it is the core of the forum. It's a rare Drupal site that uses core without any additional modules. The forums follow the same pattern; core forum functionality in Drupal core that is augmented with contribs. It's the Drupal way of doing things. If someone is new to Drupal, they need to learn about its contrib modules. That's part of the process of becoming familiar with Drupal.
"If it were taken out of the core distro, it might become better."
How so? The people actively involved in making the forum better are against removing it. Removing it isn't some magic bullet that will make it better. It takes people working on it to improve it. That is what I and a handful of other people are doing. If you don't like the direction we are taking it, you are, of course, free to submit your own patches. That's what open source is all about.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
Although I'm personally
Although I'm personally neutral on the issue, I think a good argument for de-core-ing Forum (or other currently core modules) is that they can be updated with bold new features more often. Core modules only really get new features when a whole new version of Drupal comes out. It would also allow it to receive more attention from developers who are afraid of "hacking core," which could arguably include core modules.
On the other hand, I do think that a forum system is important for Drupal to have as an optional part of core.
The Boise Drupal Guy!
True
This was one of my reasons for originally being pro removal. It's sort of the reverse of why views in core isn't necessarily the best idea. There are definite benefits to it but there are significant downsides. One of them being that forum in core is guaranteed to be upgraded with Drupal core. With forum in contrib, it's possible to have forum lagging behind as many contrib modules do now. Also, who would be the one to maintain the de-cored forum? I would be the logical choice in that I'm the one that's taken up the forum cause after it languished in "this should be better" mode for far too long. And yet, at the same time, I would be a bad choice because of my primary responsibility to my kids that cuts into my available time and the fact that performance is a weak area of mine and something forum definitely needs work on. There are other reasons as well, but I'm out of time for the moment.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
I'm not trying to flame.
I'm not trying to flame. When you talk about "the Drupal way of doing things" you clearly mean "This is what people have to adjust to; Drupal doesn't change for users." Which isn't really true, prudent, or wise. You may not intend it to sound arrogant, but it certainly seems to when you are so quick to dismiss what I think are probably widespread opinions and experiences. Maintaining a popular reception of Drupal probably depends a lot on taking that stuff seriously. Don't take it personally, I preach this at Elgg, Joomla, Wordpress...
If someone is new to Drupal, yes they do need to learn about available modules, and this website does everything in its power to make that learning process excruciating and probably incomplete. (Where is the master forum modules page?) At the end of all that, what you will learn is 1) you'll need a lot of additional modules to get basic forum features, and 2) there are a lot of things you can't do at all.
We agree the core forum is weak. I see good reasons to take it out of the core, and to leave it in--or best of all, both. Isn't this possible with installation profiles?
I wasn't aware of forum modules that have uses independent of the forum, but I still don't see a problem with duplication. More is good, less is bad. Except when it comes to what you have installed where the least number of modules means maximum efficiency and security, minimum maintenance.
Remember, a Drupal installation with 20 modules or so after 2 weeks = a Christmas tree of "upgrade needed!" warnings.
What is so bad about a compromise, covering-all-bases idea: promote official Drupal distros with and without the forum--like "Lite" and "Regular" options--and create a contributed forum module project that aims at being the "supreme with everything on it" forum module.
Dan Knauss
LinkedIn: www.linkedin.com/in/danknauss
New Local Media :: www.newlocalmedia.com
.
It's not arrogance. It's going on 4 years of active Drupal community participation. I've been out there with the people in the support avenues and I can guarantee you they aren't complaining that there is too much in core. Removing forum is going to have a lot of people saying "I have to download a module just to get a forum!"
As for a central forum module page, that will likely be coming with the redesign. I've also been considering asking for a forum category so I can tag the modules using the existing infrastructure. And then there's my handbook page, though that's obviously not the best source. Pretty much every module on that list has uses outside the forum. They would all have their functionality duped in this "master forum" module while continuing to exist seperately. And that is what is not the Drupal way. Drupal is moving away from monolithic modules that do everything in favor of building solutions with discrete pieces of functionality. What your suggesting is going backwards and you'll find opposition to that path in more than just me.
As for distributions, I haven't really looked at that. If it's possible to make one without forum, sure, fine. But that's different from removing it from the care of core, which is what the argument was about.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
module duplication
The issue with duplication is that say user avatars, e-mail subscriptions, signatures, spam flagging and a bunch of other stuff were bolted on to the core forum - then when you want to add those to a blog, or organic groups, you've suddenly got three parallel subscriptions, avatar and signature systems which all need to be maintained independently. Same with post counts, statistics and so on. A forum module shouldn't be handling e-mail or rss feeds etc., it should deal with forums, and then dedicated solutions for subscriptions etc. can be added to it - all of them being quite robust in themselves.
While you might not be happy with 20 Drupal contrib modules installed, I can assure you that having Drupal plus $some_other_php_app is a lot harder to maintain - especially when APIs change at different times and your integration module stops working. Not to mention that many forums like phpbb have their own contrib plugins (in my experience often quite intrusive ones that don't upgrade cleanly), so can be a maintenance nightmare in themselves.
This doesn't mean that the core forums couldn't do with a few extra features, or better administration - but many of these are likely to come from more general modules too. The issue with this of course, is that many people, including yourself, see the core forum and it's limitations, and aren't able to easily find those additional modules (like forum_access) to expand on it - which is where advanced forum comes in nicely - along with many of the posts in this group which point to useful modules to add to it.
Like I said earlier in the thread, whether the forum module is in or out of core isn't going to make too much difference at this point - because many of the more serious issues (scalability, administration) - are in the comment module (and taxonomy to an extent) - those both provide very basic, essential functionality for core, so there's no way they'll be leaving any time soon. So we need to do as much as possible to clean all these up for Drupal 7.
If you think that Michelle and I aren't taking your ideas seriously enough, consider that many of the ideas you've put forward mirror my own from over a year ago: http://groups.drupal.org/node/6143
"Patchwork quilt" is not really a solution
Raising my hand...
Suppose that a forum system with similar capabilities to UBB.threads (in my case) or another such major forum package could be arrived at via Drupal Core and 12 contrib mods.
Then along comes a new version of Drupal (which has happened as 6 is out, but many contrib mods in general do not have a v6 version even started, much less a stable release).
So some of the contrib mod maintainers decided to go for the new Drupal release and update their mods.
Others are content to wait a while.
Still others are silently content with the "old" stable release of Drupal and their mod(s). Those maintainers are the M.I.A. crowd.
Bottom line = UPGRADE NIGHTMARE!!!
Forum is big enough that the bulk of the business logic belongs in the forum mod. Some frills are all right to have as contrib mods.
For us on v5, my plan is to build a Drupal bridge module similar to what was suggested to me... http://groups.drupal.org/node/15772#comment-53601 I can handle:
1) Drupal core
2) UBB.threads core
3) Drupal/UBB Bridge module in Drupal
If Drupal core forum were to have some of the major points that my client/employer is looking for, then I would have reason to consider another option.
But not with the "patchwork quilt" approach to a forum solution.
I would propose to roll into core the contrib mods of the previous version that proved themselves worthy of such a promotion. (Ignoring legal details, etc... just "in general")
Michael Lueck
Michael Lueck
License fees?
You didn't mention the license fees with UBB: http://www.ubbcentral.com/purchase.php - it's likely their license would make it difficult to release an integration module on Drupal.org, depending on the integration.
As to patchwork quilt, when I used phpbb2, we had at least 5-10 mods installed - to support user custom titles, more than one level of subforums etc. - some of these things, like sub-forums, Drupal does out of the box, and the phpbb upgrade path with some of the mods was near impossible (some mods change the phpbb core database schema which was irreversible if you wanted to uninstall them) - this was a couple of years ago though.
While it looks like UBB doesn't have contributed modules (which is common when you have annual license fees), phpbb certainly does, so I don't buy the 'patchwork' argument at all - http://www.phpbb.com/mods/db/index.php?i=browse&mode=all - once you get past the basics of forum software, then you're into adding on modules and customisations - except with Drupal + $third_party_form you're now dealing with two separate repositories of modules instead of one, and again, lots of code duplication.
License trouble
catch wrote:
> (...) license fees with UBB (...) - it's likely their license would make it difficult to release an integration module on Drupal.org, depending on the integration.
Yes, for example there were some license problems last April for the Drupal / SMF forum integration module. The developer terminated the module but then, in this case, SMF changed its mind and granted express permission for Drupal integration. So, better talk to UBB first.
How so "make it hard"?
I do not quite follow:
Ja, UBB,threads is a paid for product. So even if we released our mod on drupal.org, to use it you would need a copy of UBB.theeads and Drupal.
If possible, I want the integration module to be only in Drupal, and the one mod - no custom UBB.threads code, and no hacking the Drupal core.
So UBB.threads is "payware"... how would that make releasing an integration module difficult?
In the UBB dev support forum, I already have details of what UBB.threads expects to think that a user is logged in when they did not go through a UBB.threads login process. Some other details as well. I got no hint of difficulty licensing wise from that camp.
(shrug)
Michael Lueck
Michael Lueck
According to the current
According to the current interpretation of the GPL by the powers that be at Drupal, a module which integrates Drupal with non-free code violates the GPL, and no non-GPL code can be uploaded to the standard D.o module directory… or something like that. See the Legal group here on G.d.o for plenty of back and forth on the issue.
The Boise Drupal Guy!
Ahhh, GPL compatability
Ah yes, the joys of maintaining GPL'ness.
I know this war well as I work with an OSS/FS project released under CPL. Lots of GPL stuff would be fun to introduce as dependencies, but that is not possible.
If our Drupal/UBB,threads integration module is rejected by the official Drupal camp, so be it. 'twas an offer of "free code" to bridge to another working solution. "I can not force people to like me!"
Michael Lueck
Michael Lueck
... depending on the "integration"
As Catch said, depending on the integration.
There are different cases. One is GPL software just interacting/communicating with separate non-GPL software (for instance, Drupal exchanging data with Oracle databases), and other is combining source code of GPL and non-GPL software in the same distribution.
The first case seems fine, the second case seems problematic -sometimes solved with express permissions-, and there are more different cases and nuances.
More details at:
Drupal Licensing FAQ
FAQ about the GNU Licenses (GPL)
unenforceable bilge
So if you take some widget script and stick it in Drupal, you are violating this interpretation of the GPL...but certainly not its spirit.
That interpretation inhibits freedom and choices in the interest of creating a total monopoly for the core software. The usual altruists vs. capitalists mythologization/moralization used to justify this view is patent bilge. Further, it would be unseemly for people with $9M in startup capital behind their GPL-driven business to avail themselves of that argument. If they make any argument in favor of this interpretation, it will be a self-interested argument in favor of a monopoly controlled by them.
Suppose your electrical utility company said you can't plug certain appliances into your wall outlets because those appliances are proprietary, whereas "electricity is free," you just pay for the service of having it delivered....
Any GPL software development group that pushes this interpretation should simply have its software relabelled in a fork controlled by people who explicitly do not hold a monopolist interpretation of GPL.
Dan Knauss
LinkedIn: www.linkedin.com/in/danknauss
New Local Media :: www.newlocalmedia.com
I agree that GPL-licensed
I agree that GPL-licensed products are "free software" with an asterisk and a bunch of fine print at the bottom, but that conversation is best held in the Legal group - in fact, it has already been held there. And trust me, the complaints of those of us against this sort of thing have been heard; unfortunately, it's nearly impossible for a project of Drupal's size to change licenses (or even just interpretations) at this point. Anyway, having that debate here will just add more noise to the conversation.
The Boise Drupal Guy!
Yes, please
"[T]hat conversation is best held in the Legal group"
I agree. This post has already gone way off topic with the whole forum in core discussion but at least it was forum related. GPL arguments really don't belong in this thread.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
And... "It's done!"
A few months back, a Drupal developer I know developed the ONE small module that was needed to integrate UBB.threads with Drupal.
UBB.threads integration
http://drupal.org/project/ubb
Nice clean code, the picture of what I had envisioned!!!
Michael Lueck
saving time
Michelle says: "I don't see what's so tedious about installing some modules. It's not that hard." [is this even the right way to quote a previous post? There's no quote feature in this forum.]
I have been reading about drupal for a couple of months, and playing around with an install. I finally happened upon a post that directed me to third party integration for phpbb3 (this after several web searches, etc)
Yes, installing, finding, maintaining, using extra modules is a pain. A one-stop shop (even at the expense of some duplication on the hard drive) is far preferably than having to educate one's self about all the extra modules that are out there and which work with what.
I really want and need a good forum solution that will be low maintenance, easy to upgrade, easy to install, easy to break into different topics and subtopics, easily moderated, and that sends you an email when someone responds to your post, and maybe lets you use a fun avatar for yourself.
On a similar topic, I also would like an easy to use integrated photo gallery.
One stop packages are nice because of the time savings involved.
Tradeoff
It's a tradeoff. Sure, you can use a monolithic program like phpbb and have it all there. But then you lose the modularity of Drupal and the ability to have your forum be a true part of your site. If your site is mostly a forum with Drupal just providing a few static pages, that's probably just fine. But if you are running a social networking site, you'll want more than just a bridge that combines the logins.
I'm hoping projects such as the install profiles and patterns will solve the "many module installation" issue once they are mature. I firmly believe the answer is not creating kitchen sink modules but to create solutions for intelligently packaging modules together for easier installation.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
Kitchen Sink
As a user, the kitchen sink approach is certainly easier, I would rather have everything installed and if I didn't want to use a feature, that's ok. Space is not an issue. Time and compatibility are. I am currently using the acquia package because I can upgrade all at once (even with this, it is too often), install once, and not have to worry as much about things breaking.
If you are taking the tack of packaging modules, that might be ok, but they should have a simple install and upgrade feature.
Time is really an issue. I have looked for forum solutions/modules and they are not easy to find, unless you already know what you are looking for.
What I need is first and foremost a CMS that is easy to use and easy to do mass import (I have 15 years worth of content).
Secondly, the social aspects are desirable, but they should look and function well right off the bat. Personally, I think that this forum (drupal groups) looks awful and is feature poor.
If there are modules that will make Drupal similar to phpbb, I would use them in order to combine the social and cms aspects of drupal. But time, time, time is an issue.
I also want to make sure that I can easily organize the forum into different areas, threads, and topics.
We do want to be a social site and have a good cms at the same time. Joomla is too limited in its cms functions (it's tree structure is too confining). WP same.
Drupal seems to be the best solution, but with big tradeoffs.
group vs forum
To clarify one thing, this is a group, not a forum. It may be semantics in general usage but they are completely different things as far as Drupal is concerned. Beyond that, getting Drupal to be a proper forum is a matter of adding modules. The folks in charge of drupal.org and the subsites have chosen to keep the forum pretty plain but it doesn't have to be.
As for what modules to use to make a forum, I have a start on a list here. For social networking in general, see this list
Going to have to cut this reply short. I need to leave the computer.
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
Re: Kitchen Sink
Well, there is Advanced Forum.
See Migrating to Drupal.
Social Drupal
dpknauss wrote:
>Is Drupal intended as a CMS? I believe it has always been something different and more in a social-worky way.
Yes, I also think that, among the main CMS, Drupal is more regarded as community oriented. Joomla is also a general purpose CMS like Drupal, but its orientation is a little more business, Typo3 is more enterprise, WordPress personal, and so on.
Given the social nature of Drupal, I would agree with Michelle that a forum has a natural place in the optional core modules, which can be easily enabled or disabled by site administrators, just like now.
There are different opinions about whether this optional core forum should be basic and extendable, or more advanced out of the box -similar to other forums- but also extendable with modules and customizable with options, etc. Personally, I tend to the second opinion.
PHPBB
What are the benifits you get over phpbb?
Thinking ahead...
In the long run, and probably not too far off, how would widely adopted single-sign-on, opensocial-like services change the game? Won't that make it more efficient and economical to develop, install, and maintain content managers and forums separately? User data would be integrated through this "socialSSO" that the other systems would all tie into to validate the user and pull out any relevant permitted data, like the last things they've posted within any number of domains--articles, comments, forum posts, tweets, facebook wall scrawls... ???
Dan Knauss
LinkedIn: www.linkedin.com/in/danknauss
New Local Media :: www.newlocalmedia.com
vbDrupal
Have read through a fair amount of the comments etc
I use vBulletin forums with Drupal integrated with vBdrupal - www.vbdrupal.org
this to me has proven to be the best integration of forums out there with 1 login process and registration
Cheers
A4D
Drupal Forum Review
Just for information :
The Drupal bundled forum has been reviewed on the following link : Drupal Forum Review.
Webmaster of http://www.forum-software.org
Drupal 6.4 - CCK 1.0
Maybe you meant
Maybe you meant http://www.forum-software.org/drupalforum/review ?
It seems to have more than its share of inaccuracies… Drupal is not currently capable of using SQLite as a storage engine (though it will be able to when D7 comes out). It works with far more operating systems, web servers and web browsers than the ones listed - listing such things doesn't really work, since Drupal will run on pretty much any machine capable of hosting PHP apps, and work with any web browser capable of downloading and displaying them. Various features which are apparently listed as being built-in such as smilies, private messages, and a rich text editor are in fact only available with modules.
So thanks for the review, but misinformation will just add more confusion to this conversation.
The Boise Drupal Guy!
Fixing mistakes
Hi,
Thanks for your comment. I've just fixed the mistakes I've made about Drupal Forum. I hope this is more clear now.
Webmaster of http://www.forum-software.org
Drupal 6.4 - CCK 1.0
More fixes
That's all I can think of. Thanks for doing this :)
Michelle
See my Drupal articles and tutorials or come check out the Coulee Region
I think by 'user ranks', he
I think by 'user ranks', he meant the functionality that User Titles (http://drupal.org/project/user_titles) provides
Brian Vuyk
Web Design and Development
Long Sault, ON
http://www.brianvuyk.com | brian@brianvuyk.com
(613)534-2916
Brian Vuyk
Senior Developer, PINGV Creative
bv@pingv.com | (315) 849-9733 | Skype: brianvuyk
None of the instant
None of the instant messaging modules are stable atm. For me stable is, working for 5 minutes without a dozen errors, none of the IM modules work. There is a paid solution via meebo though, I think sugar publishing is about to launch with it?
User ranks... I think there's a module.
I've never really understood
I've never really understood why forums need instant message or private message features when I already have perfectly good IM and mail clients on my computer…
The Boise Drupal Guy!
Modules, modules...
About private messages (on this forum, the Contact tab in profiles), I think the reason is that many people prefer to avoid displaying their personal email addresses publicly (because of spam bots, etc.).
About user ranks, see the (currently 74) evaluation/rating modules. Some that can apply to users are User Karma, User Points, User Votes, Flag. There are also User Badges and User Titles, which don't appear on that list. Also, probably we could apply to users the good number of modules for nodes in that list (Fivestar, etc.), by having user profiles as nodes with the Content Profile module.
Hi, I've fixed the following
Hi,
I've fixed the following things :
- Calendar is provided as a plugin
- BBCode added
- Only one template engine could be selected, I've setted the most used in Drupal (that's really rare that some bulleting board provide more than one template engine)
- User ranks are, like the next person said, equivalent to the User Titles module
- Yes AJAX is not required, but adviced with default themes.
Thanks for your comment
Webmaster of http://www.forum-software.org
Drupal 6.4 - CCK 1.0
I think your reviews are
I think your reviews are completely off the mark, and looking through all the various softwares, have more inaccuries than can be counted. How you gave drupal a 9 and SMF a 8 I'll never guess.
Not just a standalone
Miraploy wrote:
>How you gave drupal a 9 and SMF a 8 I'll never guess.
Probably because he noticed that the forum doesn't come alone but, in a completely integrated way, with Drupal and its thousands of modules. The possibilities are almost endless...
... Maybe it is really hard
... Maybe it is really hard to rate each forum software, and because comparing a Drupal Forum and SMF is quitly impossible, because each of them have their advantages.
In fact, the stars are not used to compare each forum softwares (note their is no "Forum Software Top List"), but simply to give an idea about the general feeling we had when testing this product.
Of course, if you found any mistakes in other reviews, do not hesitate to report them, because we cannot have the 0-errors web site, even if those reviews have already been seen by most bulletin boards developers.
Webmaster of http://www.forum-software.org
Drupal 6.4 - CCK 1.0