im spending more time trying to fix problems than actually running my website,

why cant i find any sort of document that shows me how to downgrade from 6 to 5?

lets be serious, drupal 6 sucks.. really really bad,

it is awful and crappy, please someone point me up to some kind of "how to downgrade" link

cause drupal 6 sucks that bad

Update: this thread is locked since it didn't help anybody. GK

Comments

carlmcdade’s picture

Here's my list of complaints.

A dependancy on Views and CCK which are not finished. This hold ups the upgrade of Drupal and modules dependant on these two modules packages. Views and CCK are not documented well. Neither user or developer documentation is up to par. Also trying to figure these out and document them for yourself is too time consuming and would add a year on to any project.

Developers trying to upgrade from Drupal 5 to Drupal 6 are getting stuck in the middle of their upgrades because of how complicated the system has become. It seems that there is only one or two people that understand v6 well enough to help them which is spreading things thinly. This is probably the cause of many module releases having bugs and conflicts.

What did you find that makes you want to go back to Drupal 5?

Hiveminds Magazine | FireOrb | Drupal Street | Drupal offline manual

Flyvver’s picture

Wouldn't that be like putting 1912 T-Ford engine into a 2008 Maserati? Basically all the stuff is there but it would never work. I think the only way would be to chuck all your Drupal 6 files, drop its tables and start completely anew.

Personally I have been fiddling about with Drupal for only a couple of weeks and I found its technical possibilities, its documentation and the help you get in the forums better than any CMS i have ever worked with before...

cog.rusty’s picture

As far as I know, downgrading a 6.x database to 5.x is not practically possible, so it is not just a lack of documentation.

About the rest, maybe you found bugs or maybe Drupal 6 doesn't have the right tools for your project. Impossible to answer in any meaningful way with the information you provided.

--------- Edited to add:

"Downgrading" your site is very easy if you have a backup of your old 5.x database. You just put your old files back and load the old database.

rhouse’s picture

Anybody who can't provide actual information (this doesn't work, that is inconvenient, etc...) isn't worth wasting time on.

Flyvver’s picture

It is much better to waste your time on something that isn't possible...

drupalsuck’s picture

drupal really suck

cog.rusty’s picture

Think of this: You spent time to register an account in drupal.org and to write something for people to read.

What does your post say to a reader? It says that some unknown person who doesn't care much for spelling, somewhere in the word, doesn't like Drupal. So, what?

Compare with the initial "Drupal 6 sucks" post, where the author gave it a few minutes thought and wrote a few meaningful things which could be discussed.

davidlark’s picture

...that this has not been said before on this website:

  • Drupal 6 is one of the most modern, technologically advanced CMS'es available, free or not.
  • Drupal is probably easier to learn than Typo3, but more difficult than most others.
  • If the modules you need to use are not yet available for D6, stick with D5 until then, or develop them yourself.
  • Do your development work on a local system or a dedicated account.
  • Keep a journal of your development process so you can replicate what works.
  • People have contributed much effort to create Drupal, and if your criticism does not have some positive aspect they may take it personally.

I suspect this is too late to help jaymello, but it may help others avoid his predicament.

rhouse’s picture

I think jaymello is just a troll. Content-free criticism. Always very easy.

scastaneda109’s picture

RTH is right. I'm still relatively new to CMSs, and I pretty much think Drupal is the coolest thing ever. I've consulted on sites using 4, 5 and 6, and like 6 best.
When I saw this thread, I was hoping to find some intelligent discussion of the shortcomings of Drupal 6, but alas. It turned out to be another thread that boils down to "I think D7 should integrate CCK & views."

davidlark’s picture

I know what it's like to spend time and money on stuff to find out it won't work for me. I also believe that discontent is the first step in the progress of a man or a FLOSS project. So I'm willing to put a little of my life energy into critical people. Some of them actually turn into human beings.

Due to the lack of activity I suspect jaymello may not be with us. But his experience is recorded, and perhaps someone will benefit.

kjv1611’s picture

Keep a journal of your development process so you can replicate what works.

Although this should be common sense, it's something I WISH I had done already!
:0)

darumaki’s picture

I've been using drupal 6 for awhile now and I'm am considering downgrading to drupal 5. For me, it's not so much the lack of modules, I found all the ones I need, it's the overall performance that really sucks bad. I have more issues on drupal 6 then I ever had with drupal 5, they should really have labeled drupal 6 as a beta, with warning signs saying use at your own risk. I spend more time on issues then I do on content, the cache thing is very annoying on drupal 6. The very least, there should be a way to downgrade successfully between the two, this should be standard with all releases.

Drupal 5 is faster, better, more stable, even the cache is better. I'll admit drupal 6 does have a few extra admin features, although I would not consider them must have features. In reading the drupal 6 release post again, it's a lot of hype, I can only wonder what kind of hype will be with drupal 7.

