-
Notifications
You must be signed in to change notification settings - Fork 641
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enabled vs Enabled For Site is not very intuitive #2899
Comments
Agree, that should be made more clear. Thanks for pointing it out! |
This bit me again just now. Is this not an issue others are having? Am I just not understanding something that others are? |
Ooops! |
Sorry I thought you were asking rhetorical questions in the original post.
|
Nope, not your fault. My original post wasn't asking any specific questions, just pointing out some confusing wording/behavior. My current thinking is this should go back to the previous UI which I think showed the status of every site. I assume there were reasons for moving away from that though. |
Ran into this again. This is really not intuitive. Folks think they are "Disabling for site" when they are actually globally bulk-disabling entries. This is not a small issue. |
Just made some changes for the next release that should reduce the confusion. First, on the Entries index page, “Disabled” has been relabeled to “Disabled Globally”, and a new “Disabled for Site” option has been added. Second, within Edit Entry pages, “Enabled” has been relabeled to “Enabled Globally”, and “Enabled for site” has been relabeled to include the site name. And if “Enabled Globally” is unchecked, then the site-specific status doesn’t even show up. |
I see all of the above changes (really useful!), but can't see the global / site specific disable option on the overview. Just the regular enable / disable. Am I missing something here @brandonkelly ? Using Craft 3.1.30 (latest edition) |
@bertheyman The “Disabled for Site” option will only show up if a multi-site section is selected. |
Oh I see, thanks for the clarification! |
How does one "Enabled for Site" only now? So the entry is only enabled for this site and then all other sites its disabled (unless they have it selected)? If I disable "Enabled Globally" the setting for "Enabled for Site" scrolls up and disappears, and the entry is not accessible on the front end anymore. So I cannot diasable "Enabled Globally" but keep "Enabled for Site" At the moment it looks like I have to "Enabled Globally" then disable "Enabled for Site" on all the sites I dont want it on. So say its 15 sites, we create an entry, then edit 14 other pages to disable it? Sorry if I misunderstand, but thats how it looks to me. If this is the case, how does on "Enabled for Site" only? |
That’s correct. But I can see how the “Enabled Globally” wording can be confusing now. Will have to think of a better way to phrase that. |
OK but any reason why its backwards, its a bit of a long winded process to have an entry on a single site. I have not ever come across a situation where you may have a page on all sites except one. Its quite common on multi-language sites that a single country would have a page just for that country. What are the options in the meantime? I was going to create a separate section which is saving entries only in that site, but I notice Commerce Products does not have this option. Its not only pages that need to be individual to just a single country, but we would have some products only sold in a single country. Desired setting here! |
So to be clear, for an entry to be enabled somewhere, it has to be both Enabled Globally and Enabled for . In the above screenshot, that entry isn’t going to show up on any sites, until “Enabled Globally” becomes ticked on. Then and only then, it will start showing up for whichever sites have the site-specific status ticked on as well. It works this way because it does. There’s not good reason it can’t be improved. And we will improve it. |
@brandonkelly Might only be a slight niggling thing, but when an entry has “Enabled Globally” disabled, the site dropdown shows all entries as being enabled. I suppose they technically are, but its also confusing for users because it doesn't convey the correct status. You'd have to go through each entry and set |
@engram-design thanks for pointing that out, fixed for the next release (7fc874f). |
I’ve just made some big improvements to multi-site entry status management for Craft 3.4. I realized that for multi-site entries, there’s really no point in managing the entry’s “global” status, besides as a minor UI convenience when you need to batch-enable/disable an entry everywhere, which was probably not worth all the added confusion. (And in hindsight (it’s 2020 after all), “Enabled globally” sure does seem like something that would take precedence over the “Enabled for site” setting.) And then there’s the fact that it gave users a way to disable/enable entries on sites that they didn’t have permission to view in the first place (#2817) 😱 So here’s what’s changed… First, the “Set Status” action no longer lists separate “Disabled Globally” and “Disabled for Site” options for multi-site sections; just “Disabled”. When “Disabled” is selected, all single-site entries will get disabled globally, and all multi-site entries will get disabled only for the current site. Second, the status settings for multi-site entries has been redesigned. Now only the current site will be shown by default: If you click that button, it will expand to show all the sites your user account has permission to edit: From there you can toggle the entry’s status across each of those sites individually, or batch set them using the “Enabled everywhere” lightswitch. (Note that is not a direct replacement of the old “Enabled Globally” setting though; just a convenience for batch-enabling/disabling the entry across all of the editable sites.) |
This seems pretty neat (and nice one on the half-on lightswitch). The biggest gripe with multi-site authoring is the fact users have to create the entry, which is enabled in all sites (or controlled by the sections default status), after which they need to switch to each site and disable. They'd much prefer managing it's status across all sites from on central, and immediate location, as you've done here. This seems like a much better solution - I'm guessing reserved for 3.4? |
Absolutely brilliant. Thanks a lot. |
@amityweb We do plan to bring it to Commerce, but probably not in time for 3.0.0, which is planned for the end of the month. |
this new improvement is excellent @brandonkelly
|
Correct, and yes it’s ok, as we’re basically delegating entry enabled status to the site-specific status now.
Yeah it can be reusable. Main thing is that you must tell the element what all of its site-specific statuses should be when setting // Only enables/disables the element for the current site:
$element->enabledForSite = true;
// Enables/disables the element across multiple sites by their IDs:
$element->enabledForSite = [
1 => true,
2 => false,
]; |
@brandonkelly is there any follow-up on this for Commerce? |
I want to add "Enabled Globally" option in each entry page? I have posted on this topic Can you please explain me, See the link below https://craftcms.stackexchange.com/questions/38640/how-to-add-enabled-globally-in-each-entry-page |
@santanu-adak-2019 I responded to your Stack Exchange post. |
Description
In Craft 3, the "Enabled" vs "Enabled for Site" settings on an entry are quite confusing and not very intuitive.
Here are some examples:
Additional info
The text was updated successfully, but these errors were encountered: