This is a very minor detail but just thought I'd ask after using this module for several days.

I wonder if the original "Save" button should be replaced with the "Save & Finish" button and the new "Save & Continue Edit" button should be placed beside it to the right. This might preserve the existing trend of having the final action on the left and intermediate actions like "Save & Continue Edit" and "Preview" and other options to the right of it.

I'm really not sure how important this is to the overall consistency of the Drupal user experience, but thought I'd mention it for consideration.

Thanks,

Izzy

Comments

himerus’s picture

Assigned: Unassigned » himerus

I think you are right here. makes perfect sense. I am used to having the default Save button first, then the "rest" of the buttons that may be available.

I think the easiest way would be to in the admin settings for this module to include a weight dropdown with the rename button textboxes that will allow a user to sort them to their liking. I could see some people wanting them in another order than what you are saying is "logical". Putting in the weights option would make it easy for anyone to place them how they like.

I will include this in the next release.

izmeez’s picture

That sounds even better, making it fully configurable with weights.

Thanks,

Izzy

himerus’s picture

Category: support » feature
Status: Active » Fixed

This feature has been added in the 6.x-1.4 release. It will be ready for download in the next few minutes.

The current weights are set to be the same as they currently were, and you can change the order now of the Save & Edit, Default Save, and Publish button through the administrative interface.

Enjoy!

izmeez’s picture

Yes, it works great. Thanks.

How difficult would it be to add drag and place to rearrange them?
Oh no, another feature request ! Should it be a new issue?

Thanks, so much.

Izzy

himerus’s picture

I haven't used the Drupal 6 stuff that allows you to drag and drop items. (Like in the taxonomy & menu modules, blocks, etc.)

I can't imagine that it would be "too" hard to implement. I'd say that this could stay in this issue. it still relates to reordering the items, just with a cleaner interface.

My issue with attempting this is this:

I really want to push the "basic" features of this module into a patch for D7. I think the features are no-brainer, but with a D7 patch in mind, I need to keep it to the bare minimum. Even things like labeling the buttons would not be something available in core, but it would reply on the theme layer to change the button texts & weights if needed. I'm probably going to post something today on feedback of how best to implement it in core the best way. (I think most of this would go in the post settings or on the content type editing interfaces, it would no longer have it's own settings page, etc.)

I don't want to go too far down the path of adding crazy features in the Drupal 6 that wouldn't get ported to core in Drupal 7 if I can make it happen.

I'll ponder it, and see what feedback I get on porting it to core.

izmeez’s picture

Yes, I agree this would be good for D7. The draggable handles are not necessary. The feature works the way you have it.

Thanks very much.

Izzy

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.