There is non sense to leave a lot of spaces to the Operations columns. especially dropdown menu introduced into CORE, most of Operations columns are SINGLE button only.

Beta phase evaluation

Reference: https://www.drupal.org/core/beta-changes
Issue category Task since the UI is not broken.
Issue priority Normal since this is an improvement (not just a code cosmetic change which would be minor).
Unfrozen changes Unfrozen because it only changes CSS.

Allowed in the beta since it is an unfrozen change: just CSS.

Before:

operations.png

After:

after.png

Remaining Tasks

  • make the big patch to affect all tables
  • Update code that tests the output of the tables

Original Issue summary

It will be a big patch, would like to hear feedbacks before I made it into all tables. Attached a quick patch for tests. :)

It used same technique as #1252206: Remove checkbox spacing

CommentFileSizeAuthor
#84 claro-db-log.png299.34 KBAkshayAdhav
#84 claro-people.png230.07 KBAkshayAdhav
#84 seven-db-log.png360.43 KBAkshayAdhav
#84 seven-people.png241.69 KBAkshayAdhav
#82 1849750 query.png3.83 KBaarti zikre
#82 1849750 list.png55.11 KBaarti zikre
#82 1849750 Date and time formats.png148.53 KBaarti zikre
#82 1849750 Search pages .png152.53 KBaarti zikre
#82 1849750 Text formats and editors .png132.07 KBaarti zikre
#82 1849750 taxonomy.png120.43 KBaarti zikre
#82 1849750 view mode.png114.17 KBaarti zikre
#82 1849750 form.png99.27 KBaarti zikre
#82 1849750 Manage Fields.png135.92 KBaarti zikre
#82 1849750 contact.png118.96 KBaarti zikre
#82 1849750 block.png138.76 KBaarti zikre
#82 1849750 path.png125.45 KBaarti zikre
#82 1849750 image style.png169.88 KBaarti zikre
#82 1849750 menu.png157.47 KBaarti zikre
#82 1849750 content type.png141.29 KBaarti zikre
#82 1849750 MR comment.png143.86 KBaarti zikre
#82 1849750 before patch.png102.42 KBaarti zikre
#78 date-and-time-formats.png460.87 KBAkshayAdhav
#78 image-styles.png443.08 KBAkshayAdhav
#78 search-pages.png480.63 KBAkshayAdhav
#78 text-formats-and-editors.png509.45 KBAkshayAdhav
#78 taxonomy.png463.67 KBAkshayAdhav
#78 menus.png463.67 KBAkshayAdhav
#78 view-modes.png431.2 KBAkshayAdhav
#78 form-modes.png388.9 KBAkshayAdhav
#78 manage-fields-dropdown-opened.png447.56 KBAkshayAdhav
#78 manage-fields-dropdown-closed.png438.43 KBAkshayAdhav
#78 content-types-dropdown-opened.png445.1 KBAkshayAdhav
#78 content-types-dropdown-closed.png417.14 KBAkshayAdhav
#78 contact-forms.png423.3 KBAkshayAdhav
#78 comment-types.png458.86 KBAkshayAdhav
#78 block-layout.png470.52 KBAkshayAdhav
#73 1849750--after--patch--pic.png21.82 KBvikashsoni
#73 1849750--before--patch--pic.png25.04 KBvikashsoni
#69 1849750-69.patch1.36 KBPooja Ganjage
#67 before.png105.13 KBdjsagar
#67 after.png106.55 KBdjsagar
#64 1849750-64.patch1.37 KBkomalk
#64 interdiff_62-64.txt1.31 KBkomalk
#64 after-patch.png90.99 KBkomalk
#64 before-patch.png91.25 KBkomalk
#62 before-patch1.png196.56 KBkomalk
#62 before-patch.png149.07 KBkomalk
#62 after-patch1.png195.7 KBkomalk
#62 after-patch.png152.04 KBkomalk
#62 1849750-62.patch1.05 KBkomalk
#51 Views-plugins.png90 KBManjit.Singh
#51 Top-page-not-found-errors.png50.24 KBManjit.Singh
#49 resolved.png294.56 KBAmruta_Nadgouda
#48 operations_column_minimize-reroll-1849750-48.patch1.03 KBjoginderpc
#45 operations_column_minimize-1849750-43.patch4.3 KBjoginderpc
#43 operations_column_minimize-1849750-43.patch1.03 KBjoginderpc
#43 th-td-minimized.png49.8 KBjoginderpc
#43 minimized-fix.png56.19 KBjoginderpc
#40 2015-01-15-9ivkg.jpg410.1 KBcorbacho
#38 2015-01-14-e7dhk.jpg210.87 KBcorbacho
#37 position-right-dropdown-1849750-37.patch507 bytesDomoSapiens
#36 Taxonomy-after-patch.png157 KBDomoSapiens
#35 table-width-1849750-35.patch596 bytesBarisW
#27 table-width-1849750-27.patch1.34 KBjackbravo
#25 TaxonomyAfter.png35.47 KBChuChuNaKu
#25 TaxonomyBefore.png35.85 KBChuChuNaKu
#25 MenuAfter.png67.25 KBChuChuNaKu
#25 MenuBefore.png69.41 KBChuChuNaKu
#25 contentAuthoringAfter.png84.91 KBChuChuNaKu
#25 contentAuthoringBefore.png93.65 KBChuChuNaKu
#25 table-width-1849750-24.patch880 bytesChuChuNaKu
#23 table-width-1849750-23.patch378 bytesChuChuNaKu
minimize.patch1.59 KBdroplet
#17 27-04-2014 18-19-43.png15.86 KBnsur
#17 27-04-2014 18-18-44.png15.22 KBnsur
#10 long-2013-02-11_0649.png58.97 KBYesCT
#10 content-2013-02-11_0654.png55.56 KBYesCT
#10 2013-02-11_0652.png52.29 KBYesCT
#6 table-width-1849750.patch390 bytessamhassell
after.png10.17 KBdroplet
operations.png12.58 KBdroplet

