User tests: Successful: Unsuccessful:
Pull Request for Issue #21527 .
As with the workflow, there is no direct trash function anymore but the trash transition will be defined with a workflow itself.
Look into the article list (backend)
No trash button anymore
Trashbutton without functionality
Status | New | ⇒ | Pending |
Category | ⇒ | Administration com_content |
Seriously of you think that removing the delete button is the solution then I really give up.
This solution is as sensible as me doing a pull request to remove workflows as the way to solve all the issues with it.
Status | Pending | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2018-08-10 12:39:06 |
Closed_By | ⇒ | brianteeman | |
Labels |
Added:
?
|
As there is no "trash" state anymore, that is indeed the solution, because the article have to follow the execution flow, no direct jump (same for published/unpublished)
Congratulations then on breaking every component in joomla
We can evidently trash ONE article at a time via the status of the article itself, but we can't trash anymore multiple articles at the same time, which indeed is not acceptable.
Same for other states...
@infograf768 as I said above, there is absolutly no sense in having a "publish", "unpublish" or "trash" button anymore, because you (as "the user") have to follow the workflow sequence and there are a lot of scenarios, where the article in the current status has no publish/unpublish/trash route at the moment. Or you have multiple trash opportunities at the same time, so that makes the trash button useless again.
But: if you (as "the user" again) want to skip the sequence and trash multiple articles as "batch", then you can now use the batch functionallity. There is a new option for batching multiple articles with a new state.
This is just plain wrong. No other way to put it. In fact even with this stupid and broken workflow code one can still have a delete button. You chose to reSolve the issue by simply deleting the button instead of adopting the sensible solution of checking the workflow to see if the user is able to delete something and then deciding to display the button or not.
Let's look at another scenario. Almost every component that exists in the joomlasphere has delete, publish and unpublished buttons in the toolbar. Unless they rewrite their code to use your workflow code they will all have those buttons. So after 15 years of an expected button that no one has ever suggested changing you are removing it, without consultation, discussion or testing just because it was easier for you to delete it than to fix it.
Also, if we keep workflow in core, there will be —I hope— a way to disable it completely, which means that the toolbar buttons should remain in that case.
Status | Closed | ⇒ | New |
Closed_Date | 2018-08-10 12:39:06 | ⇒ | |
Closed_By | brianteeman | ⇒ |
Status | New | ⇒ | Pending |
The trash button is still unnecessary at this position, because it's now in the dropdown menu. So the button can still be removed with this PR.
I have tested this item
so how do you trash multiple articles at once and how do you address the UI issue where every other list view has a trash button but com_content does not
Why does com_content have no trash button?
This PR just removed the non-working button...
so how do you trash multiple articles at once
Select articles, click on Change Status TOOLBAR button and select Trash
Status | Pending | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2018-12-29 17:55:51 |
Closed_By | ⇒ | wilsonge |
NO NO NO - this is not a fix