From the TODO:

-1. Allow Drupal site administrators to specify a specific front page based on ROLE types.

The attached patch enables a different splash and default home page for each role. Implementing this has required significant changes to the module. In particular, it didn't seem practical to stick with the saving of all these home pages via variable_set. Instead, splash pages are regular nodes of whatever type and home pages are any Drupal path.

This approach arguably has the added advantage of keeping home page content within the regular node system, which solves some outstanding issues on the project (pages are translatable, indexed by search, etc.).

Administration of home pages is moved to the regular admin/settings page. We unset the existing site_frontpage form element and replace it with a table for designating home pages by role.

In addition to the patch there is a small .install file to claim site_frontpage. I'll include this in a followup post.

CommentFileSizeAuthor
#2 front-roles-settings.png10.07 KBnedjo
#1 front-roles.tar.gz2.3 KBnedjo
front-by-role.patch16.13 KBnedjo

Comments

nedjo’s picture

nedjo
he/him/his
Primary language English
commented
StatusFileSize
new front-roles.tar.gz2.3 KB

A tarball with the .install file and a patched version of front_page.module, for people who might wish to test without having to patch.

nedjo’s picture

nedjo
he/him/his
Primary language English
commented
StatusFileSize
new front-roles-settings.png10.07 KB

Screenshot of the form elements for setting splash and regular front pages.

[Note: I forgot to include README.txt edits in the patch. I'll leave this until a later iteration when the idea has been discussed a bit.]

nedjo’s picture

nedjo
he/him/his
Primary language English
commented

If this patch is accepted, it would be good to consider a call on role_weights.module to determine the role to use for a given user's front page (if that user has more than one role).

See this patch on role_weight: http://drupal.org/node/70748, "Use form_alter to integrate weights into regular role editing". If that is accepted, we could use role_weight as a dependency and then have a way to add the front page selection directly to the editing form for each role--a more logical place for it than the current table in admin/settings.

See also this additional patch on role_weight, http://drupal.org/node/70763, "Allow users to select role for session (through block)". If that is accepted, we could consider using the proposed method role_weights_get_user_primary(), so that users can reset their primary role (hence, their home page) during a session.

dublin drupaller’s picture

dublin drupaller commented

I think this is a great idea....will have a look at the patches nedjo.

Dub

sanduhrs’s picture

sanduhrs
he/him
Primary language German
Location 🇪🇺 Heidelberg, Germany, Europe
commented

This is great, I like the flexibility it provides.

The Block user-login-form apparently doesn't work anymore.
I tried to login from a defined frontpage, but it doesn't seem to do anything.
vg

dublin drupaller’s picture

dublin drupaller commented

I agree sandhurs, although, I'm trying to strip down the patch to keep it simpler. Will have a look at that block login problem as well while I'm doing that.

Dub

lenzjo’s picture

lenzjo commented

I tried the patch, no matter what path I entered I was redirected to /node. So I tried the files from post #1 above, still the same result... I was hoping this would work as I was going to try modifiying it to use og groups instead of roles.

dublin drupaller’s picture

dublin drupaller commented

I'm looking at an alternative to this patch at the moment, will post back up here when I have it sorted.

Dub

dublin drupaller’s picture

dublin drupaller commented
Status: Needs review » Closed (fixed)

Hi Nedjo,

thanks for the suggested patch, but, I've gone with an alternative method of allowing site admins to specify a custom front page by role.

more details here: http://drupal.org/node/83593

Dub