Issue fork drupal-1849750

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

droplet’s picture

Issue tags: -Usability, -Novice

minimize.patch queued for re-testing.

Status: Needs review » Needs work
Issue tags: +Usability, +Novice

The last submitted patch, minimize.patch, failed testing.

YesCT’s picture

Drupal\system\Tests\Menu\RouterTest is probably and unrelated random failure in the testbot. retesting.

YesCT’s picture

Status: Needs work » Needs review

minimize.patch queued for re-testing.

mitron’s picture

Why are javascript changes included in this patch? Are these change required/related to minimizing the width of the operations column?

samhassell’s picture

Issue tags: -Usability
FileSize
390 bytes

Cant see how code in autocomplete.js would affect this. The CSS change looks good though.

Here's a reroll without the js.

YesCT’s picture

Issue tags: +Usability

a screenshot of a dropbutton with a long action word would be helpful.
Does this take into account the width of items that are under the dropbutton, but not the default first item?
(restoring Usability tag)

droplet’s picture

Status: Needs review » Needs work
Issue tags: -Usability

Oh sorry. I attached a wrong patch with other fixes.

+++ b/core/modules/views/views_ui/css/views-admin.theme.cssundefined
@@ -287,7 +287,7 @@ th.views-ui-path {
 th.views-ui-operations {
-  width: 24%;
+  width: 1px;
 }

only this line is good enough

droplet’s picture

Issue tags: +Usability

add back the tag

YesCT’s picture

Status: Needs work » Needs review
FileSize
52.29 KB
55.56 KB
58.97 KB

here is a long action word.

long-2013-02-11_0649.png

this just effects views, was that intentional, or should it apply to really *all* operations columns?

I was looking at content listing, but that will become a view... but I think there are others that will not be views,

content-2013-02-11_0654.png

... like the translations tab/overview on content.

2013-02-11_0652.png

YesCT’s picture

Oh, sorry. Ack! It totally says that this will be a big patch and the initial patch is just an initial patch for quick test.

So I can answer my own question. This may eventually, change *all* operations columns.

droplet’s picture

here is a long action word.

It's happening without this patch. anyone able to create a new issue.

YesCT’s picture

here is the separate issue for long text #1914800: Dropbutton width is smaller than longest item

YesCT’s picture

Status: Needs review » Needs work

setting to needs work to make this effect all operations columns.
updating issue summary.

YesCT’s picture

Issue summary: View changes

updated to add a remaining tasks and followup issues section. also to make clear that next is to make the big patch.

enhdless’s picture

Issue summary: View changes
klonos’s picture

...related issues now have their dedicated meta-data section ;)

nsur’s picture

Issue tags: +dcdn-sprint
FileSize
15.22 KB
15.86 KB