A drupal 6 analogy comes to mind, frozen dinner in a box, looks wonderful on the outside but inside is cardboard.

Personally, I would like to see design separated from code, this too should be a standard for all CMS systems, design has no place being intertwined with code. I can't even design the way I want without having to code stuff, that's where MODX CMS beats drupal hands down, it keeps the two separate.

It sucks that I'm even considering going back to drupal 5, I'll have to redo-everything from scratch. My advice for drupalers is boycott drupal 6, use only 5.

cog.rusty’s picture

Can you explain a bit about how MODX does not intertwin design with code? Maybe we can find some useful ideas there.

I am now looking at at their Designer's Guide (for example http://modxcms.com/template-basics.html and http://www.modxcms.com/adding-tags.html). Do you mean their use of a smarty-like special notation with brackets instead of <?php print ..., or something else?

About Drupal 6, some people have the same experience as you but others don't. There must be some conditional problems yet to be discovered. It may be the increased use of javascript which is heavy for some client computers, or some servers may have gzip compression already enabled and compression needs to be disabled in Drupal's performance options... no idea.

richard102’s picture

Thanks Jaymello, never had the bottle to say that myself. Drupal-6-core just isn't the granite-rock Drupal-5-core was. I hope that changes soon. Nuff said.

pwieck’s picture

I would be happy if I could just get Drupal 6 to stop throwing notice index errors with just about every module I install. Some modules have a notice error list that is a whole page long. CCK and Views2 seem to be the only modules that have fixed them. I can't get the other module writers to even respond to my bug requests. I will be switching back to drupal 5 by this weekend. I am fed up with this battle. I can't complain much, because the drupal team are very talented people and I understand the problems of trying to find a needle in a haystack. One semi colon in the wrong place of over a 1000 files and there you have it.

cog.rusty’s picture

Doesn't this also happen with Drupal 5 or any script running on that server? On a production site, php notices must be disabled with an error_reporting = E_ALL & ~E_NOTICE line in php.ini or with an ini_set('error_reporting', E_ALL & ~E_NOTICE); line in sites/default/settings.php

Drupal 6 core was made E_ALL compliant, but that is too much to ask from all contributed modules, so it is standard practice to allow only errors and warnings, which also must be restricted to the watchdog logs in /admin/settings/error-reporting in a production site.

Jeff Burnz’s picture

Nope, dont agree, Drupal 6 rocks. From someone who spends the best part of 10-12 hours a day and more building Drupal sites and themes, I have to say I way prefer working with D6.

I'm doing about 50/50 D5 & D6 sites and themes, way more orders for D6 themes than D5 so I suspect plenty of others are getting the dev work done on D6 just fine (some of these themes are pretty complex and clearly they are using plenty of modules).

pwieck’s picture

So what your saying is that the notice index errors can be suppressed and ignored and this will not affect my data. If that is the case then, yes I love D6. I was not seeing these types off notice errors in D5.10. I even tried a clean install of D6 and same errors both godaddy and xampp. I am using the most latest dev and modules so I expect a little flakeyness but those index error fill my log.

I really what to keep D6 since my site is newer and I only have 1600 cck nodes. I want to upgrade now so I do not have to worry about upgrading for a couple years as D6 develops.

cog.rusty’s picture

In PHP there are "errors", "warnings" and "notices". Notices are harmless, but if they don't exist that means better quality of code.

But I am not sure that we are talking about the same thing, because in Drupal 5 you should have more of them (if they are enabled on the server). What are "index" errors? Can you give an example?

pwieck’s picture

Below is the errors just on the tabs module example page. Most of the modules give this type of error some may have one like the captcha module when submitting, or a whole page when viewing contemplate edit page. I have tried both fresh install and upgrade from 5.10 on godaddy and xampp. I am using the latest dev core and modules. CCk and Views had these types of errors but they fixed theirs.

I am using the latest dev of these modules: Basic core modules, CCK, views, location, gmap, pathauto, token, tabs, cck fieldgroup tabs, fckeditor, captcha, recaptcha, jquery

notice: Undefined index: #post in /home/content/m/o/d/modoggieweb/html/includes/form.inc on line 884.
notice: Undefined index: #programmed in /home/content/m/o/d/modoggieweb/html/includes/form.inc on line 885.
notice: Undefined index: #tree in /home/content/m/o/d/modoggieweb/html/includes/form.inc on line 888.
notice: Undefined index: #tabset_name in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 104.
notice: Undefined index: #description in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 132.
notice: Undefined index: #description in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 132.
notice: Undefined index: #description in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 132.
notice: Undefined index: #tabset_name in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 104.
notice: Undefined index: #description in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 132.
notice: Undefined index: #description in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 132.
notice: Undefined index: #children in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 168.
notice: Undefined index: #children in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 168.
notice: Undefined index: #children in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 168.
notice: Undefined index: #children in /home/content/m/o/d/modoggieweb/html/modules/tabs/tabs.module on line 168.

