-
Notifications
You must be signed in to change notification settings - Fork 58
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
chore: create NEWS.md #48
base: main
Are you sure you want to change the base?
Conversation
What's more grep friendly? |
The "grep-friendly" feature allows accepting very long lines to ensure the date is always visible. Another option is to have multiple lines per day, still keeping them grep-friendly within 80 characters. I tested the other option and found it works better on emacs/vim, but not as well with markdown rendering, unless we avoid embedding links to issues. I'm curious about the format you have in mind. Could you please share? |
Is this news? #59 |
The question is more directed towards others. Personally, I connect daily and check the unread blue label. There are two main strategies for news:
We can implement strategy 1 here and rely on the community to implement strategy 2 outside of the repository. This way, the repository can focus on building while external communication is managed separately. The advantage of using 2, if implemented progressively like a changelog file, is that it makes it easy to check the git history/blame of the NEWS file. However, this competes with the already satisfactory feature of GitHub history. I would appreciate additional opinions from more concerned individuals. |
I'm glad to help with the news about fireside chat (#53), but someone with stronger English skills might be better suited. We can schedule a call every two weeks to share updates (with screen sharing). During the call, we can engage in an AMA, discuss topics, and delve into details with the participants. I believe it has the best ratio of low effort to high impact. It will facilitate the community in sharing news on social networks. |
Addresses #24 (comment).
I'd like your opinion on writing super long markdown lines to be more unix-friendly (grep, etc.) versus using the current method of having multiple lines in the raw files but preserving a single line in the generated markdown.