Feature Request: Allow Hiding Built-in Modes #2492
JorkeyLiu
started this conversation in
Feature Requests
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Problem Statement:
Currently, the built-in modes (Code, Architect, Ask, Debug) are hardcoded and cannot be removed or easily managed by the user. For users who do not utilize all of these default modes, they become visual clutter in the mode selection UI. Switching between frequently used modes (especially custom ones) becomes cumbersome as users constantly need to navigate past or ignore the unused built-in modes in:
/mode
command suggestions in the chat input.This detracts from a streamlined user experience, particularly for users who heavily rely on custom modes.
Proposed Solution:
Introduce a mechanism to allow users to hide the built-in modes they do not use. This could be implemented as follows:
hiddenBuiltInModes: string[]
) to the global settings (settings.json
viaglobalSettingsSchema
) to store the slugs of the built-in modes the user wishes to hide.PromptsView.tsx
). Clicking this button would toggle the hidden status of all built-in modes and update the persisted setting via a message to the extension backend.hiddenBuiltInModes
setting in all relevant UI components and functions:PromptsView.tsx
): Only display visible modes.ChatTextArea.tsx
): Only list visible modes in the dropdown options.ChatView.tsx
): Cycle only through visible modes./mode
Command Suggestions (context-mentions.ts
): Suggest only visible modes.Implementation Status:
A local implementation of this feature, including the necessary changes to state management, backend message handling, UI components, filtering logic, tests, and translations (en, zh-CN), has been completed and tested successfully.
Seeking feedback from maintainers on this proposed feature and implementation approach. If the direction is approved, a Pull Request with the completed implementation is ready to be submitted.
Beta Was this translation helpful? Give feedback.
All reactions