cog.rusty’s picture

Ok, these are just notices which complain about an array index.

You should set error_reporting to E_ALL & ~E_NOTICE, as I said, to suppress them. In an identical environment Drupal 5 would have even more of them.

CCK and Views have been making an effort to get their code to core quality standards, but don't expect every module developer to do the same. That doesn't mean that there is a problem with the modules. Core itself became E_ALL compliant only in Drupal 6.

Let's make Drupal 6 E_ALL compliant (Nov 25, 2006)
http://drupal.org/node/99625

Write E_ALL compliant code (Advise for the module developers)
http://drupal.org/node/34341

pwieck’s picture

Thank you very much for the quick response. I feel better now. I didn't want to be a D6 dis-liker. Never though D6 sucked like the original poster claimed.

darumaki’s picture

You should never apologize for being a D6 dis-liker, how else will developers get feedback. The original poster had a very valid point. People these days are too afraid to say things that are not necessarily politically correct. I'm not afraid to say it, d6 does suck in many ways compared to d5, but I'm still using it in hopes that it will get better. You know it's bad when a user has thoughts of going back to the old version, but since there's no easy way to do it, I put it off, call me lazy. I would recommend to any first time drupal installer to stick with d5.

Jeff Burnz’s picture

Bollocks. Saying something sucks is invalid feedback because it does not address a specific issue. The question asked is legitimate and deserves a reply, the emotional hogwash wrapped around it is 100% cods wallop.

avskip’s picture

I agree.

darumaki’s picture

im spending more time trying to fix problems than actually running my website

This statement does not require any specifics because it was a general assessment. I know when I read it, I understood exactly what he was saying. I could list at least a dozen things myself, but there would be no point since developers often use specifics to built an argument in their favor, blame it all on the end user rather then their precious code.

The original poster was dead on with his assessment, lets just hope d7 does it better.

cog.rusty’s picture

since developers often use specifics to built an argument in their favor, blame it all on the end user rather then their precious code.

Heh, they even have proverbs for the development of bulletproof code, such as "Never underestimate the ingenuity of idiots!"

mike3k’s picture

I've been using Drupal since before 4.0 was released and I now have 3 Drupal based sites, all of them still running Drupal 5. I still haven't upgraded any of them to Drupal 6 since too many modules I use (including views, cck, buddy list) still aren't compatible.

Every major version upgrade has been a major ordeal. I usually have to wait many months after a major release before I upgrade until the modules have caught up with it. Now there doesn't seem to be any effort to bring many of the modules to Drupal 6, with most of the effort going into Drupal 7.

*PLEASE* make a bigger effort to maintain backwards compatibility with older modules and make the upgrade path a lot less painful.

I also use WordPress for my blog, and I've been a lot happier with it. Unlike Drupal, they've managed to avoid breaking anything with major upgrades. Every upgrade I've done, including 1.x to 2.x, have been completely painless and took less than 15 minutes, without breaking anything. Yes, I know WordPress is a lot simpler than Drupal, but I really wish the Drupal developers would put more emphasis on making upgrades less painful.

I'm seriously considering moving one of my sites, which is content heavy and not really dependent on community features, to WordPress or something else. I'd lose some of Drupal's features, but I'd have a much easier to maintain site that I could keep up to date with fewer problems.

--
Mike Cohen, http://www.mcdevzone.com/

cog.rusty’s picture

You have a point there.

My way of dealing with this is to beware of the "open buffet syndrom" and to use only modules which have active development/support in their issues queue, and also either a few years history or a large user base. Having more than one active developer (with commits) is also a plus.

I don't mind much for the delays. I can always wait for a year as long as development work is being done. Actually I always wait for at least six months before jumping to the next major Drupal version.

If a module doesn't cover these "standards", I consider it non-existent, even more so if it seems very useful and I am going to depend on it. Sometimes top class developers release a useful small module and then forget about it. I avoid those too, except perhaps if they are purely cosmetic and don't affect the database.

I think this is a good approach for someone like me who is not a php developer. But remember that Drupal is also a framework for developers, much more so than Wordpress, so php developers might handle this very differently, since they can code their way out of problems.

greg.harvey’s picture

Drupal have always refused to promise backward compatibility, which means they don't end up having to support a legacy API. This is a good thing, but it means it takes a while for the module developers to catch up. IMO it's the lesser of two evils. Lighter, more maintainable core, but a slightly slower upgrade time for module developers. I think it's far better to force developers to refactor and improve their code as time progresses. The other way means there are literally thousands of old modules kicking around that are badly written and unmaintained, but still well used. This is yucky! The Drupal approach cleans out the module library with every release - only the best survive. Much better!

That's why I always laugh when Joomla guys say "yer, well we have loads more modules..." Uh huh. And 95% of them are utter c**p. ;-)

