Closed DanLipsitt closed 2 months ago
Thank you for the suggestion. I consider the refactoring menu obsolete and will remove it in the next release, so this setting will be irrelevant. Refactoring is already available from the main gptel-menu
, I just need to make it more discoverable.
That said, I do intend to provide a way to create directives programmatically, so I will keep your suggestion in mind.
Thanks! Is "Respond in place" the refactoring feature you're talking about?
I do appreciate the way the refactor command attempts to adjust the prompt, so I look forward to seeing how that functionality evolves.
"Respond in place" is the equivalent of "Refactor in place", but all the other features are available too. If you move point into a response and open the menu, you will see this:
d Add directive
to add a refactoring directive (on top of a generic system message)M-RET
. This is useful if you change the context, i.e. the text above the rewritten region.N
and P
E
. You can use a prefix arg (C-u 2
) to ediff against the nth previous version.The problem is that most users may not be aware of these features, since it requires moving point inside a response region and opening the menu.
Yaml mode derives from text-mode, and so is detected as prose. It would be nice to have a customizable map to override whether certain modes are code or prose.