home: Sort leading emoji first in channel names#1234
Conversation
6e0e1f0 to
46ac2f3
Compare
|
Hello, @chrisbobbe I have done the required changes. Please have a look and let me know if anything else is required. |
|
Hi @chrisbobbe @PIG208 |
chrisbobbe
left a comment
There was a problem hiding this comment.
Thanks! Small comments below.
6167d68 to
0c567a3
Compare
|
Thanks for the detailed review. I have made the required changes. |
|
Pushed the changes atop #1290 for the sake of CI. |
chrisbobbe
left a comment
There was a problem hiding this comment.
Thanks! Small comments below.
0c567a3 to
79e0820
Compare
|
I have updated the commit message and the description of tests. Let me know if anything else is required. |
|
Thanks! Marking for Greg's review. |
gnprice
left a comment
There was a problem hiding this comment.
Thanks @lakshya1goel for taking care of this, and @chrisbobbe for the previous reviews!
Generally this looks good. A couple of small comments below.
79e0820 to
12ce869
Compare
|
Thanks for the review @gnprice , I have made the required changes, Please have a look on them. |
|
Great, thanks. And yep, cutting those blank lines is the change I had in mind at #1234 (comment) . All now looks good — merging. |
The `fmt` tool from GNU coreutils is very simple, and doesn't have the needed configuration knobs to be able to handle the nested lists that we now routinely use in changelog entries; it ends up mangling them. As a result, for many recent releases I've been doing the reformatting semi-manually, in Emacs: M-q to unwrap lines (after setting the text width to 999), and then a regexp find-and-replace to turn references `zulip#1234` into `#F1234`. It seems to be somewhat annoying to get Emacs to operate within a shell pipeline. But it's less annoying for Vim; and Vim's `gq` works just as well as Emacs's M-q, given the right config. So use that.
The `fmt` tool from GNU coreutils is very simple, and doesn't have the needed configuration knobs to be able to handle the nested lists that we now routinely use in changelog entries; it ends up mangling them. As a result, for many recent releases I've been doing the reformatting semi-manually, in Emacs: M-q to unwrap lines (after setting the text width to 999), and then a regexp find-and-replace to turn references `zulip#1234` into `#F1234`. It seems to be somewhat annoying to get Emacs to operate within a shell pipeline. But it's less annoying for Vim; and Vim's `gq` works just as well as Emacs's M-q, given the right config. So use that.
The `fmt` tool from GNU coreutils is very simple, and doesn't have the needed configuration knobs to be able to handle the nested lists that we now routinely use in changelog entries; it ends up mangling them. As a result, for many recent releases I've been doing the reformatting semi-manually, in Emacs: M-q to unwrap lines (after setting the text width to 999), and then a regexp find-and-replace to turn references `zulip#1234` into `#F1234`. It seems to be somewhat annoying to get Emacs to operate within a shell pipeline. But it's less annoying for Vim; and Vim's `gq` works just as well as Emacs's M-q, given the right config. So use that.
The `fmt` tool from GNU coreutils is very simple, and doesn't have the needed configuration knobs to be able to handle the nested lists that we now routinely use in changelog entries; it ends up mangling them. As a result, for many recent releases I've been doing the reformatting semi-manually, in Emacs: M-q to unwrap lines (after setting the text width to 999), and then a regexp find-and-replace to turn references `zulip#1234` into `#F1234`. It seems to be somewhat annoying to get Emacs to operate within a shell pipeline. But it's less annoying for Vim; and Vim's `gq` works just as well as Emacs's M-q, given the right config. So use that.
Update the channel sorting logic to ensure streams with leading emojis in their names are listed above those without emojis. The updated sorting respects pinned, muted, and unmuted streams while handling emoji precedence and maintaining alphabetical order for ties.
Fixes: #1202