My personal take is sure, module upgrades take time because of the afforementioned policy, so don't upgrade until everything you want is ready! I have literally just started using Drupal 6.x on my latest project and it rocks! It's such an improvement on 5.x. I didn't try it before it was ready, because I knew it would taste bad. I've waited patiently for the dough to rise and it's yummy!

There is another important point here. You need to select your Drupal modules with care. If you build your system around a module which has no serious maintainer and no prospects of an upgrade, you'll either have to do it yourself or be tied to an old build of Drupal. This is avoidable, but you need to select modules with care and research. It is often better to contribute to a popular module so it does what you need rather than select an unpopular module, built by some guy to meet a very specific use case. That will probably not be updated. The popular one surely will.

--
http://www.drupaler.co.uk/

juan_g’s picture

According to the video Porting Drupal Modules, and contrary to popular assumption, updating modules is easier than it seems. (When just modifying for a new Drupal version, without adding new features).

Quote: "This video demonstrates how anyone with basic copy/paste/modify PHP skills can help port Drupal modules. Really! It's not nearly as bad as you think. :)"

There is a list of waiting modules at Contributed modules status - version 6.x.

clivesj’s picture

Porting easy modules is easy.
Porting complex modules is complex.
The reason for the whole frustration about D6 is already commented several times on this forum:
The absence of important contributed modules.
If you need a full blown website, start with D5.
I was planning to migrate my sites to D6 in Q3 of this year. I will delay that however to at least Q1 next year.

eaton’s picture

Trust me -- if there's anyone that dreads updating their list of contrib modules to a new version of Drupal, it's me. Trust me on that. However, I can say first-hand that a number of the projects that have been longest delayed in Drupal 6 were waiting not on D6 updates, but on their own major internal rewrites. Views went from version 1.0 to 2.0, CCK went from 1.0 to 2.0, ImageField went from 2.0 to 3.0 (I believe? Maybe it was 1.0 to 2.0... but it was a complete rewrite).

It was definitely a hard pill to swallow -- I was gnashing my teeth waiting for many of these projects, and quite a few third-party modules waited for them to ship before being updated to D6. But keep in mind that the limitation was not "the difficulty of porting to Drupal 6" -- it was significant internal refactoring that only coincided with Drupal 6's release.

--
Lullabot! | Eaton's blog | VotingAPI discussion

--
Eaton — Partner at Autogram

greg.harvey’s picture

And what improvements they have, even in their alpha versions! =)

And this is also a good example of the Drupal approach giving developers an opportunity to take stock and refactor with each upgrade - stops the modules getting stale.

--
http://www.drupaler.co.uk/

lastar84’s picture

I tried, I really did. I spent two weeks converting a project from 5 to 6. Today, I spent a few hours starting over with 5, and got much farther, with more satisfying results. Fortunately, my site was in early development and I still had my old files to work from.

First off, I love Hunchbaque, which seems to have stalled in its development for 6. Many of the tried and true modules that work in 5 are either unavailable or in early stages of revision (many months after the release of 6). This isn't a complaint against those hard working individuals who create these themes and modules -- it's just an honest observation that now is not the right time for most website builders to use 6 unless they have a frontier spirit. I want to get my site done. Others enjoy tweaking the guts of CMS. To each his or her own.

Second, I was surprised to discover how foreign 6 seemed to me. I've Googled for more answers, work-arounds, and solutions in the last two weeks than my entire career as a developer. I've been working with Drupal for two years, and I own the Mercer Drupal book, the VanDyk-Westgate Pro Drupal book, and Chaffer-Swedberg's Learning JQuery. Not a pro, but not a newbie either. But I have a deep sense of compassion for anyone starting out with Drupal and having pick the way through seemingly simple issues only to find themselves hours and days later on a bizarre and winding trail. 5 was manageable. 6 is not.

And finally, it's always easy to dismiss a commenter like jaymello as a troll. That's a cop-out. Jaymello's complaint was pretty mild and clear in its frustration. And although jaymello didn't submit a fully articulated thesis to support the claim that D6 is awful, it was and accurate claim so far as I can tell.

Back to work.

juan_g’s picture

lastar84 wrote:
>First off, I love Hunchbaque, which seems to have stalled in its development for 6.

For Drupal 6, a good alternative to Hunchbaque is the Zen theme, with a similar approach.

>Many of the tried and true modules that work in 5 are either unavailable or in early stages of revision (many months after the release of 6).

Yes, there has been a delay, mainly because of the major rewrites of CCK and Views. Now that these essential modules are near release for Drupal 6, I think probably many developers will upgrade their sites and therefore their modules.

It seems that "a significant portion" of CCK will move to core for Drupal 7, and Views probably later.

>Second, I was surprised to discover how foreign 6 seemed to me.

It's possible to help improving usability and documentation, for example by giving specific ideas. Some useful links for this:

Usability group
Drupal usability component issues

