-
-
Notifications
You must be signed in to change notification settings - Fork 436
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
Enhancement for categories management and products grids #1379
Conversation
Could you please provide some insides why you wanted to add those columns? For example Status column - it could be OK. In this way you know what products are Enable/Disable. My suggestion is for a link at the end of the row to edit the product. This could be a much better option. Once I see a product Disable I can edit it with one click. |
Yes, this is only to easily see which products can be displayed in the category. |
Could someone check the sql queries which change here? |
Request before: SELECT `e`.*, `at_position`.`position` FROM `catalog_product_entity` AS `e`
LEFT JOIN `catalog_category_product` AS `at_position` ON (at_position.`product_id`=e.entity_id) AND (category_id=2) Request after: SELECT `e`.*, `at_position`.`position`, `at_name`.`value` AS `name`, `at_price`.`value` AS `price`, `at_status`.`value` AS `status`, `at_visibility`.`value` AS `visibility` FROM `catalog_product_entity` AS `e`
LEFT JOIN `catalog_category_product` AS `at_position` ON (at_position.`product_id`=e.entity_id) AND (category_id=2)
LEFT JOIN `catalog_product_entity_varchar` AS `at_name` ON (`at_name`.`entity_id` = `e`.`entity_id`) AND (`at_name`.`attribute_id` = '73') AND (`at_name`.`store_id` = 0)
LEFT JOIN `catalog_product_entity_decimal` AS `at_price` ON (`at_price`.`entity_id` = `e`.`entity_id`) AND (`at_price`.`attribute_id` = '77') AND (`at_price`.`store_id` = 0)
LEFT JOIN `catalog_product_entity_int` AS `at_status` ON (`at_status`.`entity_id` = `e`.`entity_id`) AND (`at_status`.`attribute_id` = '98') AND (`at_status`.`store_id` = 0)
LEFT JOIN `catalog_product_entity_int` AS `at_visibility` ON (`at_visibility`.`entity_id` = `e`.`entity_id`) AND (`at_visibility`.`attribute_id` = '104') AND (`at_visibility`.`store_id` = 0) |
I added a link to the product page. Click on it with the mouse wheel. |
@luigifab - A link to edit a product from Categories page is a nice feature. Please take in consideration these two issues:
|
You are right, I doing that. |
I added the magic link. Not really tested for now. |
Nice addition. I will test this PR. Recently in this page dedicated to categories I was bothered to deselect the products when clicking on a row. I accidentally deselected several products just because I clicked next to the position edit input box. The select/unselect actions must be done only on clicking the checkbox at the beginning of the row, not on the whole row. |
I replaced the popup window by a popup iframe. |
As a Debian developer might say, this PR is not acceptable. |
I skimmed the diff and it looks good but have not done any testing. I think someone besides me who uses these features more often than I should take a look such as @addison74 . |
I tested this PR and there are issues. All my respect to the work but I will not approve it in the shape it is now. First of all, it has to be divided into several PRs so that each change/feature must be analyzed separately and approved. For example, a PR should be about the "Category Products" grid where 4 columns are entered, the product is edited and the row is selected. Another PR should be linked to the error message in the situation when you want to create a sub-category and you have not selected the parent one. Another PR should be related to the situation switching between Stores. Here I have practically finished the Test 1 section. This is the result after testing and analysis changes and features. I used the command TEST 1
TEST 2
TEST 3
TEST 4
|
I would like to thank @luigifab for this nice work. I tested this PR and there are some issues that need a fix. First of all, it has to be divided into several PRs so that each change/feature should be analyzed separately and approved. For example, a PR should be about the "Category Products" grid where 4 columns are entered, the product is edited and the row is selected. Another PR should be linked to the error message in the situation when you want to create a sub-category and you have not selected the parent one. Another PR should be related to the situation switching between the Stores. Here I have practically finished the Test 1 section. This is the result after testing and analysis changes and features. I used the command TEST 1
TEST 2
TEST 3
TEST 4
|
I will again check and fix conflicts. |
My opinion related to this PR is that it contained too many changes. Ideally it would be for each modification to have its own PR so that the revision is as easy and fast as possible. It can be seen that I tested this PR and identified a lot of problems that need to be solved and discussed. In addition, we still have some conflicts to resolve. @matteotestoni - out of curiosity, did you test this PR before approving it? With the new RFC such approvals can lead to the integration of a PR that could create issue. Everyone, please test a PR before approving it. We should not invoke that "haste makes waste". Thank you for your understanding. |
Yes I started to split in multiple PR. |
- keep current selected tab on store switch - keep current category and current store on refresh Improve products categories management - allow to check or uncheck product only when clicking on td input - add status, visibility and action columns - open product edit popup on an iframe with the current selected store - allow to open product edit popup on a new tab (middle click or right click open in a new tab/window) - show name, price, status and visibility values from selected store - keep uncheck all products after reset filter or filter or sort or page change Improve configurable product management - allow to check or uncheck product only when clicking on td input - open product edit popup on an iframe with the current selected store - allow to open product edit popup on a new tab (middle click or right click open in a new tab/window) Improve related, upsell, crosssell, and associated (for grouped products) management - allow to check or uncheck product only when clicking on td input
Closed because this PR must be split in multiple PR... and I will be out there until 2025. |
Latest version is here with IPv6.
Description
It allow to keep current selected tab on store switch, and to keep current category and current store on refresh in categories management. It prevents to add a new category without a parent category.
It add columns to products grid in categories (status, visibility, action).
It open product edit in a popin (without header and footer) with the current selected store in categories and in associated products of configurable products. You can also open the edit page in a new tab or in a new window.
It allow to check or uncheck products only when clicking on the checkbox or in the td that contain the checkbox for all grids (products in categories ; related, upsell, crosssell, associated (for grouped and configurable products)).
OpenMage 20.0.13 / PHP 7.4.11 - 8.0.11
Manual testing scenarios
TEST 1
Go to Catalog / Categories.
TEST 2
Go to Catalog > Categories the select any category.
Go to Category Products tab.
TEST 3
Go to Catalog > Products and choose any configurable product. For Associated Products grid.
TEST 4
Go to Catalog > Products and choose any product.
For Related, Up-sells and Cross-sells, Associated (for grouped products) grids.
Contribution checklist