We tested various tables in Drupal 8 and looks like the column has an optimal size as its contents may vary depending on the language interface. See attached screenshots. We think that no changes are necessary, unless we missunderstood the issue.

droplet’s picture

@nsur,

Aim to make it more optimal size. You can see the Operations column on your screenshots, it still leave a lot of space on the right side. the code we use will be fluid width based on the column header. In other word, it still has an optimal size on every language interface.

any UX maintainers here ? can you share your thoughts.

( More deeply, I think it should apply same techniques to all less important columns. E.g., Status, Author, Tags...etc. )

LewisNyman’s picture

Component: Seven theme » views.module
Issue tags: +VDC, +CSS

This patch is changing code in the views modules, much better to get a decision from the VDC team.

LewisNyman’s picture

Issue tags: +frontend
ChuChuNaKu’s picture

Hello, I'm a new contributor here at the Austin, TX Code Sprint. I will be working on this issue.

ChuChuNaKu’s picture

Assigned: Unassigned » ChuChuNaKu
ChuChuNaKu’s picture

FileSize
378 bytes

While testing #6 I received the following error:

error: core/modules/views/views_ui/css/views-admin.theme.css: No such file or directory

I think the cause of the error is because the views-admin.theme.css file has been moved to core/modules/views_ui/css/views-admin.theme.css. I made a new patch that includes the new css location.

droplet’s picture

Status: Needs work » Needs review
Issue tags: -Novice

Thanks @ChuChuNaKu.

I removed #novice tag here. We need a consensus on this topic first.

ChuChuNaKu’s picture

Created a new patch which should shrink the widths of all operations columns (not just the operations column in views). This patch assumes the following:
1. the operations column is the last column in the table
2. the operations column is wrapped in a .tableresponsive-processed class

jackbravo’s picture

Hi ChuChuNaKu! Great meeting you in Austin.

So, a couple of notes on your patch. Drupal is supposed to work with IE8, the requirements page is here: https://drupal.org/requirements, and from there you can go to browser requirements. :last-of-type does not work on IE8.

I'm not sure if maybe we should look for a way to add a specific class for the operation columns that are not using views. Both menu and taxonomy use a _entity_list kind of thingy that I'm not entirely sure right now how to modify. But I'm looking into it. You can also try looking something like that.

Your other patch works good for me.

jackbravo’s picture

Wow!

Tracking where the operations column was defined was hard! Probably it would have been easier to just search for "Vocabulary name" (the header column of the taxonomy vocabulary listing) and go from there.

Anyway, this is an expanded patch based on ChuChuNaKu. Maybe we could try moving all the CSS to something like core/modules/system/css/system.admin.css?

Status: Needs review » Needs work

The last submitted patch, 27: table-width-1849750-27.patch, failed testing.

ChuChuNaKu’s picture

jackbravo it was great meeting you too and thanks so much for your help at the Austin Sprint. I really appreciate it!

Thanks for bringing the browser requirements to my attention. I think adding a class is the right way to go. I will look into it a little further.

jackbravo’s picture

Issue summary: View changes
Issue tags: +needs backport to 6.x

Since the last patch changed the buildHeader output for must operations, the code that tests that output needs to be changed too. That may be a novice remaining task. Updating the code in core/modules/config/src/Tests/ConfigEntityListTest.php that tests the buildHeader output. Starting on line 73.

jackbravo’s picture

Issue tags: -needs backport to 6.x

sorry, wrong tag =(

droplet’s picture

also, some wrong class,

view's class: .views-field-dropbutton

YesCT’s picture

YesCT’s picture

Assigned: ChuChuNaKu » Unassigned

unassigning since it has been a while. @ChuChuNaKu please feel free to jump back in, just make a comment.

BarisW’s picture

Status: Needs work » Needs review
FileSize
596 bytes

Here's a re-roll. Screenshots from #25 still apply.

DomoSapiens’s picture

FileSize
157 KB

Long words in Dutch mess up the layout. Because of the position:absolute dropdown the size isn't correct and will not grow on the proper way.

DomoSapiens’s picture

I tried to fix the styling of the dropdown. In my opinion there are two solutions.

1) The simple solution is to position the dropdown to the right of the td. In this case the dropdown is or can be bigger as the td. With a lot text / items in one row the dropdown will overflow the other items. Which is not really a nice approach. For this easy solution I added a patch.

2) The more complex solution is to rewrite the html structure of the dropdown. In the new html structure the secondary items should be in a separate container. The first item and the toggle can go without the position absolute, which make the td grow. The secondary items can have the position absolute instead, which make it possible that the dropdown will overlay the other rows.