Documentation Team
Getting Involved: Documentation
Documentation issues

>And finally, it's always easy to dismiss a commenter like jaymello as a troll.

I think he's just an user who was frustrated by technical issues he had that same day (June 7).

Naturally, some people prefer Drupal 5.x, and others -in an increasing number- Drupal 6.x, which is getting better with new releases for core maintenance, themes, modules... You might see some interesting Google trends on Drupal versions.

-Anti-’s picture

> But I have a deep sense of compassion for anyone starting out with Drupal and
> having pick the way through seemingly simple issues only to find themselves
> hours and days later on a bizarre and winding trail. 5 was manageable. 6 is not.

Thank you for that insight. I was beginning to think it must be me.

shaggorama’s picture

I'm in the process of building my first website with drupal, which also happens to be my first real website. I have zero, yes ZERO webdesign experience (well, some dreamweaver and alot of wikipedia, but nothing too serious) and was ecstatic when I stumbled across Drupal.

When I began development of my site I took for granted that I should install v6 but you all are giving me second thoughts.

I'm green enough that i'm not expecting play with code (yet). This makes me very dependent on user-contributed modules. On the one hand, I have experienced a little frustration when I find a module that looks useful and see it's not compatible. On the other hand, I feel that it might be prudent to stick with modules that are receiving enough developmental attention to be compatible with 6.

In any event, I'm only just starting and the latest upgrade has temporarily stalled my development because, again, I have no idea what I'm doing so the simplest tasks take forever because I have to look everything up. In any event, I'm considering using this as an opportunity to start from scratch with v5, and thought I might be able to get some interesting views from this thread. Thoughts?

michelle’s picture

Drupal 6 core is much better than Drupal 5 core. If it were just a matter of core, the choice would be simple. What it comes down to is, are the contributed modules you need ready. At this point, I think it's safe to say that every D5 module either has a 6.x version ready, has a 6.x version in development, has been replaced, or has a "port to 6.x" issue in the queue explaining the situation. If a module has nothing, not even an issue, I'd avoid using it even in D5.

So take a good look at your requirements, research the modules you'll need, and take a look. Are they ready? Are they close to it? That will answer your question right there. Despite the title of this post, Drupal 6 most definitely does not suck. It's just had an unusually long contrib lag due to the rewriting of some major contrib modules. Really nothing to do with D6 core at all. It was just timing.

Michelle

--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.

darumaki’s picture

Drupal 6 core is much better than Drupal 5 core

I'd say Drupal 5 core is better then Drupal 6 by a long shot, I don't care what it says in print, Drupal 5 is faster and more stable with or without any extra modules. I'd recomend 5 over 6 if you are just getting started.

michelle’s picture

D5 might be a bit faster. Kbahey had some numbers to back that up. But for sheer ease of use, D6 wins hands down. I've switched to developing AF first on D6 even though my main site is still on D5 just because it's so much nicer to use. I'll be switching all my sites as soon as I can.

Michelle

--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.

Jeff Burnz’s picture

And the theming. D5 was good but D6 is just fantastic.

After a nice long theme building session for D6, going back to D5 feels kinda clunky...

lastar84’s picture

D5 is tried and tested. Even then, you'll have some challenges making things do exactly what you want them to do.

But another reason for doing so is that you can Google a ton more answers to D5 questions (again, no offense, but the Drupal's search rarely gets me answers as relevant as Google's).

As for modules, check out this useful article: http://www.nicklewis.org/node/766

I have to concur with most of its recommendations.

Nick Lewis’s picture

Meh -- that article is outdated, and overrated. Drupal 5 and drupal 6 development is like night and day. There is no good reason to stick with 5, other than reliance on abandoned modules (if you call that a good reason).
--
"I'm not concerned about all hell breaking loose, but that a PART of hell will break loose... it'll be much harder to detect." - George Carlin
--
Personal: http://www.nicklewis.org

--
"I'm not concerned about all hell breaking loose, but that a PART of hell will break loose... it'll be much harder to detect." - George Carlin
--
Personal: http://www.nicklewis.org
Work: http://www.zivtech.com

Nick Lewis’s picture

I'd say Drupal 5 core is better then Drupal 6 by a long shot, I don't care what it says in print, Drupal 5 is faster and more stable with or without any extra modules. I'd recomend 5 over 6 if you are just getting started.

And you'd be giving terrible advice. Drupal 5 is a dead end. Most of the module breaking improvements in drupal 6 solved issues that made modules so convoluted structure-wise (and hard to update) in the first place. And I don't buy that drupal 5 is inherently faster. I think drupal 6 would be faster if core utilized its new performance features better. I'd rather have a platform that is 10 percent easier to develop for, than a platform that is 10% faster. Besides, when you really end up needing to scale, you'll need to throw hardware and sql clusters at the problem anyhow.

If you want to complain about something, complain about lack of comments, ratings, and download statistics on module download pages.

