Maybe we can automatically identify based on the application width, what is the width of your app?

Maybe we can automatically identify based on the application width, what is the width of your app?

If switching based on the width, maybe the threshold can follow that of the setting menu (when the full size icons get switched to small ones)?

I guess what bothers me is the tag search but not the general search. For the latter, I can choose between ctrl+p or ctrl+shift+f depending on the scenario. But for the tag search, clicking on a tag always triggers a ctrl+shift+f equivalent. In addition, the global search panel can be converted to a fixed tab by a click, but the reverse does not work.

Tentative solutions:

1. As for the tag search, provide an option in the setting such that users can choose whether to trigger ctrl+p or ctrl+shift+f.
2. As for ctrl+shift+f, open in the current tab if the width is below a threshold, which is similar to the behavior of the setting menu.
3. Provide a button in the fixed search tab (ctrl+shift+f) that converts it to a global search panel (ctrl+p).

Since there are too many configuration items at present, subsequent additions need to be evaluated for necessity. If the default value satisfies most users, no new configuration items will be added.

1. To open the tag, you can use the width of the app to identify the opening on the right or the opening of the current tab
2. Same as above
3. No other users have mentioned this requirement, and I feel that there is no usage scenario

Since there are too many configuration items at present, subsequent additions need to be evaluated for necessity. If the default value satisfies most users, no new configuration items will be added.

1. To open the tag, you can use the width of the app to identify the opening on the right or the opening of the current tab
2. Same as above
3. No other users have mentioned this requirement, and I feel that there is no usage scenario

Sounds ok!