Feature Requests

In v3 you could override the admin dashboard as follows: https://forum.strapi.io/t/customize-the-dashboard-welcome-page/939/2 This no longer works in v4, or in other words no one in the community knows how to do this. The patch-package method is not a sustainable solution and not clean, I see that some people in the community would also like to know how to solve this in v4.

I believe it would greatly improve the user experience if we can add a "folder-like" grouping function to content types (single type and collection type), so that if you have a lot of content types (for example if you have like 50 webpages, you will have like 50 single types), it really makes a lot more sense to have groups. For now users can only mitigate this by using some naming conventions, but I doubt if this is an elegant solution.

In the settings of each entries list, you can define a default sorting order. However, this is inconvenient compared to saving the sorting preferences in localStorage. Moreover, the current implementation does not allow saving sorting by filters, which is the most common use case.

In all interfaces, these commands are used to create links. It would be convenient and intuitive to support inserting links not only by clicking but also via the hotkey. PS: I know about CMD+V

In strapi v4 and v5, when a user can configure a relation between entities of type oneToMany or manyToMany, Strapi admin display the Relations component input the height is computed base on a constant RELATIONS_TO_DISPLAY which is harcoded to 5. Computation of height is done here https://github.com/strapi/strapi/blob/f4ae0b6b9254ba814b0c349c5072b1b444e17241/packages/core/content-manager/admin/src/pages/EditView/components/FormInputs/Relations.tsx#L824-L841 When our contributor add a lot of items in the relation, for example 10, it become really painfull to manipulate order of them because the window shown is really short. Could we have a mode where the list take automatically the height necessary to show all items in the relation. This way our contributors would be able to drag item from the bottom of the list to the top easily. This could be a parameter inside the schema of the type. I put a video as example to show the struggle.

see: https://github.com/strapi/strapi/issues/3193

It might happens that you're going to develop a website which includes a blog. It could be interesting to split the APIs into two different projets. However, it can be annoyed to deploy on two different servers for such a little API. That's why the multi-tenancy is interesting! The multi-tenancy (or multi-projects) changes the architecture of an application to allow multiple projects in a single Strapi application. Each project is fully independent, you can use different databases, configurations, plugins, etc. More details https://github.com/strapi/strapi/issues/1465

There is no filter by status ('Published' or 'Draft'). It is difficult for the author to track on the status of the entries without filtering the entries on the status in the List View Page. It would be nice to address this and add this feature. Thank You.

When using DateTime field, the user is always presented with 00:00h time, which is almost never even close to what they are trying to select. They need to do a lot of scrolling down every time which is annoying, to put it mildly.

Currently although its possible to submit plugins in the Marketplace, there's no way to findout the status of the submitted plugin, also if I need to change something in the published plugin, there's no way to do it other than contacting Strapi support. I think it would be great to have a account management functionality in the Marketplace as well. (Same as feedback, and forums) Initially it would be great to have following features; Register/Login to Marketplace Claim the ownership of the previously published plugins View plugins published by the logged in user Create, Edit, Delete plugins