--
"I'm not concerned about all hell breaking loose, but that a PART of hell will break loose... it'll be much harder to detect." - George Carlin
--
Personal: http://www.nicklewis.org

--
"I'm not concerned about all hell breaking loose, but that a PART of hell will break loose... it'll be much harder to detect." - George Carlin
--
Personal: http://www.nicklewis.org
Work: http://www.zivtech.com

darumaki’s picture

The ultimate aim for any CMS is the end user experience not the developer, so speed and performance not to mentioned user-friendly out of the box, outweight anything else period.

------------------------------------->
contemplating the meaning of existance, what else would I be doing

Jeff Burnz’s picture

ÖÖÖÖÖ, no.

For example, if Drupal were terrible to develop for, there would be no contributed modules, no themes, no Drupal. It has to be, first and foremost, a developers toolbox. End-user friendliness and performance are very important aspects also and these are primary concerns.

Anonymous’s picture

Sure. I agree that contribution is very important.

When everybody stick with Drupal 5, the need won't be so big to get modules upgraded.

There is a fundamental difference between the Wordpress community and the Drupal community.

When Wordpress gets an upgrade, everybody will upgrade and most of the time the plugins will still work or the plugin will get upgraded very, very fast.

When Drupal upgrade it seems to be such a difficult choice to upgrade, with so many factors that might turn into a pitfall, that many just stick with Drupal 5.

I'm not a php coder so I don't know what the real difference is in code between D5 and D6, but one thing is sure. The community can become faster with upgrading their modules to stimulate webmasters to upgrade their Drupal version.

lastar84’s picture

It's hard to be specific now, I've erased my brain's ram and refilled it with D5! Honestly, I'm working with every "darn" production tool known to graphic arts (Premiere, After Effects, Photoshop, Illustrator, Flash, Dreamweaver, Indesign, Pagemaker, Quark, Gimp, and so on... Mac and PC). When I move from one program or project to the next, I swear the only way to think is to clear my noggin.

A few notes on 6 based on what little I can recall:

I hated drag and drop. It doesn't matter to anyone else who likes it, but I couldn't find a switch to disable it and that really irritated me.

I hated having to create content in order to build my menus out. In 5 you can create menus with all kinds of content that doesn't exist yet (standard in the professional web development process is to first build out the site map, second plan all of the core pages and their various processes based on purpose, third build the graphic design, and fourth to create the content with all kinds of follow-up testing and revision; D6 won't let you create non-existent links. Maybe it helps prevent 404 errors and potential database problems, but I don't like having a baby-sitter.

On the Zen theme -- like the idea, don't care for the execution. It had so much HTML and CSS built-in for design contingencies, and enough bloat that I had to reject it. No offense to anyone who created or uses Zen. I think Hunchbaque stripped out more of the excess HTML and styles. However, I appreciate the fanaticism of both themes for web standards.

I'll wait another 6 months and then take another look at Drupal 6. And that's my recommendation.

michelle’s picture

Hate to tell you this but Drupal 6 is feature frozen. Other than some bug fixes, it won't be any different in 6 months.

As for drag and drop, the switch is in your browser. It's called turning off javascript and going back to the 90s.

Michelle

--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.

gforce301’s picture

As for drag and drop, the switch is in your browser. It's called turning off javascript and going back to the 90s.

Isn't that just a little bit against the drupal way? What happened to the core not forcing things on developers/users who did not want them? Core still does not ship with a WYSIWYG editor for that very reason. Is the new philosophy "Some people think it's cool and fun so we will force it on you and the only way you get to shut off the bloat is a) hack the core (hmmm not supposed to do that) -OR- b) shut off all javascript in your browser thereby breaking other functionality that you do want?"

michelle’s picture

No one is forcing anything on you. AFAIK, all of Drupal core degrades to something still usable without javascript on. If you don't like javascript, you can turn it off and still use Drupal just fine. If you want feature X of Drupal's javascript and not feature Y well, then, you should have been there providing a better alternative when the drag and drop was introduced. For 99% of us, the drag and drop is a huge usability improvement and a major reason to upgrade right there.

Core doesn't ship with WYSIWYG because no one has come up with one that is core worthy. There's a major effort to get them to play nicer with core that may pave the way for one at some point or maybe not but will at least make adding one easier.

Michelle

--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.

cog.rusty’s picture

Turning off JS in the browser is not an option, because we are not the visitors, we are the ones who design the site. The rest of the arguments are plausible.

michelle’s picture

Just out of curiosity, why is it not an option for the designers? You want to re-arrange the menus the old fashioned way so you click disable javascript on the menu, do your thing, and turn it back on. Pretty simple. I don't understand what the visitors have to do with it. Unless you let your visitors re-arrange your menus?

Michelle

--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.

gforce301’s picture

No one is forcing anything on you.

