new ideas thread for the front_page.module

W0a that's quite a nice list you have there -- the future of front_page is looking tasty!

Here goes some ideas/opinions:

• There is also the possibility of integrating panel pages and views pages. I'm not sure how much difference it would make including paths instead of nodes, but i my guess it'd be pretty different. Not sure at all how we'd go about doing such thing. My main suggestion, for usability, would be to have the user choose from a list of panel pages/view pages, again, not in a position to suggest how to go about pulling such data in from those modules.
• About (d)Remove the "display a message for visitors who haven't been here in a while" option. -- I'm not using this myself, but if someone complains about it, we could allways move it to a sub-module so people can activate it if they want this functionality. I'd be ok with removing it all together, but ya never know.
• About (e)Allow re-ordering of the USER ROLE TYPES when specifying a different front page based on role types. -- Definitely a good idea, being able to assign weights so that the lightest takes precedence allows for very nice fine tuning on complex sites. I'm not using the module this way so for me not a priority. Idealy for useability we could drag&drop the rows to order them like the blocks page :)
• For the rest no comment, which means I think they are good ideas as well :)

Terrific news :)

A, C and E will be most welcome and allow me to ditch some grubby bodges that I currently use to do those things.

I would *very* happily begin testing a new release pretty much the moment it's available.

Cheers,
Danielle

What about a revisit of the FrontPage admin interface? Maybe splitting
- Role-frontpage,
- "Home" breadcrumb setting
- Custom mission

Maybe these parts could be in a Local-Task menu position (Drupal-ly speaking) :)

I love this module! Please see attached for my favorite anonymous frontpage (DOG.JPG).

BTW, is that possible to make a bypass option???

Why?

Once you setup two frontpage for the Anonymous and Authenticated Users using the front_page module, Drupal will redirected the user to the right front_page exactly by their roles. But the redirect should be bypassed when the authenticated users request a password reset. The user will click on the password reset link e.g. http://mysite/user/reset/11/1241912180/6216265837628ace7886702147bf5dbe from their onetime password reset email. Normally, the above link should lead user to a reset password declaration page with a "login" button, see (PWD_reset.jpg), and the user will be redirected to the password editing page right after click on the "login". However, the user will be redirected to front_page instead of the password editing page when the frontpage module was enabled. Then the user might get lost to reset the password, and request the reset over and over.

The bypass might be helpful in other case once the user was asking to login before leave a comment or place the order in e-shop, the user should be redirected to the original or destination page instead of the frontpage. So I do think it's perfect to put this features in the new front_page module.

However, if someone could provide snippet with the above bypass function, that will be great before this new feature come true!!!

Thanks.

Sorry, here comes the reset password declaration page with a "login" button, see (PWD_reset.jpg)

Once you setup two frontpage for the Anonymous and Authenticated Users using the front_page module, Drupal will redirected the user to the right front_page exactly by their roles. But the redirect should be bypassed when the authenticated users request a password reset. The user will click on the password reset link e.g. http://mysite/user/reset/11/1241912180/6216265837628ace7886702147bf5dbe from their onetime password reset email. Normally, the above link should lead user to a reset password declaration page with a "login" button, see (PWD_reset.jpg), and the user will be redirected to the password editing page right after click on the "login". However, the user will be redirected to front_page instead of the password editing page when the frontpage module was enabled.

I understand what you are saying, but, I don't understand how the user is being redirected to the front page when they click on the one-time-login link. That link http://www.example.com/user/reset/etcetera bypasses the front_page.module anyway.

dub

@Dublin Drupaller

I have two sites with such kind of settings. One with the system login block in the different frontpages for all roles including the anonymous, the other one has http://www.example.com/user as the secondary menu link when user need login without the block.

The one time password link will lead to the account editing page correctly after log-in in the Drupal site using login block. However, the Drupal using the menu link will redirect to the frontpage set by front_page module instead of the account editing page after logging in.

The only difference depends on the chosen login mechanism, the Login block or the http://www.example.com/user menu link in my finding. Does this make sense????

Thanks in advance.

Hey DD,

How are the changes and enhancements coming along?

Keep up the great work,
Danielle

thanks dinis. I haven't had a chance to look at them recently. if you're stuck, drop me an email.
dub