Hi Brian, Given that the d.o infrastructure supports packaged install profiles I would suggest that it would be very simple for you to create a 'Drupal Power User' install profile that turned off the new hotness and turned on some old tried and tested modules. Regards Steven Jones ComputerMinds ltd - Perfect Drupal Websites Phone : 024 7666 7277 Mobile : 07702 131 576 Twitter : darthsteven http://www.computerminds.co.uk 2010/1/5 Brian Vuyk <brian@brianvuyk.com>:
I think this whole overlay-in-core issue has kind of raised a fairly significant issue to my mind - who exactly is Drupal's target audience?
It seems to me that alot of the changes made by the D7UX team were targeted at a certain demographic - new users, who don't necessarily have a lot of experience running a CMS.
This is fair enough - obviously we want to attract new users. This makes for a strong and vibrant community. However, some of these changes seem to have come at the expense of the more experienced developers and site-builders who work with Drupal all day, every day. Two primary items come to mind:
Overlay in core and enabled by default. The Toolbar module
These impede the day-to-day operations for more experienced users. I suspect that these are items that are going to be disabled by most people in my position, and replaced with the Admin Menu module.
I realize that they have shown benefits towards helping new Drupal users accustom themselves to the CMS, so they have value. At the same time, I don't want to have to go out of my way to disable this stuff every time I develop a website or set up a test or development environment.
I wonder if there is call to have a separate, supported install profile for more advanced users that does away with some of these things?
Thoughts?
On Tue, Jan 5, 2010 at 5:14 PM, Brian Vuyk <brian@brianvuyk.com> wrote:
I wonder if there is call to have a separate, supported install profile for more advanced users that does away with some of these things?
Brian, there would be no Expert profile in D7, if there would not be strong support for this all around :) Gábor
On 10-01-05 11:22 AM, Gábor Hojtsy wrote:
On Tue, Jan 5, 2010 at 5:14 PM, Brian Vuyk<brian@brianvuyk.com> wrote:
I wonder if there is call to have a separate, supported install profile for more advanced users that does away with some of these things?
Brian, there would be no Expert profile in D7, if there would not be strong support for this all around :)
Gábor
You know, I totally missed that. :p </endrampage>
Brian Vuyk wrote:
I think this whole overlay-in-core issue has kind of raised a fairly significant issue to my mind - who exactly is Drupal's target audience?
Everyone! Anyone! The whole world! Which is of course a problem. "You can please some of the people all of the time, and all of the people some of the time, but you can't please all of the people all of the time." We do very much need to change that attitude, or at least acknowledge that there are *layers* of target audience that need to be addressed separately in order to be addressed properly. Insert smallcore debate here so we don't have to rehash it. :-) *snip*
I wonder if there is call to have a separate, supported install profile for more advanced users that does away with some of these things?
Thoughts?
That's what the "expert" profile in core is for. Everything is disabled by default. 'course, I don't recall the last time I used a non-custom install profile. All Palantir sites are built from a custom profile, although with drush and now features that profile is thinner than it used to be. --Larry Garfield
These impede the day-to-day operations for more experienced users. I suspect that these are items that are going to be disabled by most people in my position, and replaced with the Admin Menu module.
Depending on the end-users of your site, you may not want to entirely disable Toolbar and Overlay, but rather limit them to a certain user role. Meaning: - Site builders can use admin_menu. - Site moderators and users can use whatever. Unfortunately, this scenario isn't really supported by Drupal's user roles and permissions system, since user role permissions are usually set up with additive permissions (and merged together for the current user) - unless you - either duplicate all permissions in two roles and assign those roles exclusively (either one or the other) to those separate user groups - or have two additional roles which only contain the respective permissions to use admin_menu or Toolbar/foo. It gets even messier if you think about per-user options. Luckily, admin_menu can still be suppressed. But AFAIK, neither Toolbar nor Overlay allow other modules to suppress them. sun
participants (5)
-
Brian Vuyk -
Daniel F. Kudwien -
Gábor Hojtsy -
larry@garfieldtech.com -
Steven Jones