corbacho’s picture

Status: Needs review » Needs work
Issue tags: +RTL
FileSize
210.87 KB

It's strange that the dropbutton is not aligned with the "Operations" label (Table header)
RTL needs to be considered

In wide screens (most of laptops), and 2 columns table, it feels strange to have so much white space in the center of the table. See screenshot.
Maybe we should consider target only the problematic cases.

droplet’s picture

Component: views.module » CSS
corbacho’s picture

FileSize
410.1 KB

The patch at #35 is taking too much assumptions. It affects the last column of every single table, and things look smashed when there are long texts.

At #17:

"We think that no changes are necessary, unless we misunderstood the issue."

(during a sprint, so it seems several people was involved here)
I'm on the same page.
The whitespace in the right of the last column disappears in narrower screens. So there is no problem in mobile/tablet.
The default table layout already makes a good work keeping balanced whitespace, at all screen sizes

If there is a problematic case, (Operations column) let's focus on that, like patch at #25 and #27, but IMO I don't think we should touch generic component tables.css. We will probably do more harm than good.

Ramandeep_Kaur’s picture

Assigned: Unassigned » Ramandeep_Kaur

Version: 8.0.x-dev » 8.1.x-dev

Drupal 8.0.6 was released on April 6 and is the final bugfix release for the Drupal 8.0.x series. Drupal 8.0.x will not receive any further development aside from security fixes. Drupal 8.1.0-rc1 is now available and sites should prepare to update to 8.1.0.

Bug reports should be targeted against the 8.1.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.2.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

joginderpc’s picture

Assigned: Ramandeep_Kaur » Unassigned
Status: Needs work » Needs review
FileSize
56.19 KB
49.8 KB
1.03 KB

As per given scenarios given in both comments #38 and #40 issue fixed and update with screenshot given below.

th td minimized

minimized fixed

Status: Needs review » Needs work

The last submitted patch, 43: operations_column_minimize-1849750-43.patch, failed testing.

joginderpc’s picture

joginderpc’s picture

Status: Needs work » Needs review

Status: Needs review » Needs work

The last submitted patch, 45: operations_column_minimize-1849750-43.patch, failed testing.

joginderpc’s picture

Add new patch re-rolled, finger crossed this time it should pass. :)

Amruta_Nadgouda’s picture

Status: Needs review » Reviewed & tested by the community
FileSize
294.56 KB

Bug : Now the opration column's width is set right as shown in description.

bug

xjm’s picture

Title: minimize all "Operations" columns width » Minimize all "Operations" columns width
Version: 8.1.x-dev » 8.3.x-dev
Status: Reviewed & tested by the community » Needs work

