Skip to content
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

plaintext-editor-mode should be defined in plaintext-editor-mode package #2702

Open
aadcg opened this issue Dec 13, 2022 · 3 comments
Open
Labels

Comments

@aadcg
Copy link
Member

aadcg commented Dec 13, 2022

For all of our modes, the mode and package names coincide. The only exception is plaintext-editor-mode, which is defined in the package of its parent mode - editor-mode.

Notice that it contrasts with the case of repeat-mode. It inherits from process-mode, but it is defined in repeat-mode, not process-mode.

I suggest renaming the package where plaintext-editor-mode is defined to plaintext-editor-mode.

@aadcg aadcg added the low label Dec 13, 2022
@Ambrevar
Copy link
Member

No strong opinion but makes sense!

@aartaka
Copy link
Contributor

aartaka commented Dec 13, 2022

For all of our modes, the mode and package names coincide. The only exception is plaintext-editor-mode, which is defined in the package of its parent mode - editor-mode.

Another case like that is nyxt/style-mode:dark-mode.

Notice that it contrasts with the case of repeat-mode. It inherits from process-mode, but it is defined in repeat-mode, not process-mode.

Yes, a good reasoning it is. Derived modes that have features of their own should probably be in their own packages.

I suggest renaming the package where plaintext-editor-mode is defined to plaintext-editor-mode.

nyxt/plaintext-editor-mode, to be picky :P

@aadcg
Copy link
Member Author

aadcg commented Dec 13, 2022

@aartaka all good observations, thanks. I absolutely missed nyxt/style-mode:dark-mode since, naively, I expected that a single mode is defined per file.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

3 participants