Really? Well then I'm sure you will kindly point to where to disable the Drag and Drop module. And kindly get down off your high horse with that "where were you to provide a better alternative" crap. Did I say I had a better alternative or that an alternative was needed?

As for drag and drop, the switch is in your browser. It's called turning off javascript and going back to the 90s.

Why should someone asking for the ability to just shut it off generate such a pissy response from you? If it truly degrades to something still usable then having the ability to shut that particular piece down should not be such a prickly subject.

michelle’s picture

I really need to learn to stay away from the toxic people in this forum. It's not worth it. I'm done with this conversation.

Michelle

--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.

gforce301’s picture

I'm sorry you feel I am toxic. You should check your own house before pointing fingers. Had you provided a helpful answer I would not have had to ask for clarification in the first place. Your initial "toxic" and unhelpful response to somebody's legitimate concern is what brought this on.

Have a nice Day! :)

lastar84’s picture

I have to agree with gforce301.

Because I spend a bit of time in marketing (web and other media) I think it's important to remember that listening to a critique of a product is generally more useful than drinking the same cool-aid that its more fanatic supporters are drinking. If you observe the comings and goings of the Internet and its products over time, you'll see that the best things found here have gotten that way by learning from criticism.

I enjoy working with Drupal 5 despite its failings. I hate working with Drupal 6 despite its improvements. I offered a few reasons for this, as well as the general point of view that it is not worth using at this time -- particularly for people who are new to Drupal and CMS.

If in the next six months, the Hunchbaque theme and some of my favorite modules have come along, it might be worth it taking another look at 6, even if the core remains the same. Otherwise, I'm satisfied with 5.

Jeff Burnz’s picture

Thus far the Hunchbaque theme appears to be working fine in D6 - check it out if you want on the testsite - http://drupalstaging.com/starter-themes

Is there something you know of that doesnt work, could you let me know if so, I'm putting together documentation about starter themes, starting with this over view and the testsite - http://drupalstaging.com/starter-themes/starter-theme-comparison.html

lastar84’s picture

