Engineer on @googlechrome. Involved in CSS and W3C standards. Previously @mozilla, @w3ctag. Mastodon: @dbaron@w3c.social
Rockville, Maryland, USA
Joined March 2008
- Tweets 7,521
- Following 1,244
- Followers 4,296
- Likes 18,519
And to follow up a little bit more, I'd note that all the Cc/X-GitHub-Reason types listed in help.github.com/en/github/re… except for "push" and "your_activity" are about answering "why am I getting email for this PR". But those two (especially the first) are orthogonal to it.
1
1
Yeah, I'm already filtering based on both List-ID and X-GitHub-Reason -- it's just that it doesn't do what I want because "push" is a broken X-GitHub-Reason.
1
1
I'm already doing my filtering based on X-GitHub-Reason.
My problem is that "push" is an X-GitHub-Reason when it's really the type of notification, not the reason you're getting it. So I can't distinguish the reason I'm getting the notification when it's about pushes.
1
In my github email notifications I'm never the "To:" (which is the repository) and *always* the "Cc:", so I don't see how this would help.
Maybe you have earlier filters for mentioned or created? But if so, I think they'll *miss* emails about pushes on issues you created.
1
In an effort to keep the noise down, I've decided to treat "push" like "subscribe" and put it in the bulk-email folder. So if I interact with a PR in csswg-drafts or some other standards repository that I watch, I simply won't see the notifications about followup commits.
1
My latest problem is notifications of type "push", for which it doesn't appear possible to distinguish between PRs that I've interacted with versus ones where I'm just watching the entire repo. I think it's the only one listed in help.github.com/en/github/re… where I can't tell.
1
1
I keep thinking I have this set up right, and then realizing I don't. Realizing I don't usually involves trying to keep up with my github email and realizing it's still filtered wrong (which may be part of why I tend to ignore it in the first place).
1
To put it another way, for *some* repositories, I want my github email notifications to go to a separate (higher-volume) mailbox if it's an issue that I haven't actually interacted with.
1
I want to filter @github email notifications based on two things:
1. whether it's an issue I've interacted with or I'm getting the email just because I'm subscribed to notifications for the repository
2. what repository it is.
2
1
5
Today's bread pictured.
I did settle for non-organic Gold Medal Bread Flour (from 99 Ranch in Mountain View) on our grocery run last week, although still probably 6 cups away from having to open it.
I also have decent stocks of Rye and Spelt flour that I use quite slowly.
1
1
That's all the same loaf, just at different times.
(Tried a different technique today, which let me make one larger loaf rather than two smaller ones. I'll see how it turns out...)
Service reliability seems likely to be dependent on location. For example, in a city center, this seems less likely to be necessary. (Lines on telephone poles versus buried lines make a big difference, I think. But buried lines are prohibitively expensive where less dense.)
1
Pretty sure part of it has to include making it appear that it's easy and not a problem for you to move.
9
As an SFO-based flyer, I'd add:
UA1 is SFO-SIN
SQ1 is also SFO-SIN
JL1 is SFO-HND
VX1 was SFO-DCA (before merger with AS)
🙂
1
Yeah, Sydney CBD has them at intersections that are basically never empty, and often have 20+ people each cycle of the light. (And then occasionally none of the 5 who can reach the button actually press it.)
1
See my comments from almost 2 years ago, after my most recent visit to Sydney (part of a thread on visiting there):
On the negative side, the city center is pretty car-centric, and pedestrian hostile. Intersections in the core have beg buttons for pedestrians. Sometimes the person at the front of the crowd of 20 waiting to cross doesn't press it... and then it's a crowd of 50.
1