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.