Deprecated - Usability feedback

why are there no weight dropdown boxes on the main index.php?q=admin/taxonomy page? there are on other appropriate options pages ie. blocks.

this would make it much easier to re-arrange forums, image galleries, and sections for pages etc.
this would also be great on the image galleries and forums pages, but since they come under the taxonomy, it's perhaps not so important.

I tried integrating my template into Drupal today. I was fairly successful until I viewed the source code. What seemed like hundreds of selectors that was added to my content, providing me with little or no control. I don't care if they don't have to be defined, why are they there? I've always asked myself the purpose of an ID selector when you can simply cascade classes. It's cleaner and makes it easier to modify your theme. Also what happened to grouping classes? These are just simple theme issues that need to be fixed.

Why are tags being added where they shouldn't be though? The breadcrumb variable automatically places the content inside a div tag. Several other variables automatically insert tags into your page that should be included in the template. That is nonsense!

Even the Drupal website has severe accessibility issues that still need to be resolved. Trying viewing the page at an 800X600 resolution. The links at the top get wrapped around, which blocks the search form.

What is the purpose of a theme engine in Drupal, if most of the theme options is built into the core making you modify the core everytime you update Drupal.

I hate to say it but Drupal is getting ugly. When are we going to see some real options on what content is being displayed, and how it appears. Even the searchbox variable displays dirty code, with classes and selectors for every input including the form.

Dear Mr,

I was testing LMS and I have been interested by the ergonomic approach. LMS are done to be used intuitively. I suppose it is possible to mimic LMS quite simply. However I am not a programmer. I would be please to receive your advice.

preface: I've briefly looked at 4.7 on a development server, but haven't had a particularly intimate look-through yet. based on that and my being relatively new to drupal, advance apologies for any needless ingemination.

The features in question have to do with workflow when setting up content and modules, as well as default drupal blocks that aren't modularized (or are lumped into things like node.module). Namely things like "who's online", which we'll start with.

The non-module (or more accurately non-dedicated module) state of certain features seems confusing since:

a] the user then turns some things on in modules, and some explicitly in blocks.

b] there's no way to set access rights for non-modularized blocks such as "who's online"

(There've been similar posts regarding customization options of core components, namely a lack of any powerful customizability for things like the $links array, which I think'd do well to be untied from node.module and elsewhere, and placed in its own module for added extendability.)

I bring this up since it seems a bit odd I s'pose that things like authentication are modularized, but some simple 'who's online' function has no settings, no access control, nada.

Lastly, the current workflow on the backend requires a user to hop from one menu to another: enable module, save. adjust settings, save. adjust access control, save. enable and set region if it's a block, save. Having the focus of the backend be more "module-centric" would be a nice thing to see down the road. A hypothetical example of an improved workflow might be something such as:

Is there any particular reason I can't select the text of comments on this site usingfIE6? Is that by design, or just a buggy stylesheet? I suspect the latter -- works fine in Firefox.

CiviCRM is optimized for non-profits, what about for-profits? CiviCRM has a different licence. I can't just add it like any other module, I have to completely rebuild druple to use it.

Seems like a pain. I wish there was another CRM module, even if it were less capable.