Thanks for working on this issue.

  1. +++ b/core/misc/dropbutton/dropbutton.css
    @@ -37,13 +37,12 @@
    +  /* right: 0;  Commented because this was causing issue.*/
    

    In general, we do not leave commented-out code in patches. If this is incorrect, it should be removed.

  2. +++ b/core/misc/dropbutton/dropbutton.css
    @@ -37,13 +37,12 @@
    -  padding-right: 10em; /* LTR */
    -  margin-right: 2em; /* LTR */
    

    Have we tested this on both RTL and LTR? (RTL means a language that goes from right to left, like Hebrew or Arabic.) Edit: and if so, please document both in the summary.

  3. +++ b/core/themes/seven/css/components/tables.css
    @@ -27,6 +27,10 @@ thead th {
    +/* added to minimize the last th and td width size. */
    

    I would remove the words "added to" from this, and capitalize the beginning of the comment.

Targeting this issue for 8.3.x as a design improvement. Thanks!

Manjit.Singh’s picture

+++ b/core/themes/seven/css/components/tables.css
@@ -27,6 +27,10 @@ thead th {
+/* added to minimize the last th and td width size. */
+thead th:last-child,  tbody td:last-child {
+  width: 16%;
+}

@Joginderpc Personally, I did not like the solution to handle operations table header. I have take some of the screenshots where it is causing an issues. Because your CSS is applied to the very last column of all tables.

sd


sd

There are some other tables also which are effecting.

Gábor Hojtsy’s picture

+++ b/core/themes/seven/css/components/tables.css
@@ -27,6 +27,10 @@ thead th {
+/* added to minimize the last th and td width size. */
+thead th:last-child,  tbody td:last-child {
+  width: 16%;
+}

Yeah it does seem like an inaccurate generalization to assume that all tables displayed in the Seven theme would need their last column shortened. We need to target this CSS better.

jackbravo’s picture

Why was the idea on the patch on comment #1849750-27: Minimize all "Operations" columns width (my patch :-p) no followed up? The idea was to put a class on the operations column, so it would be easier adding styles to it without either too much generalization or too complicated CSS.

This is the patch:

diff --git a/core/lib/Drupal/Core/Entity/EntityListBuilder.php b/core/lib/Drupal/Core/Entity/EntityListBuilder.php
index ca5025c..16b3e6e 100644
--- a/core/lib/Drupal/Core/Entity/EntityListBuilder.php
+++ b/core/lib/Drupal/Core/Entity/EntityListBuilder.php
@@ -137,7 +137,10 @@ protected function getDefaultOperations(EntityInterface $entity) {
    * @see \Drupal\Core\Entity\EntityListBuilder::render()
    */
   public function buildHeader() {
-    $row['operations'] = $this->t('Operations');
+    $row['operations'] = array(
+      'data' => $this->t('Operations'),
+      'class' => 'ui-operations',
+    );
     return $row;
   }

Version: 8.3.x-dev » 8.4.x-dev

Drupal 8.3.0-alpha1 will be released the week of January 30, 2017, which means new developments and disruptive changes should now be targeted against the 8.4.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.4.x-dev » 8.5.x-dev

Drupal 8.4.0-alpha1 will be released the week of July 31, 2017, which means new developments and disruptive changes should now be targeted against the 8.5.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.5.x-dev » 8.6.x-dev

Drupal 8.5.0-alpha1 will be released the week of January 17, 2018, which means new developments and disruptive changes should now be targeted against the 8.6.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.6.x-dev » 8.7.x-dev

Drupal 8.6.0-alpha1 will be released the week of July 16, 2018, which means new developments and disruptive changes should now be targeted against the 8.7.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Pancho’s picture

Another related bug in Views.

Version: 8.7.x-dev » 8.8.x-dev

Drupal 8.7.0-alpha1 will be released the week of March 11, 2019, which means new developments and disruptive changes should now be targeted against the 8.8.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.8.x-dev » 8.9.x-dev

Drupal 8.8.0-alpha1 will be released the week of October 14th, 2019, which means new developments and disruptive changes should now be targeted against the 8.9.x-dev branch. (Any changes to 8.9.x will also be committed to 9.0.x in preparation for Drupal 9’s release, but some changes like significant feature additions will be deferred to 9.1.x.). For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.9.x-dev » 9.1.x-dev

Drupal 8.9.0-beta1 was released on March 20, 2020. 8.9.x is the final, long-term support (LTS) minor release of Drupal 8, which means new developments and disruptive changes should now be targeted against the 9.1.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

komalk’s picture

Status: Needs work » Needs review
FileSize
1.05 KB
152.04 KB
195.7 KB
149.07 KB
196.56 KB

Patch #48 failed to apply on 9.1.x.
Review the patch attached screenshot for the reference.

Status: Needs review » Needs work

The last submitted patch, 62: 1849750-62.patch, failed testing. View results
- codesniffer_fixes.patch Interdiff of automated coding standards fixes only.

komalk’s picture

Fixing test cases.
Review the patch attached screenshot for the reference.

Version: 9.1.x-dev » 9.2.x-dev

Drupal 9.1.0-alpha1 will be released the week of October 19, 2020, which means new developments and disruptive changes should now be targeted for the 9.2.x-dev branch. For more information see the Drupal 9 minor version schedule and the Allowed changes during the Drupal 9 release cycle.

tanubansal’s picture

Tested #64, columns width are successfully minimized

djsagar’s picture

Status: Needs review » Reviewed & tested by the community
FileSize
106.55 KB
105.13 KB

Tested #64, columns width minimized successfully after applied patch.

alexpott’s picture

Status: Reviewed & tested by the community » Needs work
--- Commands Executed ---
core/scripts/dev/commit-code-check.sh --drupalci
Return Code: 1
--- Output ---
CSpell: passed

----------------------------------------------------------------------------------------------------
Checking core/lib/Drupal/Core/Entity/EntityListBuilder.php


FILE: /var/www/html/core/lib/Drupal/Core/Entity/EntityListBuilder.php
----------------------------------------------------------------------
FOUND 1 ERROR AFFECTING 1 LINE
----------------------------------------------------------------------
 158 | ERROR | [x] Short array syntax must be used to define arrays
----------------------------------------------------------------------
PHPCBF CAN FIX THE 1 MARKED SNIFF VIOLATIONS AUTOMATICALLY
----------------------------------------------------------------------

Time: 131ms; Memory: 4MB

Coding standards tests are failing.

Pooja Ganjage’s picture

Hi,

Creating a patch for solving an issue raised due to tests are failing.

Please review the patch.

Thanks.

Pooja Ganjage’s picture

Status: Needs work » Needs review
alexpott’s picture

Status: Needs review » Needs work

select-all is specifically used by the tableselect javascript to add a select all checkbox. Re-using that here feels incorrect because this has nothing to do with selecting all. I think we should consider other solutions - maybe adding a new class. Also if a translation has translated Operations into more than one word this change might have the affect of causing a line break in the header whereas before there wouldn't be. I'm not sure if this is a good or bad thing but it is certainly a change.

Version: 9.2.x-dev » 9.3.x-dev

Drupal 9.2.0-alpha1 will be released the week of May 3, 2021, which means new developments and disruptive changes should now be targeted for the 9.3.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

vikashsoni’s picture

@Pooja Ganjage Thanks for the patch patch applied successfully and looks good for me
After patch unwanted space has been remove working in dupal-9.3.x-dev
Thanks for the patch
For ref sharing screenshots.....

Version: 9.3.x-dev » 9.4.x-dev

Drupal 9.3.0-rc1 was released on November 26, 2021, which means new developments and disruptive changes should now be targeted for the 9.4.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.4.x-dev » 9.5.x-dev

Drupal 9.4.0-alpha1 was released on May 6, 2022, which means new developments and disruptive changes should now be targeted for the 9.5.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

AkshayAdhav made their first commit to this issue’s fork.

AkshayAdhav’s picture

Please review the MR.
This MR includes all the tables which have operations column.

Pages checked:
Block layout /admin/structure/block
Comment types /admin/structure/comment
Contact forms /admin/structure/contact
Content Types /admin/structure/types
Manage fields /admin/structure/types/manage/article/fields
Form modes /admin/structure/display-modes/form
View modes /admin/structure/display-modes/view
Menus /admin/structure/menu
Taxonomy admin/structure/taxonomy
Text formats and editors /admin/config/content/formats
Search pages /admin/config/search/pages
Image styles /admin/config/media/image-styles
Date and time formats /admin/config/regional/date-time

aarti zikre’s picture

Reviewing this

aarti zikre’s picture

Assigned: Unassigned » aarti zikre
aarti zikre’s picture

aarti zikre’s picture

Verified the merge request on drupal 9.5.x version.
https://git.drupalcode.org/project/drupal/-/merge_requests/2523/diffs

Testing Steps:
* Create new instance of drupal 9.5.
* Added & fetched this issue fork’s repository by below commands
git remote add drupal-1849750 git@git.drupal.org:issue/drupal-1849750.git
git fetch drupal-1849750
* git checkout
git checkout 1849750-minimize-all-operations
* Clear all the caches

Visited pages: (Seven)
2022-07-20/1849750 list.png

Claro
Same thing done for it.
How ever can we reduce the size of this drop-down to?

2022-07-20/1849750 query.png

This needs works

aarti zikre’s picture

Assigned: aarti zikre » Unassigned
Status: Needs review » Needs work
AkshayAdhav’s picture

FileSize
241.69 KB
360.43 KB
230.07 KB
299.34 KB

@aarti I have worked on taxonomy terms listing page, where it was required to make the changes.
But I think we don't need to do any changes on People listing page or DB log page. As there is only single operation button and spacing seems sufficient. Also these are views pages, so we will need to add classes in respective views config.
Please check the uploaded screenshots.

@alexpott - your views on it please.

Version: 9.5.x-dev » 10.1.x-dev

Drupal 9.5.0-beta2 and Drupal 10.0.0-beta2 were released on September 29, 2022, which means new developments and disruptive changes should now be targeted for the 10.1.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 10.1.x-dev » 11.x-dev

Drupal core is moving towards using a “main” branch. As an interim step, a new 11.x branch has been opened, as Drupal.org infrastructure cannot currently fully support a branch named main. New developments and disruptive changes should now be targeted for the 11.x branch, which currently accepts only minor-version allowed changes. For more information, see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.