Hunchbaque for Drupal 5 is splendid (okay, I'm drinking the cool-aid this time). I've been watching the 6 development, and for 6.x-2.x-dev the release notes say:

"This is the beginnings of the port to Drupal 6. Currently there is a lot of functionality missing from the Drupal 5 version, but it getting put back together. I do not recommend this for production use unless you are very comfortable with getting your hands dirty with PHP."

So I must admit that I have not experimented with it yet. My PHP operates on an "as needed" basis. I'm up to my elbows in website development (seems like many businesses in my part of the U.S. have decided to put their marketing bucks into websites rather than print advertising -- which is great!!) The downside is that I'm not at luxury to pop the hood and tinker with the insides of this Hunchbaque release. Time is of the essence, hence my concerns with trying to use Drupal 6.

gforce301’s picture

Wow nice abuse of power. Removing your user name from your comments so they read "anonymous". I'm sure this post will get me banned by said user. What is this community coming to when someone with that ability is allowed to hide their tracks because they regret what they said? Nice way to stay off the tracker and keep your "reputation" intact.

michelle’s picture

Abuse of power? That's ridiculous. I simply resolved to not get involved in these toxic threads anymore as they are bad for my health. My willpower to ignore them isn't the best, however, so I wanted it out of my personal tracker so it wouldn't keep popping up. Unfortunately, tracker does not give up so easily so it seems I'm stuck with this post.

I don't regret anything I said. If I wanted to "abuse my power" to "hide my tracks" I assure you I wouldn't be stupid enough to leave the contents completely intact including my signature.

Michelle

--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.

greg.harvey’s picture

gforce301’s picture

@greg.harvey
Now it's my turn to LOL. I was not trolling here, but you will call it what you will. First get your facts straight.

Start here with Michell's first comment in this thread --> http://drupal.org/node/267783#comment-1064711
Her response in the second sentence was not only rather cavalier but also quite rude in response to someone's legitimate concern.

My question (found here --> http://drupal.org/node/267783#comment-1067339) was also legitimate as I always thought that one of the goals of the Drupal project was to ship core rather light weight. Javascript has been around for quite a while yet it was never found to be necessary to "bloat" the core or the admin interface with a ton of it, especially without the ability to disable it except by disabling all javascript in the browser.

The answer I received basically told me that I should have been there to provide an alternative to the drag and drop feature and since I was not anything I had to say was not important. Read it. --> http://drupal.org/node/267783#comment-1067349. This of course was absurd as I did not ask for it to be removed only for the ability to shut it off if I chose.

At that point I called her out for being "pissy" about the subject and the questions being asked, and she was being pissy about it. Michelle then determined to leave the conversation and go remove her user name from her comments. Personally I don't really care who Michelle is or what she has contributed in so far as it does not give her the right to show her ass on the forum just because she does not like what is being asked.

Now I have seen other users with this ability do this to comments for legitimate reasons, like the comments of real trolls that get banned. However, I am very sure that the ability to remove user names from comments was not intended to be used in the way it was used this time. The weak excuse given to justify the action is just that, a weak justification. Using an ability like that in a way so entirely removed from the reason it exists is a pretty good definition of abuse. Period. I'm sure Michele felt that no one would dare say anything because she is Michelle and if somebody did, somebody else like you would also rush to her rescue without bothering to actually read the pertinent section of the thread. Which is apparently exactly what you did.

The only actual troll in this part of the thread is YOU, since you did not bother to read the section of the thread you posted in. Instead you ran in and jammed your foot in your mouth. Honestly I do not think you have ever read the definition of Troll that you linked to so I will post it here so you don't have to go there.

From Wikipedia, the free encyclopedia:
An Internet troll, or simply troll in Internet slang, is someone who posts controversial and irrelevant or off-topic messages in an online community, such as an online discussion forum or chat room, with the intention of provoking other users into an emotional response or to generally disrupt normal on-topic discussion.

Don't practice trolling greg.harvey

greg.harvey’s picture

Who said I was referring to you? It shows profound arrogance to assume every post in a 66-long thread refers to you.

I didn't even read the details of your spat with Michelle. I didn't actually read your last post properly either, BECAUSE I DON'T CARE. I was referring to the general theme of the thread and the starter and the broader point that it's a waste of her time (and now mine) to entertain a trolling post when we could be offering REAL support somewhere else rather than getting drawn in to religious wars. In fact, I should know better than to even write this post. It is beneath me, but I have nothing better to do.

Check the wiki link:
An Internet troll, or simply troll in Internet slang, is someone who posts controversial and irrelevant or off-topic messages in an online community

Now read the thread title again:
Drupal 6 sucks, there i said it

That is both controversial and off topic (this is a Drupal support forum, not a place for airing opinions). Therefore the definition *I* linked to and *you* quoted is perfect. It is a textbook trolling post.

And you'll have a heart attack and die young if you don't calm down a bit. Go take a cold shower. ;-)

cog.rusty’s picture

Drag and drop can be useful in many cases, but I can see how too much JS can be a problem. I suspect that it is one of the reasons that people find Drupal 6 slow in spite of all its additional optimizations. As a client-side thing, JS puts a burden on some people's computers.

Of course there have been discussions, and decisions have been made. Maybe around Drupal 8 or 9, after the trend had gone all the way and completed its circle, there will be some new evaluation and "rightsizing". Or maybe technology will have made JS snappy. We'll see.

About the other thing, not being able to use nonexistent paths in D6, it never occurred to me what implications it had for usability in a development environment. That is why I found this comment valuable and, taking into account what Michelle said about feature-freeze, I am convinced that it must be seen as a bug which needs fixing in D6.

darumaki’s picture

I find people amusing who carelessly toss out convenient labels like toxic people or trolls, especially when the conversation is not so politically correct. More often then not, these same people who use these labels are the ones who are toxic and trolls, they would rather live in fantasy internet-land then deal with real issues. They sugar-coat things and always seem to have an easy answer for everything.

I guess truth is for hard core truth seekers so for those who can't handle the heat, don't let the door hit you on the way out. This topic is for the real Drupal users.

[ contemplating the meaning of existance, what else would I be doing ]

greg.harvey’s picture

This topic should be occurring in some IRC channel somewhere, not in the SUPPORT FORUMS. It's totally off topic. Why are there categories if people turn it in to a free-for-all?

http://drupal.org/node/267783#comment-1071476

kjv1611’s picture

Every major version upgrade has been a major ordeal.

That's the key, there, folks!

Think about it. Aren't MOST upgrades of ANY technology just like that? Basically, the more advanced/complex a system/tool is, then the more difficult the upgrade can likely be.

Take for instance, Windows, the most popular desktop OS:
Windows 98... to XP - major problems for some people..
Go all the way back to when many apps ran totally/primarily in DOS - they had to make some HUGE changes to get to where they'd work accurately within Windows, especially beginning with Windows 2000, ME, XP.
And now Vista - again, whole 'nother list of changes.

I think it really depends upon WHAT you are upgrading as to whether it will be easy/difficult for the users.

Besides this, if you're a web designer, you're not just supposed to be a writer. You should know enough about the code/ideas to at least attempt to work around your issues. Drupal isn't really built for the end website viewer, or for someone who just wants to "set it and forget it." If it were, it wouldn't be as powerful as it is.

That power is what drew me to Drupal. Yeah, I've got a lot to learn, and I've got not really enough time to do so, but being that Drupal is FREE and so stinking amazing powerful with the options/flexibility, the possibilities are endless. I know I'd like to some day get into the module development stuff. Probably would be best to start out helping maintain an existing one, before trying to create my own. But there again - it aint easy, and that's why we're not all module developers.

In life, anything that is worth anything takes some work. Drupal is no exception.